Bug#754758: musl: FTBFS on armhf: wrong asm instructions?

[Kevin Bortis]

musl 1.1.4 was submitted some minutes ago, which will resolve all
pending known issues. This will fix the bug described.


-- 
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#754758: musl: FTBFS on armhf: wrong asm instructions?

[Kevin Bortis]

This bug is known and was fixed in musl 1.1.1. Unfortunatly musl does
not build at the moment on unstable and testing, because of a serious
gcc-4.9.0 bug #748681, that is not fixed yet. Chances are there, that
it will get fixed by upstream gcc-4.9.1. Until then, musl-1.1.0-1 is
also suffering from a stack overflow problem #750815 and should not be
used.

If you want to compile a working musl libc, you have to use the
package from https://github.com/wermut/musl which forces gcc-4.8 to be
used. I have submitted the package to my mentor, but since I am not a
debian developer I can not control, when the package gets reviewed or
uploaded into unstable.

Regards

On Mon, Jul 14, 2014 at 2:31 AM, Cyril Brulebois k...@debian.org wrote:
 Source: musl
 Version: 1.1.0-1
 Severity: serious
 Justification: FTBFS

 Hi,

 your package no longer builds on armhf:
 | sed -f tools/mkalltypes.sed include/bits/alltypes.h.in 
 include/alltypes.h.in  include/bits/alltypes.h
 | cc -std=c99 -nostdinc -ffreestanding -fexcess-precision=standard 
 -frounding-math -D_XOPEN_SOURCE=700 -I./arch/arm -I./src/internal -I./include 
  -Os -pipe -fomit-frame-pointer -fno-unwind-tables 
 -fno-asynchronous-unwind-tables -Wa,--noexecstack 
 -Werror=implicit-function-declaration -Werror=implicit-int 
 -Werror=pointer-sign -Werror=pointer-arith -fno-stack-protector  -c -o 
 arch/arm/src/__aeabi_atexit.o arch/arm/src/__aeabi_atexit.c
 | cc -std=c99 -nostdinc -ffreestanding -fexcess-precision=standard 
 -frounding-math -D_XOPEN_SOURCE=700 -I./arch/arm -I./src/internal -I./include 
  -Os -pipe -fomit-frame-pointer -fno-unwind-tables 
 -fno-asynchronous-unwind-tables -Wa,--noexecstack 
 -Werror=implicit-function-declaration -Werror=implicit-int 
 -Werror=pointer-sign -Werror=pointer-arith -fno-stack-protector  -c -o 
 arch/arm/src/find_exidx.o arch/arm/src/find_exidx.c
 | cc -std=c99 -nostdinc -ffreestanding -fexcess-precision=standard 
 -frounding-math -D_XOPEN_SOURCE=700 -I./arch/arm -I./src/internal -I./include 
  -Os -pipe -fomit-frame-pointer -fno-unwind-tables 
 -fno-asynchronous-unwind-tables -Wa,--noexecstack 
 -Werror=implicit-function-declaration -Werror=implicit-int 
 -Werror=pointer-sign -Werror=pointer-arith -fno-stack-protector  -c -o 
 src/aio/aio_cancel.o src/aio/aio_cancel.c
 | cc -std=c99 -nostdinc -ffreestanding -fexcess-precision=standard 
 -frounding-math -D_XOPEN_SOURCE=700 -I./arch/arm -I./src/internal -I./include 
  -Os -pipe -fomit-frame-pointer -fno-unwind-tables 
 -fno-asynchronous-unwind-tables -Wa,--noexecstack 
 -Werror=implicit-function-declaration -Werror=implicit-int 
 -Werror=pointer-sign -Werror=pointer-arith -fno-stack-protector  -c -o 
 src/aio/aio_error.o src/aio/aio_error.c
 | cc -std=c99 -nostdinc -ffreestanding -fexcess-precision=standard 
 -frounding-math -D_XOPEN_SOURCE=700 -I./arch/arm -I./src/internal -I./include 
  -Os -pipe -fomit-frame-pointer -fno-unwind-tables 
 -fno-asynchronous-unwind-tables -Wa,--noexecstack 
 -Werror=implicit-function-declaration -Werror=implicit-int 
 -Werror=pointer-sign -Werror=pointer-arith -fno-stack-protector  -c -o 
 src/aio/aio_fsync.o src/aio/aio_fsync.c
 | cc -std=c99 -nostdinc -ffreestanding -fexcess-precision=standard 
 -frounding-math -D_XOPEN_SOURCE=700 -I./arch/arm -I./src/internal -I./include 
  -Os -pipe -fomit-frame-pointer -fno-unwind-tables 
 -fno-asynchronous-unwind-tables -Wa,--noexecstack 
 -Werror=implicit-function-declaration -Werror=implicit-int 
 -Werror=pointer-sign -Werror=pointer-arith -fno-stack-protector  -c -o 
 src/aio/aio_readwrite.o src/aio/aio_readwrite.c
 | cc -std=c99 -nostdinc -ffreestanding -fexcess-precision=standard 
 -frounding-math -D_XOPEN_SOURCE=700 -I./arch/arm -I./src/internal -I./include 
  -Os -pipe -fomit-frame-pointer -fno-unwind-tables 
 -fno-asynchronous-unwind-tables -Wa,--noexecstack 
 -Werror=implicit-function-declaration -Werror=implicit-int 
 -Werror=pointer-sign -Werror=pointer-arith -fno-stack-protector  -c -o 
 src/aio/aio_return.o src/aio/aio_return.c
 | cc -std=c99 -nostdinc -ffreestanding -fexcess-precision=standard 
 -frounding-math -D_XOPEN_SOURCE=700 -I./arch/arm -I./src/internal -I./include 
  -Os -pipe -fomit-frame-pointer -fno-unwind-tables 
 -fno-asynchronous-unwind-tables -Wa,--noexecstack 
 -Werror=implicit-function-declaration -Werror=implicit-int 
 -Werror=pointer-sign -Werror=pointer-arith -fno-stack-protector  -c -o 
 src/aio/aio_suspend.o src/aio/aio_suspend.c
 | cc -std=c99 -nostdinc -ffreestanding -fexcess-precision=standard 
 -frounding-math -D_XOPEN_SOURCE=700 -I./arch/arm -I./src/internal -I./include 
  -Os -pipe -fomit-frame-pointer -fno-unwind-tables 
 -fno-asynchronous-unwind-tables -Wa,--noexecstack 
 -Werror=implicit-function-declaration -Werror=implicit-int 
 -Werror=pointer-sign -Werror=pointer-arith -fno-stack-protector  -c -o 
 src/aio/lio_listio.o src/aio/lio_listio.c
 | cc -std=c99 -nostdinc -ffreestanding -fexcess-precision=standard 
 -frounding-math -D_XOPEN_SOURCE=700 -I./arch/arm 

