rofl0r
rofl0r
if it's related to stack size, it may well be that musl's default thread stack of 128 (or was it enlarged to 180?) KB isn't sufficient for your application -...
nice. do you want to open a PR ?
i suppose we can just add another ``` [ "$A" = "x86_64" ] && cp configfsf.guess config.guess ```
https://github.com/GregorR/mlibtool
the candidate that looks most promising is slibtool http://midipix.org/dl/slibtool/
necessary steps for the evalution: - create a pkg for slibtool - if possible, detect from inside butch's build template if slibtool is installed, and - override MAKE, MAKEFLAGS, or...
``` b factory.cxx:1120 cond 1 i == 12 && tn && tn[0] == 'F' && tn[1] == 'l' && tn[2] == '_' && tn[3] == 'W' p buffer + 3232*2...
the issue is due to libc.a being linked into libstdc++.so for some reason. so we have two concurrent malloc implementations that call sbrk(0) twice and corrupt the heap
i'd guess the issue is that you have two entries for tor in your proxylist... also firefox works a lot better in proxydns_daemon mode (read related comments in config file...