Package: gcc-6
Version: 6.1.1-1
Severity: wishlist
Hi!
Upstream added a new option, -mmusl that's supposed to use musl instead of
glibc.
However, our current build in Debian instead silently almost ignores it
("almost"
as it has a small but unsufficient effect):
[/tmp]$ gcc-6 -Wall -mmusl hello
It doesn't seem to work for non-cross builds either.
>From upstream changelog:
# * Support for the musl C library was added for the AArch64, ARM,
# MicroBlaze, MIPS, MIPS64, PowerPC, PowerPC64, SH, i386, x32 and x86_64
# targets. It can be selected using the new -mmusl option in case musl is
Source: gcc-6
Severity: wishlist
Tags: patch
User: helm...@debian.org
Usertags: rebootstrap
Hi Matthias,
I've been working on bootstrapping a musl-based port for a while now and
think that some patches are sufficiently stable that they can go
upstream already. One of the obstacles here is the str
reassign 823145 src:libreoffice
retitle 823145 FTBFS with gcc 6: -isystem /usr/include in KDE4_CFLAGS breaks
includes
thanks
Hi,
On Sun, May 08, 2016 at 01:23:32PM +0200, Rene Engelhard wrote:
> Jup. See "checking for KDE4 headers... /usr/include". Which ends up as
>
> export KDE4_CFLAGS=$(gb
LAST_UPDATED: Fri May 6 21:52:32 UTC 2016 (revision 235988)
Target: s390x-linux-gnu
gcc version 7.0.0 20160506 (experimental) [trunk revision 235988] (Debian
20160506-1)
=== acats tests ===
=== acats Summary ===
# of expected passes2320
# of unexpec
LAST_UPDATED: Fri May 6 21:52:32 UTC 2016 (revision 235988)
Native configuration is arm-unknown-linux-gnueabihf
=== boehm-gc tests ===
Running target unix
=== boehm-gc Summary ===
# of expected passes12
# of unsupported tests 1
Hi Rene,
On Sun, May 08, 2016 at 01:05:47PM +0200, Rene Engelhard wrote:
> Or are you implying it does work without that -isystem?
>
> (cowbuilder-unstable)rene@frodo:~$ g++-6 -isystem /usr/include -c test.c
> In file included from test.c:1:0:
> /usr/include/c++/6/cstdlib:75:25: fatal error: stdli
On Sun, May 08, 2016 at 01:05:47PM +0200, Rene Engelhard wrote:
> > By the way, is there any particular reason why LibreOffice buildsystem uses
> > -isystem /usr/include?
>
> Probably some bug where it just adds whatever -I it finds (and be it
> /usr/include, which shouldn't be specificied but..)
Hi,
On Tue, May 03, 2016 at 09:32:55PM +0300, Dmitry Shachnev wrote:
> > In file included from /usr/include/c++/6/bits/stl_algo.h:59:0,
> > from /usr/include/c++/6/algorithm:62,
> > from /usr/include/qt4/QtCore/qglobal.h:68,
> > from /usr/include/
9 matches
Mail list logo