Bug#750815: musl: CVE-2014-3484: remote stack-based buffer overflow in DNS response

[Kevin Bortis]

The musl package 1.1.2 is packaged and ready for upload. Unfortunatly
Debian unstable has switched to gcc-4.9 as their default compiler,
which introduces a serious bug in weak alias constant folding. A
possible patch is attached to the upstream gcc bug, but is currently
not applied or reviewed by the gcc team.

The only solution I see at the moment is to wait, that the bug #748681
gets fixed first.


-- 
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#725376: musl-dev: must not provide libc-dev

[Kevin Bortis]

The problem: All official Debian arches are eglibc based. So musl will
never provide libc-dev for them. The main reason why the musl debian
package exists is for bootstrapping a new debian port
musl-linux-armhf which is already supported by dpkg. For that arch
musl is providing the libc-dev package.

The solution: As discussed in the IRC channel #debian-devel, it is
legitime to let musl-dev provide libc-dev, as long it does it only for
this particular musl libc based architecture.

I will remove the Provides: libc-dev from the package musl-dev until
the new architecture musl-linux-armhf is bootstrapped and then limit
the provide statement to:

Provides: libc-dev [musl-linux-armhf]

I hope this will solve the problem.

On Fri, Oct 4, 2013 at 9:28 PM, Sven Joachim svenj...@gmx.de wrote:
 Package: musl-dev
 Version: 0.9.14-1
 Severity: serious

 Providing libc-dev in musl-dev is incorrect, since other -dev packages
 that currently depend on libc-dev are not going to work with musl-dev
 and need the eglibc libc-dev implementation.  Please drop this Provides
 from the package.


 -- System Information:
 Debian Release: jessie/sid
   APT prefers unstable
   APT policy: (500, 'unstable'), (101, 'experimental')
 Architecture: i386 (x86_64)

 Kernel: Linux 3.11.3-nouveau (SMP w/2 CPU cores)
 Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8)
 Shell: /bin/sh linked to /bin/dash


-- 
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org