* Ralph Sennhauser [2016-11-06 10:59:43 +0100]:
> The conflict between Musls net/if.h and linux/if.h is an old well known
> one and taken care of by a series of linux-headers patches in OpenWrt.
> Since Linux 4.8-rc5 Firewall3 also indirectly pulls in linux/in.h and
> linux/in6.h leading to new co
* Szabolcs Nagy [2016-02-29 14:53:48 +0100]:
> * Bastian Bittorf [2016-02-29 13:57:36 +0100]:
> > root@box:~ echo 'o*o' | sed -e 's/*/asterisk/g'
> > sed: bad regex '*': Invalid regexp
> > root@box:~ echo 'o*o' | sed -e 's/
* Bastian Bittorf [2016-02-29 13:57:36 +0100]:
> root@box:~ echo 'o*o' | sed -e 's/*/asterisk/g'
> sed: bad regex '*': Invalid regexp
> root@box:~ echo 'o*o' | sed -e 's/\*/asterisk/g'
> oasterisko
>
> it's musl 1.1.14 on OpenWrt / r48814
> both commands are working fine with glibc and uclibc
> b
* Szabolcs Nagy [2015-06-24 22:57:54 +0200]:
> the bug is that mips tls access uses a hard coded -32768
> offset relative to whatever __tls_get_addr returned.
>
> and musl did not account for this offset.
>
only affects mips shared objects with 'static __thread' va
* Ted Hess [2015-06-23 18:04:35 -0400]:
> Segfault in 'snd_lib_error_set_local' (error.c) referencing
> static __thread snd_local_error_handler_t local_error;
>
> Program received signal SIGSEGV, Segmentation fault.
> 0x0041b164 in snd_lib_error_set_local ()
> (gdb) bt
> #0 0x0041b164 in snd_lib_
* Hannu Nyman [2015-06-23 22:05:54 +0300]:
> px5g-standalone: fix compilation after fortify-headers
>
> New fortify-headers functionality (default after r46117) is apparently
> conflicting with gcc "-pedantic" option. The package px5g-standalone fails
> to compile due to "error: #include_next is
* micke.p...@telldus.se [2015-06-22 12:37:47 +0200]:
> I have discovered that python is broken using musl. When a thread created
> using the threading library exists, python segfaults.
>
> This is a simple example application showing the issue:
fwiw i cant reproduce this on alpine-linux
so this
* Rafa?? Mi??ecki [2015-06-20 23:26:22 +0200]:
> When compiling otrx packages on bcm53xx the following condition is true:
> #if __BYTE_ORDER == __BIG_ENDIAN
>
> It results in not working otrx app. I suspect it's a regression since
> switching to musl.
>
> Any ideas?
musl does not include endian
sstrip is disabled for musl for some reason
https://dev.openwrt.org/changeset/34427
i guess strip should be turned on then to
get reasonable sized binaries
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/mailman/l
* Chris Warner [2012-12-14 07:33:43 +0430]:
> In order to get cjdns to cross-compile I had to enable -fPIC for the
> nacl package in the makefile. I have included my patch below. I am
last time i checked nacl only provided statically linked
binaries
and it has asm implementations for certain pla
* Florian Fainelli [2012-11-25 12:46:26 +0100]:
> Cop1 registers. After patching setjmp not to access these it works flawlessly
> on MIPS (big-endian) but MIPS (little-endian) still segfaults while being
> executed either from the kernel or qemu-mipsel.
>
so there is endian issue with dynamic
* Frank Meerk?tter [2012-11-24 22:25:26 +0100]:
> On 24/11/12 20:49, shazz wrote:
> > error: nested redefinition of 'enum tcp_ca_state'
> > /var/www/LOG/openwrt/tpl703n/trunk/build_dir/linux-ar71xx_generic_eglibc-2.16/linux-3.3.8/user_headers/include/linux/tcp.h:117:6:
>
> Revert
> 4cf1359d5dc38d
12 matches
Mail list logo
