Control: reassign -1 src:imagemagick
Am 30.10.2014 um 13:17 schrieb Bastien ROUCARIES:
> package: libstdc++6
> version: 4.9.1-19
> severity: important
> control: forwarded -1 https://gcc.gnu.org/ml/gcc/2014-07/msg00030.html
> control: affects -1 src:imagemagick
>
> Acording to
> https://buildd.d
Processing control commands:
> reassign -1 src:imagemagick
Bug #767351 [libstdc++6] c++ missing symbols
Bug reassigned from package 'libstdc++6' to 'src:imagemagick'.
No longer marked as found in versions gcc-4.9/4.9.1-19.
Ignoring request to alter fixed versions of bug #767351 to the same values
Your message dated Wed, 05 Nov 2014 14:32:48 +0100
with message-id <545a2700.2010...@debian.org>
and subject line Re: Bug#763162: gcc-4.9: suggests non-existant packages:
binutils-gold, libvtv0-dbg
has caused the Debian Bug report #763162,
regarding gcc-4.9: suggests non-existant packages: binutil
Hi,
>> $ g++ -std=c++11 threadtest.cpp -o threadtest
>> /tmp/cc2mc1l4.o: In function `std::thread::thread(void (*&&)())':
>> threadtest.cpp:(.text._ZNSt6threadC2IPFvvEIEEEOT_DpOT0_[_ZNSt6threadC5IPFvvEIEEEOT_DpOT0_]+0x1e):
>> undefined reference to `pthread_create'
>> collect2: error: ld returned
Your message dated Wed, 05 Nov 2014 14:53:07 +0100
with message-id <545a2bc3.6040...@debian.org>
and subject line Re: Bug#763369: g++-4.9: Linker failure when using str::thread
has caused the Debian Bug report #763369,
regarding g++-4.9: Linker failure when using str::thread
to be marked as done.
Control: tags -1 moreinfo upstream
Am 06.10.2014 um 11:55 schrieb Edmund Grimley Evans:
> Package: gcc-4.9
> Version: 4.9.1-16
>
> There are a couple of Debian packages that failed to build on arm64
> apparently because of problems with precompiled headers:
>
> qtbase-opensource-src
> See http:/
Processing control commands:
> tags -1 moreinfo upstream
Bug #764195 [gcc-4.9] gcc-4.9: problems with precompiled headers on arm64
Added tag(s) upstream and moreinfo.
--
764195: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=764195
Debian Bug Tracking System
Contact ow...@bugs.debian.org with
Control: forwarded -1 https://gcc.gnu.org/PR63749
Control: tags -1 + upstream
Am 26.10.2014 um 10:48 schrieb Ole Streicher:
> The warnings are on similar places as above,
> just with the floats replaced by doubles or long doubles.
please attach the original file as well.
--
To UNSUBSCRIBE, ema
Processing control commands:
> forwarded -1 https://gcc.gnu.org/PR63749
Bug #766840 [gcc-4.9] [armhf] Illegal assembler code generated with -O2
Set Bug forwarded-to-address to 'https://gcc.gnu.org/PR63749'.
> tags -1 + upstream
Bug #766840 [gcc-4.9] [armhf] Illegal assembler code generated with -O
Package: src:gcc-4.9
Version: 4.9.2-1
In the past, dpkg-architecture doesn't export DEB_TARGET_* Vars,
so in rules.defs
ifdef DEB_TARGET_GNU_TYPE
TARGET_VARS := $(shell dpkg-architecture -f -t$(DEB_TARGET_GNU_TYPE)
2>/dev/null)
else
# allow debian/target to be used instead of DEB_GCC_TARGET
Control: forwarded -1 https://gcc.gnu.org/PR63751
Control: tags -1 + upstream fixed-upstream
Am 01.11.2014 um 20:33 schrieb Daniele Di Proietto:
> the attached code leads to an internal compiler error. I didn't try it with
> upstream GCC, only with GCC from debian testing.
this is fixed upstream
On Thu, 6 Nov 2014 00:15:13 +0800 YunQiang Su wrote:
> Package: src:gcc-4.9
> Version: 4.9.2-1
>
> In the past, dpkg-architecture doesn't export DEB_TARGET_* Vars,
>
> so in rules.defs
>
> ifdef DEB_TARGET_GNU_TYPE
> TARGET_VARS := $(shell dpkg-architecture -f -t$(DEB_TARGET_GNU_TYPE)
> 2>/dev/n
Processing control commands:
> forwarded -1 https://gcc.gnu.org/PR63751
Bug #767668 [gcc-4.9] gcc-4.9: gcc internal compiler error with
atomic_compare_exchange_weak_explicit
Set Bug forwarded-to-address to 'https://gcc.gnu.org/PR63751'.
> tags -1 + upstream fixed-upstream
Bug #767668 [gcc-4.9] gc
> please recheck with 4.9.2 and trunk (gcc-snapshot). In the past I had mixed
> results with precompiled headers on AArch64.
I was able to reproduce the problem with aegisub and with qtbase-opensource-src.
Replacing 4.9.1-16 with 4.9.2-1 or 20141017-1 made no difference.
It seems strange to me t
LAST_UPDATED: Tue Nov 4 02:04:29 UTC 2014 (revision 217061)
Target: x86_64-linux-gnu
gcc version 4.9.2 (Debian 4.9.2-1)
Native configuration is x86_64-pc-linux-gnu
=== g++ tests ===
Running target unix
XPASS: g++.dg/tls/thread_local-order2.C -std=c++11 execution test
XPASS: g+
LAST_UPDATED: Tue Nov 4 02:04:29 UTC 2014 (revision 217061)
Native configuration is aarch64-unknown-linux-gnu
=== boehm-gc tests ===
Running target unix
=== boehm-gc Summary for unix ===
# of expected passes12
# of unsupported tests 1
Run
LAST_UPDATED: Tue Nov 4 02:04:29 UTC 2014 (revision 217061)
Native configuration is arm-unknown-linux-gnueabi
=== boehm-gc tests ===
Running target unix
=== boehm-gc Summary ===
# of expected passes12
# of unsupported tests 1
LAST_UPDATED: Tue Nov 4 02:04:29 UTC 2014 (revision 217061)
Target: powerpc-linux-gnu
gcc version 4.9.2 (Debian 4.9.2-1)
Native configuration is powerpc-unknown-linux-gnu
=== g++ tests ===
Running target unix
FAIL: c-c++-common/asan/null-deref-1.c -O2 output pattern test, is
LAST_UPDATED: Tue Nov 4 02:04:29 UTC 2014 (revision 217061)
Native configuration is arm-unknown-linux-gnueabihf
=== boehm-gc tests ===
Running target unix
=== boehm-gc Summary for unix ===
# of expected passes12
# of unsupported tests 1
R
LAST_UPDATED: Tue Nov 4 02:04:29 UTC 2014 (revision 217061)
Target: powerpc64le-linux-gnu
gcc version 4.9.2 (Debian 4.9.2-1)
Native configuration is powerpc64le-unknown-linux-gnu
=== g++ tests ===
Running target unix
FAIL: g++.dg/cpp1y/vla-initlist1.C -std=c++1y execution test
LAST_UPDATED: Tue Nov 4 02:04:29 UTC 2014 (revision 217061)
Target: i586-linux-gnu
gcc version 4.9.2 (Debian 4.9.2-1)
Native configuration is i586-pc-linux-gnu
=== g++ tests ===
Running target unix
FAIL: g++.dg/ipa/pr61160-3.C -std=gnu++98 execution test
FAIL: g++.dg/ipa/pr611
LAST_UPDATED: Tue Nov 4 02:04:29 UTC 2014 (revision 217061)
Target: x86_64-kfreebsd-gnu
gcc version 4.9.2 (Debian 4.9.2-1)
Native configuration is x86_64-pc-kfreebsd-gnu
=== g++ tests ===
Running target unix
FAIL: g++.dg/guality/pr55665.C -O2 line 23 p == 40
FAIL: g++.dg/gua
LAST_UPDATED: Tue Nov 4 02:04:29 UTC 2014 (revision 217061)
Target: s390x-linux-gnu
gcc version 4.9.2 (Debian 4.9.2-1)
Native configuration is s390x-ibm-linux-gnu
=== g++ tests ===
Running target unix
FAIL: g++.dg/init/const9.C -std=c++98 scan-assembler-not rodata
FAIL: g++.d
Control: retitle -1 target architecture no longer selectable via debian/target
or DEB_GCC_TARGET
On Thu, Nov 06, 2014 at 12:15:13AM +0800, YunQiang Su wrote:
> But now, when DEB_TARGET_GNU_TYPE and DEB_TARGET_ARCH always define,
> we can not get cross complier with debian/target file or DEB_GCC_T
Processing control commands:
> retitle -1 target architecture no longer selectable via debian/target or
> DEB_GCC_TARGET
Bug #768167 [src:gcc-4.9] dpkg-architecture export DEB_TARGET_* make cross
build failure
Changed Bug title to 'target architecture no longer selectable via
debian/target or D
25 matches
Mail list logo