Processed: Re: Bug#799905: gcc-4.7: generates broken SSE2 code for -ftree-vectorize/-O3 for unaligned dword access

Processing control commands: > severity -1 wishlist Bug #799905 [gcc-4.7] gcc-4.7: generates broken SSE2 code for -ftree-vectorize/-O3 for unaligned dword access Severity set to 'wishlist' from 'important' > tags -1 + moreinfo Bug #799905 [gcc-4.7] gcc-4.7: generates broken SSE2 code for -ftree-

Bug#799905: gcc-4.7: generates broken SSE2 code for -ftree-vectorize/-O3 for unaligned dword access

Control: severity -1 wishlist Control: tags -1 + moreinfo On 24.09.2015 02:28, Henrique de Moraes Holschuh wrote: Package: gcc-4.7 Version: 4.7.2-5 Severity: important I have absolutely no sympathy for such a bug report filed for a GCC version which is EOL upstream for more than a year, and w

libabigail_0.1~20150922-1_amd64.changes ACCEPTED into unstable

Accepted: -BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Format: 1.8 Date: Thu, 24 Sep 2015 01:50:58 +0200 Source: libabigail Binary: libabigail-dev libabigail0 abigail-tools abigail-doc Architecture: source all amd64 Version: 0.1~20150922-1 Distribution: unstable Urgency: medium Maintainer: D

Processing of libabigail_0.1~20150922-1_amd64.changes

libabigail_0.1~20150922-1_amd64.changes uploaded successfully to localhost along with the files: libabigail_0.1~20150922-1.dsc libabigail_0.1~20150922.orig.tar.gz libabigail_0.1~20150922-1.debian.tar.xz abigail-doc_0.1~20150922-1_all.deb abigail-tools_0.1~20150922-1_amd64.deb libabigail

Bug#799905: gcc-4.7: generates broken SSE2 code for -ftree-vectorize/-O3 for unaligned dword access

Package: gcc-4.7 Version: 4.7.2-5 Severity: important On x86 and x86-64, the platform explicitly supports unaligned access, and in fact such access has been heavily optimized on the latest Intel and AMD processors. A _lot_ of code takes advantage of this, as it is often extremely painful (or slow

Bug#799811: gcc-5: Segfaults with LD_BIND_NOW set in environment

On 2015-09-22 17:39, Camm Maguire wrote: > Package: gcc-5 > Version: 5.2.1-17 > Severity: important > > Dear Maintainer, > > (sid_mipsel-dchroot)camm@eder:~/gcl/gcl$ LD_BIND_NOW=1 gcc -v > Segmentation fault It seems the issue, is triggered by the switch to -mplt by default, as requested in bug#

Results for 4.9.3 testsuite on i586-pc-gnu

LAST_UPDATED: Thu Jul 23 13:17:51 UTC 2015 (revision 226107) Target: i586-gnu gcc version 4.9.3 (Debian 4.9.3-1) === acats tests === FAIL: c23003b FAIL: c23003g FAIL: c23003i FAIL: c52103x FAIL: c52104x FAIL: c52104y FAIL: cb1010a FAIL: cb1010c FAIL: cb1010d

Processed: Re: Bug#799872: gcc-5-arm-linux-gnueabihf: when compiling Linux Kernel's rcutiny.h, GCC-5 segfaults

Processing control commands: > tags -1 + moreinfo Bug #799872 [gcc-5-arm-linux-gnueabihf] gcc-5-arm-linux-gnueabihf: when compiling Linux Kernel's rcutiny.h, GCC-5 segfaults Added tag(s) moreinfo. > severity -1 normal Bug #799872 [gcc-5-arm-linux-gnueabihf] gcc-5-arm-linux-gnueabihf: when compil

Bug#799872: gcc-5-arm-linux-gnueabihf: when compiling Linux Kernel's rcutiny.h, GCC-5 segfaults

Control: tags -1 + moreinfo Control: severity -1 normal On 23.09.2015 17:01, Felipe Balbi wrote: Package: gcc-5-arm-linux-gnueabihf Version: 5.2.1-16cross1 Severity: grave Justification: causes non-serious data loss Dear Maintainer, In order to reproduce the problem, I have a .config which I t

Bug#799872: gcc-5-arm-linux-gnueabihf: when compiling Linux Kernel's rcutiny.h, GCC-5 segfaults

Package: gcc-5-arm-linux-gnueabihf Version: 5.2.1-16cross1 Severity: grave Justification: causes non-serious data loss Dear Maintainer, In order to reproduce the problem, I have a .config which I tried to build my v4.3-rc1-based kernel tree. I'm cross-compiling kernel with ARMHF GCC-5 and this sp