Bug#577973: gcc-4.4: optimization bug on x86

On 15.04.2010 19:12, Kazuhiro NISHIYAMA wrote: Package: gcc-4.4 Version: 4.4.3-7 Severity: normal Ruby 1.9.1 HEAD compiled with gcc-4.4.x -O2 causes Segmentation fault. I can not reproduce on amd64. How to reproduce: svn co -r 26571 http://svn.ruby-lang.org/repos/ruby/branches/ruby_1_9_1 cd

[bts-link] source package gcc-4.4

# # bts-link upstream status pull for source package gcc-4.4 # see http://lists.debian.org/debian-devel-announce/2006/05/msg1.html # user bts-link-upstr...@lists.alioth.debian.org # remote status report for #561073 (http://bugs.debian.org/561073) # * http://gcc.gnu.org/PR42485 # * remote st

[bts-link] source package gcc-4.5

# # bts-link upstream status pull for source package gcc-4.5 # see http://lists.debian.org/debian-devel-announce/2006/05/msg1.html # user bts-link-upstr...@lists.alioth.debian.org # remote status report for #568616 (http://bugs.debian.org/568616) # * http://gcc.gnu.org/PR43660 # * remote st

Processed: [bts-link] source package gcc-4.4

Processing commands for cont...@bugs.debian.org: > # > # bts-link upstream status pull for source package gcc-4.4 > # see http://lists.debian.org/debian-devel-announce/2006/05/msg1.html > # > user bts-link-upstr...@lists.alioth.debian.org Setting user to bts-link-upstr...@lists.alioth.debian.o

Processed: [bts-link] source package gcc-4.5

Processing commands for cont...@bugs.debian.org: > # > # bts-link upstream status pull for source package gcc-4.5 > # see http://lists.debian.org/debian-devel-announce/2006/05/msg1.html > # > user bts-link-upstr...@lists.alioth.debian.org Setting user to bts-link-upstr...@lists.alioth.debian.o

[bts-link] source package gcj-4.4

# # bts-link upstream status pull for source package gcj-4.4 # see http://lists.debian.org/debian-devel-announce/2006/05/msg1.html # user bts-link-upstr...@lists.alioth.debian.org # remote status report for #571532 (http://bugs.debian.org/571532) # * http://gcc.gnu.org/PR43717 # * remote st

Bug#577961: libstdc++6-4.5-dev: Using some part of the STL increase the linkage requirement

On 15/04/2010 17:04, Vincent Danjean wrote: > The STL emits a weak pthread_cancel symbols into the object file of the main > program. > > I'm not sure this is a bug because I understand what happens. But it seems > strange to me > that libraries required for an application depends on libraries l

Results for 4.5.0 (Debian 4.5.0-1) testsuite on x86_64-pc-linux-gnu

LAST_UPDATED: Obtained from SVN: tags/gcc_4_5_0_release revision 158339 Target: x86_64-linux-gnu gcc version 4.5.0 (Debian 4.5.0-1) Native configuration is x86_64-pc-linux-gnu === g++ tests === Running target unix === g++ Summary for unix === # of expected pas

Bug#577973: gcc-4.4: optimization bug on x86

Package: gcc-4.4 Version: 4.4.3-7 Severity: normal Ruby 1.9.1 HEAD compiled with gcc-4.4.x -O2 causes Segmentation fault. I can not reproduce on amd64. How to reproduce: svn co -r 26571 http://svn.ruby-lang.org/repos/ruby/branches/ruby_1_9_1 cd ruby_1_9_1 autoconf ./configure make miniruby

gcc-snapshot_20100414-1_sparc.changes ACCEPTED

Accepted: gcc-snapshot_20100414-1.diff.gz to main/g/gcc-snapshot/gcc-snapshot_20100414-1.diff.gz gcc-snapshot_20100414-1.dsc to main/g/gcc-snapshot/gcc-snapshot_20100414-1.dsc gcc-snapshot_20100414-1_sparc.deb to main/g/gcc-snapshot/gcc-snapshot_20100414-1_sparc.deb gcc-snapshot_20100414.o

Processing of gcc-snapshot_20100414-1_sparc.changes

gcc-snapshot_20100414-1_sparc.changes uploaded successfully to localhost along with the files: gcc-snapshot_20100414-1.dsc gcc-snapshot_20100414.orig.tar.gz gcc-snapshot_20100414-1.diff.gz gcc-snapshot_20100414-1_sparc.deb Greetings, Your Debian queue daemon (running on host ries.

Bug#577961: libstdc++6-4.5-dev: Using some part of the STL increase the linkage requirement

Package: libstdc++6-4.5-dev Version: 4.5.0-1 Severity: normal Tags: experimental Hi, I'm not sure if this bug behave to libstdc++6-4.5-dev or g++-4.5 or if this is really a bug. Here is what I observed: when * a non-threaded application uses some part of the STL (such as ) and * the appli

Bug#577951: gcc-4.4: gcc should link against libcloog-ppl0

Package: gcc-4.4 Version: 4.4.3-7 Severity: normal GCC currently does magic to find libcloog-ppl0, this is unfortunate since it breaks icecc's "build-native" functionality which creates a complete archive of the local compiler and uploads it to build servers. I cannot easily install software on

Bug#577891: marked as done (gcc-snapshot: FTBFS: ImportError: No module named classfile)

Source: gcc-snapshot Version: 20100408-1 Severity: serious Tags: squeeze sid User: debian...@lists.debian.org Usertags: qa-ftbfs-20100415 qa-ftbfs Justification: FTBFS on amd64 Hi, During a rebuild of all packages in sid, your package failed to build on amd64. Relevant part: > make[1]:

Bug#577926: gcc-4.3: fatal error: error writing to /tmp/317065.1.cas/ccmB9478.s: Success

Package: gcc-4.3 Version: 4.3.2-1.1 Severity: normal On a Debian/stable machine (amd64), I got the following error: tst-tomate-1268827996-3840.c:1000: fatal error: error writing to /tmp/317065.1.cas/ccmB9478.s: Success compilation terminated. How can a success be a fatal error??? BTW, I've see

Bug#577891: gcc-snapshot: FTBFS: ImportError: No module named classfile

Source: gcc-snapshot Version: 20100408-1 Severity: serious Tags: squeeze sid User: debian...@lists.debian.org Usertags: qa-ftbfs-20100415 qa-ftbfs Justification: FTBFS on amd64 Hi, During a rebuild of all packages in sid, your package failed to build on amd64. Relevant part: > make[1]: Enter