Bug#623280: /usr/lib/libstdc++.so.6: undefined symbol: _ZNSt8messagesIcE2idE, version GLIBCXX_3.4
I just updated rtorrent to the testing version, and got the same error. It also broke aptitude so I had to fix it manually. Fixed by manually downloading testing version of libc6 from here http://packages.debian.org/wheezy/libc6 and installed it # dpkg -i --auto-deconfigure libc6_2.13-16_amd64.deb -- To UNSUBSCRIBE, email to debian-gcc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20110904083112.ga1...@maxx.gotdns.org
Bug#640314: gnat-4.4: FTBFS: collect2: ld returned 1 exit status
Source: gnat-4.4 Version: 4.4.6-5 Severity: serious Tags: wheezy sid User: debian...@lists.debian.org Usertags: qa-ftbfs-2011-09-02 qa-ftbfs Justification: FTBFS on amd64 Hi, During a rebuild of all packages in sid, your package failed to build on amd64. Relevant part: > ./gnatlink-static -o gnatfind gnatfind.ali -nostdinc -I- -I. > -I../gcc/ada/rts-shared-zcx -I../libgnatvsn -I../libgnatprj > -L../gcc/ada/rts-shared-zcx -lgnat-4.4 -L../libgnatvsn -lgnatvsn > -L../libgnatprj -lgnatprj \ > ../libiberty/libiberty.a \ > --GCC="../gcc/xgcc -B../gcc/ -nostdinc -I- -I. > -I../gcc/ada/rts-shared-zcx -I../libgnatvsn -I../libgnatprj" > ../gcc/xgcc -c -nostdinc -I. -I../gcc/ada/rts-shared-zcx -I../libgnatvsn > -I../libgnatprj -B../gcc/ -I- > /build/gnat-4.4-zZBW7n/gnat-4.4-4.4.6/build/gnattools/osint-b.adb > /build/gnat-4.4-zZBW7n/gnat-4.4-4.4.6/build/gnattools/xref_lib.o: file not > recognized: File truncated > collect2: ld returned 1 exit status The full build log is available from: http://people.debian.org/~lucas/logs/2011-09-02/gnat-4.4_4.4.6-5_lsid64.buildlog A list of current common problems and possible solutions is available at http://wiki.debian.org/qa.debian.org/FTBFS . You're welcome to contribute! About the archive rebuild: The rebuild was done on about 50 AMD64 nodes of the Grid'5000 platform, using a clean chroot. Internet was not accessible from the build systems. -- To UNSUBSCRIBE, email to debian-gcc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20110904095602.ga18...@probeta.net
Why cc1 don't link a dynamic ppl.so?
Hello All
My question is motivated by GCC MELT, see
http://groups.google.com/group/gcc-melt/msg/dca97d5bf7f75040
On Debian/Sid, why is that cc1 (of gcc 4.6.1) don't link a dynamic ppl.so?
% ldd $(gcc -print-file-name=cc1)
linux-vdso.so.1 => (0x7fffeddb1000)
libmpc.so.2 => /usr/lib/libmpc.so.2 (0x7fbd8e486000)
libmpfr.so.4 => /usr/lib/x86_64-linux-gnu/libmpfr.so.4
(0x7fbd8e21)
libgmp.so.10 => /usr/lib/x86_64-linux-gnu/libgmp.so.10
(0x7fbd8dfa1000)
libdl.so.2 => /lib/x86_64-linux-gnu/libdl.so.2 (0x7fbd8dd9d000)
libz.so.1 => /usr/lib/libz.so.1 (0x7fbd8db85000)
libc.so.6 => /lib/x86_64-linux-gnu/libc.so.6 (0x7fbd8d80)
/lib64/ld-linux-x86-64.so.2 (0x7fbd8e69d000)
% dpkg -L libppl9
/.
/usr
/usr/share
/usr/share/doc
/usr/share/doc/libppl9
/usr/share/doc/libppl9/BUGS
/usr/share/doc/libppl9/CREDITS.gz
/usr/share/doc/libppl9/README.gz
/usr/share/doc/libppl9/changelog.Debian.gz
/usr/share/doc/libppl9/NEWS.gz
/usr/share/doc/libppl9/copyright
/usr/share/doc/libppl9/changelog.gz
/usr/lib
/usr/lib/libppl.so.9.0.0
/usr/lib/libppl.so.9
It seems that in cc1 links a static library libppl.a
% nm -D $(gcc -print-file-name=cc1)|grep ppl_
00ad9cd0 T debug_ppl_linear_expr
00ad9da0 T debug_ppl_polyhedron_matrix
00ad9db0 T debug_ppl_powerset_matrix
00ad25b0 T new_Cloog_Domain_from_ppl_Pointset_Powerset
00ad2560 T new_Cloog_Domain_from_ppl_Polyhedron
00ad2120 T new_Cloog_Matrix_from_ppl_Polyhedron
00ad25a0 T new_Cloog_Scattering_from_ppl_Polyhedron
00ad9fd0 T ppl_build_relation
00ad9690 T ppl_insert_dimensions
00ad95d0 T ppl_insert_dimensions_pointset
00ad9ae0 T ppl_lexico_compare_linear_expressions
00ad9e10 T ppl_max_for_le_pointset
00ad9ef0 T ppl_min_for_le_pointset
00ada180 T ppl_powerset_is_empty
00ad9c60 T ppl_print_linear_expr
00ad9c10 T ppl_print_polyhedron_matrix
00ad9ce0 T ppl_print_powerset_matrix
00ad9dc0 T ppl_read_polyhedron_matrix
00ad9500 T ppl_set_coef_gmp
00ad9450 T ppl_set_inhomogeneous_gmp
00ad9750 T ppl_strip_loop
Why not use libppl.so.9 in cc1?
Cheers
--
Basile STARYNKEVITCH http://starynkevitch.net/Basile/
email: basilestarynkevitchnet mobile: +33 6 8501 2359
8, rue de la Faiencerie, 92340 Bourg La Reine, France
*** opinions {are only mine, sont seulement les miennes} ***
--
To UNSUBSCRIBE, email to debian-gcc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive:
http://lists.debian.org/20110904155103.2c32a948a9da081c8c8b6...@starynkevitch.net
Re: Why cc1 don't link a dynamic ppl.so?
it is dlopened when graphite is needed. see d/p/gcc-cloog-dl.diff -- To UNSUBSCRIBE, email to debian-gcc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/4e6388b2.9050...@debian.org
Bug#640035: FTBFS: maybe Multiarch related regression? fails to find its includes
tags 640035 + patch thanks Dixi quod… >Related to #638603 even the latest version of gcj-4.4 also FTBFS. The patch works. Uploading to d-p.org “unreleased” now. Please include it in the next upload. bye, //mirabilos -- 15:39⎜«mika:#grml» mira|AO: "mit XFree86® wär’ das nicht passiert" - muhaha 15:48⎜ also warum machen die xorg Jungs eigentlich alles kaputt? :)15:49⎜ thkoehler: weil sie als Kinder nie den gebauten Turm selber umschmeissen durften? -- ~/.Xmodmap wonders… -- To UNSUBSCRIBE, email to debian-gcc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/pine.bsm.4.64l.1109041409590.1...@herc.mirbsd.org
Processed: Re: Bug#640035: FTBFS: maybe Multiarch related regression? fails to find its includes
Processing commands for cont...@bugs.debian.org: > tags 640035 + patch Bug #640035 [src:gcj-4.4] FTBFS: maybe Multiarch related regression? fails to find its includes Added tag(s) patch. > thanks Stopping processing here. Please contact me if you need assistance. -- 640035: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=640035 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems -- To UNSUBSCRIBE, email to debian-gcc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/handler.s.c.131514597410429.transcr...@bugs.debian.org
Bug#630441: g++-4.6 miscompilation
tag 630441 moreinfo help thanks On 07/21/2011 12:01 PM, Philip Ashmore wrote: Sorry if I wasn't clear. All the tests pass in the debug (-0O) build. I've got gcc/g++ 4.4.6-6 installed and all the tests pass in debug and release mode. This is a problem with the g++ 4.6 release (-03) optimization. unproven. Repeating my questions here: how do you know that it's not undefined behaviour exposed by the new compiler version? Some more information is needed: - is this seen on amd64 only, or on other architectures too? - which optimization flags are used? does lowering the optimization level works around the issue? - does it build using gcc-snapshot, gcc-4.5 or gcc-4.4? - if you have a working and a non-working build, can you try to combine object files to determine the problematic object file? -- To UNSUBSCRIBE, email to debian-gcc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/4e638976.7070...@debian.org
Processed: Re: Bug#630441: g++-4.6 miscompilation
Processing commands for cont...@bugs.debian.org: > tag 630441 moreinfo help Bug #630441 [g++-4.6] g++-4.6 miscompilation Added tag(s) help and moreinfo. > thanks Stopping processing here. Please contact me if you need assistance. -- 630441: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=630441 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems -- To UNSUBSCRIBE, email to debian-gcc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/handler.s.c.131514610911555.transcr...@bugs.debian.org
Bug#640314: gnat-4.4: FTBFS: collect2: ld returned 1 exit status
Mònica Ramírez Arceda writes: >> /build/gnat-4.4-zZBW7n/gnat-4.4-4.4.6/build/gnattools/xref_lib.o: file not >> recognized: File truncated Filesystem full? Please look earlier in the build log for confirmation. >> collect2: ld returned 1 exit status > > The full build log is available from: > > http://people.debian.org/~lucas/logs/2011-09-02/gnat-4.4_4.4.6-5_lsid64.buildlog "The requested URL /~lucas/logs/2011-09-02/gnat-4.4_4.4.6-5_lsid64.buildlog was not found on this server." -- Ludovic Brenta. -- To UNSUBSCRIBE, email to debian-gcc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/87ehzwz8zd@ludovic-brenta.org
Bug#640314: gnat-4.4: FTBFS: collect2: ld returned 1 exit status
El dg 04 de 09 de 2011 a les 16:18 +0200, en/na Ludovic Brenta va escriure: > Mònica Ramírez Arceda writes: > >> /build/gnat-4.4-zZBW7n/gnat-4.4-4.4.6/build/gnattools/xref_lib.o: file not > >> recognized: File truncated > > Filesystem full? Please look earlier in the build log for confirmation. > > >> collect2: ld returned 1 exit status > > > > The full build log is available from: > > > > http://people.debian.org/~lucas/logs/2011-09-02/gnat-4.4_4.4.6-5_lsid64.buildlog > > "The requested URL /~lucas/logs/2011-09-02/gnat-4.4_4.4.6-5_lsid64.buildlog > was not found on this server." Sorry, the build log is here: http://people.debian.org/~lucas/logs/2011/09/02/gnat-4.4_4.4.6-5_lsid64.buildlog signature.asc Description: This is a digitally signed message part
Bug#630441: g++-4.6 miscompilation
On 04/09/11 15:21, Matthias Klose wrote: tag 630441 moreinfo help thanks On 07/21/2011 12:01 PM, Philip Ashmore wrote: Sorry if I wasn't clear. All the tests pass in the debug (-0O) build. I've got gcc/g++ 4.4.6-6 installed and all the tests pass in debug and release mode. This is a problem with the g++ 4.6 release (-03) optimization. unproven. Well you could try it yourself, but that might be unproven too =) Repeating my questions here: how do you know that it's not undefined behaviour exposed by the new compiler version? I reported this bug because of undefined behaviour of the compiler. Some more information is needed: - is this seen on amd64 only, or on other architectures too? See Message 27 above http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=630441#27 A 32 bit chroot means 32 bit, unless I'm mistaken. - which optimization flags are used? does lowering the optimization level works around the issue? See message 22 above http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=630441#22 - does it build using gcc-snapshot, gcc-4.5 or gcc-4.4? I have gcc and g++ locked to version 4:4.4.5-1, where they work. time sh build.sh (from Message 12 above http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=630441#12) ... real6m52.589s user5m37.477s sys 0m31.150s The test fails with gcc-snapshot-20110816-1 (attached) at the same place. time sh build-with-gcc-snapshot.sh ... real12m9.970s user10m57.633s sys 0m29.250s - if you have a working and a non-working build, can you try The build fails due to a test failure caused by the compiler generating incorrect code. If we want to fix this bug then working around it won't help. The same problem may happen at any time in anyones code. The fact that my code caught the problem in a test where it could be spotted is sheer good/bad luck, and is reproducible. to combine object files to determine the problematic object file? Philip build-with-gcc-snapshot.sh Description: Bourne shell script
Bug#630441: g++-4.6 miscompilation
On 09/04/2011 06:24 PM, Philip Ashmore wrote: - if you have a working and a non-working build, can you try The build fails due to a test failure caused by the compiler generating incorrect code. If we want to fix this bug then working around it won't help. you do misunderstand. somebody has to find the object file which is causing this. It's not meant as a work around, but to find the offending code. If you can track this down to an object file, split it up further, and get to a function which you claim is miscompiled. The same problem may happen at any time in anyones code. The fact that my code caught the problem in a test where it could be spotted is sheer good/bad luck, and is reproducible. and it's not uncommon that newer GCC versions expose invalid code in somebody's code. Matthias -- To UNSUBSCRIBE, email to debian-gcc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/4e63a9e4.7050...@debian.org
Bug#630441: g++-4.6 miscompilation
On 04/09/11 17:40, Matthias Klose wrote: On 09/04/2011 06:24 PM, Philip Ashmore wrote: - if you have a working and a non-working build, can you try The build fails due to a test failure caused by the compiler generating incorrect code. If we want to fix this bug then working around it won't help. you do misunderstand. somebody has to find the object file which is causing this. It's not meant as a work around, but to find the offending code. If you can track this down to an object file, split it up further, and get to a function which you claim is miscompiled. The same problem may happen at any time in anyones code. The fact that my code caught the problem in a test where it could be spotted is sheer good/bad luck, and is reproducible. and it's not uncommon that newer GCC versions expose invalid code in somebody's code. Matthias From Message 5 above http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=630441#5 The problem line appears to be 206: const char * p = context.data((PCVOID)node); Sorry if I wasn't clear: This is line 206 in file meta-treedb-1.3.0-01/v3c/1-comet/cxx-string-list-test.cpp. The function this line is in is int test(uint16_t abytes, uint16_t aflags, uint16_t xbytes, uint16_t xflags) and starts at line 96. This is the source file for the er, cxx-string-list-test program that failed. Philip -- To UNSUBSCRIBE, email to debian-gcc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/4e63b6f6.9060...@philipashmore.com
Bug#630441: g++-4.6 miscompilation
On 09/04/2011 07:35 PM, Philip Ashmore wrote: On 04/09/11 17:40, Matthias Klose wrote: On 09/04/2011 06:24 PM, Philip Ashmore wrote: - if you have a working and a non-working build, can you try The build fails due to a test failure caused by the compiler generating incorrect code. If we want to fix this bug then working around it won't help. you do misunderstand. somebody has to find the object file which is causing this. It's not meant as a work around, but to find the offending code. If you can track this down to an object file, split it up further, and get to a function which you claim is miscompiled. The same problem may happen at any time in anyones code. The fact that my code caught the problem in a test where it could be spotted is sheer good/bad luck, and is reproducible. and it's not uncommon that newer GCC versions expose invalid code in somebody's code. Matthias From Message 5 above http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=630441#5 The problem line appears to be 206: const char * p = context.data((PCVOID)node); Sorry if I wasn't clear: This is line 206 in file meta-treedb-1.3.0-01/v3c/1-comet/cxx-string-list-test.cpp. The function this line is in is int test(uint16_t abytes, uint16_t aflags, uint16_t xbytes, uint16_t xflags) and starts at line 96. This is the source file for the er, cxx-string-list-test program that failed. do you say, that if you just re-build the test program with an older GCC version, then the test does succeed? If not, you'll still have to find the object file in the tested code, not in the testing code. -- To UNSUBSCRIBE, email to debian-gcc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/4e63ccf9.8010...@debian.org
Processing of gcc-4.6_4.6.1-9_amd64.changes
gcc-4.6_4.6.1-9_amd64.changes uploaded successfully to localhost along with the files: gcc-4.6_4.6.1-9.dsc gcc-4.6_4.6.1-9.diff.gz gcc-4.6-source_4.6.1-9_all.deb libstdc++6-4.6-doc_4.6.1-9_all.deb gcc-4.6-locales_4.6.1-9_all.deb gcc-4.6-base_4.6.1-9_amd64.deb libgcc1_4.6.1-9_amd64.deb libgcc1-dbg_4.6.1-9_amd64.deb lib32gcc1_4.6.1-9_amd64.deb lib32gcc1-dbg_4.6.1-9_amd64.deb libquadmath0_4.6.1-9_amd64.deb libquadmath0-dbg_4.6.1-9_amd64.deb lib32quadmath0_4.6.1-9_amd64.deb lib32quadmath0-dbg_4.6.1-9_amd64.deb libgomp1_4.6.1-9_amd64.deb libgomp1-dbg_4.6.1-9_amd64.deb lib32gomp1_4.6.1-9_amd64.deb lib32gomp1-dbg_4.6.1-9_amd64.deb cpp-4.6_4.6.1-9_amd64.deb fixincludes_4.6.1-9_amd64.deb libmudflap0-4.6-dev_4.6.1-9_amd64.deb libmudflap0_4.6.1-9_amd64.deb libmudflap0-dbg_4.6.1-9_amd64.deb lib32mudflap0_4.6.1-9_amd64.deb lib32mudflap0-dbg_4.6.1-9_amd64.deb gobjc++-4.6-multilib_4.6.1-9_amd64.deb gobjc++-4.6_4.6.1-9_amd64.deb gobjc-4.6-multilib_4.6.1-9_amd64.deb gobjc-4.6_4.6.1-9_amd64.deb libobjc3_4.6.1-9_amd64.deb libobjc3-dbg_4.6.1-9_amd64.deb lib32objc3_4.6.1-9_amd64.deb lib32objc3-dbg_4.6.1-9_amd64.deb libgo0_4.6.1-9_amd64.deb libgo0-dbg_4.6.1-9_amd64.deb lib32go0_4.6.1-9_amd64.deb lib32go0-dbg_4.6.1-9_amd64.deb gccgo-4.6_4.6.1-9_amd64.deb gccgo-4.6-multilib_4.6.1-9_amd64.deb g++-4.6-multilib_4.6.1-9_amd64.deb g++-4.6_4.6.1-9_amd64.deb libstdc++6_4.6.1-9_amd64.deb lib32stdc++6_4.6.1-9_amd64.deb lib32stdc++6-4.6-dbg_4.6.1-9_amd64.deb libstdc++6-4.6-dev_4.6.1-9_amd64.deb libstdc++6-4.6-pic_4.6.1-9_amd64.deb libstdc++6-4.6-dbg_4.6.1-9_amd64.deb libgfortran3_4.6.1-9_amd64.deb libgfortran3-dbg_4.6.1-9_amd64.deb lib32gfortran3_4.6.1-9_amd64.deb lib32gfortran3-dbg_4.6.1-9_amd64.deb gfortran-4.6-multilib_4.6.1-9_amd64.deb gfortran-4.6_4.6.1-9_amd64.deb gcc-4.6-multilib_4.6.1-9_amd64.deb gcc-4.6-plugin-dev_4.6.1-9_amd64.deb gcc-4.6_4.6.1-9_amd64.deb Greetings, Your Debian queue daemon (running on host franck.debian.org) -- To UNSUBSCRIBE, email to debian-gcc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/e1r0jzi-0008hu...@franck.debian.org
Bug#635860: marked as done (gcc-4.6: FTBFS: /usr/bin/ld: cannot find crti.o: No such file or directory)
Your message dated Sun, 04 Sep 2011 21:05:04 +
with message-id
and subject line Bug#635860: fixed in gcc-4.6 4.6.1-9
has caused the Debian Bug report #635860,
regarding gcc-4.6: FTBFS: /usr/bin/ld: cannot find crti.o: No such file or
directory
to be marked as done.
This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.
(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact ow...@bugs.debian.org
immediately.)
--
635860: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=635860
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems
--- Begin Message ---
Source: gcc-4.6
Version: 4.6.1-5
Severity: important
User: debian-...@superh.org
Usertags: sh4
X-Debbugs-CC: debian-sup...@lists.debian.org
Hi,
I noticed that gcc-4.6 4.6-5 was FTBFS on sh4.
http://buildd.debian-ports.org/status/fetch.php?pkg=gcc-4.6&arch=sh4&ver=4.6.1-5&stamp=1311870196
/bin/bash ../../../../src/libgcc/../mkinstalldirs ../../.././gcc/m4-nofpu
mkdir -p -- ../../.././gcc/m4-nofpu
parts="crtbegin.o crtbeginS.o crtbeginT.o crtend.o crtendS.o";
\
for file in $parts; do \
rm -f ../../.././gcc/m4-nofpu/$file; \
/usr/bin/install -c -m 644 $file ../../.././gcc/m4-nofpu/;\
case $file in \
*.a)\
ranlib ../../.././gcc/m4-nofpu/$file ;; \
esac; \
done
{ /build/buildd-gcc-4.6_4.6.1-5-sh4-y8tHtJ/gcc-4.6-4.6.1/build/./gcc/nm
-pg _ashiftrt_s.o _ashiftrt_n_s.o _ashiftlt_s.o _lshiftrt_s.o
_movmem_s.o _movmem_i4_s.o _mulsi3_s.o _sdivsi3_s.o _sdivsi3_i4_s.o
_udivsi3_s.o _udivsi3_i4_s.o _set_fpscr_s.o _div_table_s.o
_udiv_qrnnd_16_s.o _ic_invalidate_s.o _ic_invalidate_array_s.o
_muldi3_s.o _negdi2_s.o _lshrdi3_s.o _ashldi3_s.o _ashrdi3_s.o
_cmpdi2_s.o _ucmpdi2_s.o _clear_cache_s.o _enable_execute_stack_s.o
_trampoline_s.o __main_s.o _absvsi2_s.o _absvdi2_s.o _addvsi3_s.o
_addvdi3_s.o _subvsi3_s.o _subvdi3_s.o _mulvsi3_s.o _mulvdi3_s.o
_negvsi2_s.o _negvdi2_s.o _ctors_s.o _ffssi2_s.o _ffsdi2_s.o _clz_s.o
_clzsi2_s.o _clzdi2_s.o _ctzsi2_s.o _ctzdi2_s.o _popcount_tab_s.o
_popcountsi2_s.o _popcountdi2_s.o _paritysi2_s.o _paritydi2_s.o
_powisf2_s.o _powidf2_s.o _powixf2_s.o _powitf2_s.o _mulsc3_s.o
_muldc3_s.o _mulxc3_s.o _multc3_s.o _divsc3_s.o _divdc3_s.o
_divxc3_s.o _divtc3_s.o _bswapsi2_s.o _bswapdi2_s.o _fixunssfsi_s.o
_fixunsdfsi_s.o _fixunsxfsi_s.o _fixsfdi_s.o _fixdfdi_s.o _fixxfdi_s.o
_fixtfdi_s.o _fixunssfdi_s.o _fixunsdfdi_s.o _fixunsxfdi_s.o
_fixunstfdi_s.o _floatdisf_s.o _floatdidf_s.o _floatdixf_s.o
_floatditf_s.o _floatundisf_s.o _floatundidf_s.o _floatundixf_s.o
_floatunditf_s.o _divdi3_s.o _moddi3_s.o _udivdi3_s.o _umoddi3_s.o
_udiv_w_sdiv_s.o _udivmoddi4_s.o _pack_sf_s.o _unpack_sf_s.o
_addsub_sf_s.o _mul_sf_s.o _div_sf_s.o _fpcmp_parts_sf_s.o
_compare_sf_s.o _eq_sf_s.o _ne_sf_s.o _gt_sf_s.o _ge_sf_s.o _lt_sf_s.o
_le_sf_s.o _unord_sf_s.o _si_to_sf_s.o _sf_to_si_s.o _negate_sf_s.o
_make_sf_s.o _sf_to_df_s.o _thenan_sf_s.o _sf_to_usi_s.o
_usi_to_sf_s.o _pack_df_s.o _unpack_df_s.o _addsub_df_s.o _mul_df_s.o
_div_df_s.o _fpcmp_parts_df_s.o _compare_df_s.o _eq_df_s.o _ne_df_s.o
_gt_df_s.o _ge_df_s.o _lt_df_s.o _le_df_s.o _unord_df_s.o
_si_to_df_s.o _df_to_si_s.o _negate_df_s.o _make_df_s.o _df_to_sf_s.o
_thenan_df_s.o _df_to_usi_s.o _usi_to_df_s.o linux-atomic_s.o
unwind-dw2_s.o unwind-dw2-fde-glibc_s.o unwind-sjlj_s.o gthr-gnat_s.o
unwind-c_s.o emutls_s.o; echo %%; \
cat ../../../../src/libgcc/../gcc/libgcc-std.ver
../../../../src/libgcc/../gcc/config/sh/libgcc-excl.ver
../../../../src/libgcc/../gcc/config/sh/libgcc-glibc.ver \
| sed -e '/^[ ]*#/d' \
-e 's/^%\(if\|else\|elif\|endif\|define\)/#\1/' \
|
/build/buildd-gcc-4.6_4.6.1-5-sh4-y8tHtJ/gcc-4.6-4.6.1/build/./gcc/xgcc
-B/build/buildd-gcc-4.6_4.6.1-5-sh4-y8tHtJ/gcc-4.6-4.6.1/build/./gcc/
-B/usr/sh4-linux-gnu/bin/ -B/usr/sh4-linux-gnu/lib/ -isystem
/usr/sh4-linux-gnu/include -isystem /usr/sh4-linux-gnu/sys-include
-g -O2 -m4-nofpu -O2 -g -O2 -DIN_GCC -W -Wall -Wwrite-strings
-Wcast-qual -Wstrict-prototypes -Wmissing-prototypes
-Wold-style-definition -isystem ./include -mieee -g
-DHAVE_GTHR_DEFAULT -DIN_LIBGCC2 -D__GCC_FLOAT_NOT_NEEDED
-fno-stack-protector -fpic -mieee -DNO_FPSCR_VALUES -I. -I.
-I../../.././gcc -I../../../../src/libgcc -I../../../../src/libgcc/.
-I../../../../src/libgcc/../gcc -I../../../../src/libgcc/../include
-DHAVE_CC_TLS -E -xassembler-with-cpp -; \
} | gawk -f ../../../../src/libgcc/../gcc/mkmap-symver.awk >
tmp-libgcc.map
m
Bug#639531: marked as done (cpp-4.6: lto plugin adds dependency on gcc)
Your message dated Sun, 04 Sep 2011 21:05:04 + with message-id and subject line Bug#639531: fixed in gcc-4.6 4.6.1-9 has caused the Debian Bug report #639531, regarding cpp-4.6: lto plugin adds dependency on gcc to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what this message is talking about, this may indicate a serious mail system misconfiguration somewhere. Please contact ow...@bugs.debian.org immediately.) -- 639531: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=639531 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems --- Begin Message --- Package: cpp-4.6 Version: 4.6.1-8 I believe LTO was recently enabled, which seems to require liblto_plugin.so to be available. If I have cpp-4.6 installed, but not gcc, cpp complains: $ xrdb .Xresources cpp: fatal error: -fuse-linker-plugin, but liblto_plugin.so not found compilation terminated. When running cpp manually, it does appear to properly preprocess what it is given, but it produces that message on stderr, and exits with an error code of 4: $ cpp < #define FOO 5 > int foo = FOO; > EOF # 1 "" # 1 "" # 1 "" # 1 "" int foo = 5; cpp: fatal error: -fuse-linker-plugin, but liblto_plugin.so not found compilation terminated. $ echo $? 4 Installing gcc-4.6 (which contains liblto_plugin.so) makes this go away. Feel free to reassign to a different package as needed; I know nothing about LTO so I don't actually know who is at fault. -- Andrew Deason adea...@dson.org --- End Message --- --- Begin Message --- Source: gcc-4.6 Source-Version: 4.6.1-9 We believe that the bug you reported is fixed in the latest version of gcc-4.6, which is due to be installed in the Debian FTP archive: cpp-4.6_4.6.1-9_amd64.deb to main/g/gcc-4.6/cpp-4.6_4.6.1-9_amd64.deb fixincludes_4.6.1-9_amd64.deb to main/g/gcc-4.6/fixincludes_4.6.1-9_amd64.deb g++-4.6-multilib_4.6.1-9_amd64.deb to main/g/gcc-4.6/g++-4.6-multilib_4.6.1-9_amd64.deb g++-4.6_4.6.1-9_amd64.deb to main/g/gcc-4.6/g++-4.6_4.6.1-9_amd64.deb gcc-4.6-base_4.6.1-9_amd64.deb to main/g/gcc-4.6/gcc-4.6-base_4.6.1-9_amd64.deb gcc-4.6-locales_4.6.1-9_all.deb to main/g/gcc-4.6/gcc-4.6-locales_4.6.1-9_all.deb gcc-4.6-multilib_4.6.1-9_amd64.deb to main/g/gcc-4.6/gcc-4.6-multilib_4.6.1-9_amd64.deb gcc-4.6-plugin-dev_4.6.1-9_amd64.deb to main/g/gcc-4.6/gcc-4.6-plugin-dev_4.6.1-9_amd64.deb gcc-4.6-source_4.6.1-9_all.deb to main/g/gcc-4.6/gcc-4.6-source_4.6.1-9_all.deb gcc-4.6_4.6.1-9.diff.gz to main/g/gcc-4.6/gcc-4.6_4.6.1-9.diff.gz gcc-4.6_4.6.1-9.dsc to main/g/gcc-4.6/gcc-4.6_4.6.1-9.dsc gcc-4.6_4.6.1-9_amd64.deb to main/g/gcc-4.6/gcc-4.6_4.6.1-9_amd64.deb gccgo-4.6-multilib_4.6.1-9_amd64.deb to main/g/gcc-4.6/gccgo-4.6-multilib_4.6.1-9_amd64.deb gccgo-4.6_4.6.1-9_amd64.deb to main/g/gcc-4.6/gccgo-4.6_4.6.1-9_amd64.deb gfortran-4.6-multilib_4.6.1-9_amd64.deb to main/g/gcc-4.6/gfortran-4.6-multilib_4.6.1-9_amd64.deb gfortran-4.6_4.6.1-9_amd64.deb to main/g/gcc-4.6/gfortran-4.6_4.6.1-9_amd64.deb gobjc++-4.6-multilib_4.6.1-9_amd64.deb to main/g/gcc-4.6/gobjc++-4.6-multilib_4.6.1-9_amd64.deb gobjc++-4.6_4.6.1-9_amd64.deb to main/g/gcc-4.6/gobjc++-4.6_4.6.1-9_amd64.deb gobjc-4.6-multilib_4.6.1-9_amd64.deb to main/g/gcc-4.6/gobjc-4.6-multilib_4.6.1-9_amd64.deb gobjc-4.6_4.6.1-9_amd64.deb to main/g/gcc-4.6/gobjc-4.6_4.6.1-9_amd64.deb lib32gcc1-dbg_4.6.1-9_amd64.deb to main/g/gcc-4.6/lib32gcc1-dbg_4.6.1-9_amd64.deb lib32gcc1_4.6.1-9_amd64.deb to main/g/gcc-4.6/lib32gcc1_4.6.1-9_amd64.deb lib32gfortran3-dbg_4.6.1-9_amd64.deb to main/g/gcc-4.6/lib32gfortran3-dbg_4.6.1-9_amd64.deb lib32gfortran3_4.6.1-9_amd64.deb to main/g/gcc-4.6/lib32gfortran3_4.6.1-9_amd64.deb lib32go0-dbg_4.6.1-9_amd64.deb to main/g/gcc-4.6/lib32go0-dbg_4.6.1-9_amd64.deb lib32go0_4.6.1-9_amd64.deb to main/g/gcc-4.6/lib32go0_4.6.1-9_amd64.deb lib32gomp1-dbg_4.6.1-9_amd64.deb to main/g/gcc-4.6/lib32gomp1-dbg_4.6.1-9_amd64.deb lib32gomp1_4.6.1-9_amd64.deb to main/g/gcc-4.6/lib32gomp1_4.6.1-9_amd64.deb lib32mudflap0-dbg_4.6.1-9_amd64.deb to main/g/gcc-4.6/lib32mudflap0-dbg_4.6.1-9_amd64.deb lib32mudflap0_4.6.1-9_amd64.deb to main/g/gcc-4.6/lib32mudflap0_4.6.1-9_amd64.deb lib32objc3-dbg_4.6.1-9_amd64.deb to main/g/gcc-4.6/lib32objc3-dbg_4.6.1-9_amd64.deb lib32objc3_4.6.1-9_amd64.deb to main/g/gcc-4.6/lib32objc3_4.6.1-9_amd64.deb lib32quadmath0-dbg_4.6.1-9_amd64.deb to main/g/gcc-4.6/lib32quadmath0-dbg_4.6.1-9_amd64.deb lib32quadmath0_4.6.1-9_amd64.deb to main/g/gcc-4.6/lib32quadmath0_4.6.1-9_amd64.deb lib32stdc++6-4.6-dbg_4.6.1-9_amd64.deb to main/g/gcc-4.6/lib32stdc++6-4.6-dbg_4.6.1-9_amd64.deb lib32stdc++6_4.6.1-9_amd64.deb to main/g/gcc-4.6/lib32stdc++6_4.6.1-9_amd64.deb libgcc1-dbg_4.6.1-9_amd64.deb to main/g/gcc-4.6/libgcc1-dbg_4.6.1-9_amd64.deb
gcc-4.6_4.6.1-9_amd64.changes ACCEPTED into unstable
Accepted: cpp-4.6_4.6.1-9_amd64.deb to main/g/gcc-4.6/cpp-4.6_4.6.1-9_amd64.deb fixincludes_4.6.1-9_amd64.deb to main/g/gcc-4.6/fixincludes_4.6.1-9_amd64.deb g++-4.6-multilib_4.6.1-9_amd64.deb to main/g/gcc-4.6/g++-4.6-multilib_4.6.1-9_amd64.deb g++-4.6_4.6.1-9_amd64.deb to main/g/gcc-4.6/g++-4.6_4.6.1-9_amd64.deb gcc-4.6-base_4.6.1-9_amd64.deb to main/g/gcc-4.6/gcc-4.6-base_4.6.1-9_amd64.deb gcc-4.6-locales_4.6.1-9_all.deb to main/g/gcc-4.6/gcc-4.6-locales_4.6.1-9_all.deb gcc-4.6-multilib_4.6.1-9_amd64.deb to main/g/gcc-4.6/gcc-4.6-multilib_4.6.1-9_amd64.deb gcc-4.6-plugin-dev_4.6.1-9_amd64.deb to main/g/gcc-4.6/gcc-4.6-plugin-dev_4.6.1-9_amd64.deb gcc-4.6-source_4.6.1-9_all.deb to main/g/gcc-4.6/gcc-4.6-source_4.6.1-9_all.deb gcc-4.6_4.6.1-9.diff.gz to main/g/gcc-4.6/gcc-4.6_4.6.1-9.diff.gz gcc-4.6_4.6.1-9.dsc to main/g/gcc-4.6/gcc-4.6_4.6.1-9.dsc gcc-4.6_4.6.1-9_amd64.deb to main/g/gcc-4.6/gcc-4.6_4.6.1-9_amd64.deb gccgo-4.6-multilib_4.6.1-9_amd64.deb to main/g/gcc-4.6/gccgo-4.6-multilib_4.6.1-9_amd64.deb gccgo-4.6_4.6.1-9_amd64.deb to main/g/gcc-4.6/gccgo-4.6_4.6.1-9_amd64.deb gfortran-4.6-multilib_4.6.1-9_amd64.deb to main/g/gcc-4.6/gfortran-4.6-multilib_4.6.1-9_amd64.deb gfortran-4.6_4.6.1-9_amd64.deb to main/g/gcc-4.6/gfortran-4.6_4.6.1-9_amd64.deb gobjc++-4.6-multilib_4.6.1-9_amd64.deb to main/g/gcc-4.6/gobjc++-4.6-multilib_4.6.1-9_amd64.deb gobjc++-4.6_4.6.1-9_amd64.deb to main/g/gcc-4.6/gobjc++-4.6_4.6.1-9_amd64.deb gobjc-4.6-multilib_4.6.1-9_amd64.deb to main/g/gcc-4.6/gobjc-4.6-multilib_4.6.1-9_amd64.deb gobjc-4.6_4.6.1-9_amd64.deb to main/g/gcc-4.6/gobjc-4.6_4.6.1-9_amd64.deb lib32gcc1-dbg_4.6.1-9_amd64.deb to main/g/gcc-4.6/lib32gcc1-dbg_4.6.1-9_amd64.deb lib32gcc1_4.6.1-9_amd64.deb to main/g/gcc-4.6/lib32gcc1_4.6.1-9_amd64.deb lib32gfortran3-dbg_4.6.1-9_amd64.deb to main/g/gcc-4.6/lib32gfortran3-dbg_4.6.1-9_amd64.deb lib32gfortran3_4.6.1-9_amd64.deb to main/g/gcc-4.6/lib32gfortran3_4.6.1-9_amd64.deb lib32go0-dbg_4.6.1-9_amd64.deb to main/g/gcc-4.6/lib32go0-dbg_4.6.1-9_amd64.deb lib32go0_4.6.1-9_amd64.deb to main/g/gcc-4.6/lib32go0_4.6.1-9_amd64.deb lib32gomp1-dbg_4.6.1-9_amd64.deb to main/g/gcc-4.6/lib32gomp1-dbg_4.6.1-9_amd64.deb lib32gomp1_4.6.1-9_amd64.deb to main/g/gcc-4.6/lib32gomp1_4.6.1-9_amd64.deb lib32mudflap0-dbg_4.6.1-9_amd64.deb to main/g/gcc-4.6/lib32mudflap0-dbg_4.6.1-9_amd64.deb lib32mudflap0_4.6.1-9_amd64.deb to main/g/gcc-4.6/lib32mudflap0_4.6.1-9_amd64.deb lib32objc3-dbg_4.6.1-9_amd64.deb to main/g/gcc-4.6/lib32objc3-dbg_4.6.1-9_amd64.deb lib32objc3_4.6.1-9_amd64.deb to main/g/gcc-4.6/lib32objc3_4.6.1-9_amd64.deb lib32quadmath0-dbg_4.6.1-9_amd64.deb to main/g/gcc-4.6/lib32quadmath0-dbg_4.6.1-9_amd64.deb lib32quadmath0_4.6.1-9_amd64.deb to main/g/gcc-4.6/lib32quadmath0_4.6.1-9_amd64.deb lib32stdc++6-4.6-dbg_4.6.1-9_amd64.deb to main/g/gcc-4.6/lib32stdc++6-4.6-dbg_4.6.1-9_amd64.deb lib32stdc++6_4.6.1-9_amd64.deb to main/g/gcc-4.6/lib32stdc++6_4.6.1-9_amd64.deb libgcc1-dbg_4.6.1-9_amd64.deb to main/g/gcc-4.6/libgcc1-dbg_4.6.1-9_amd64.deb libgcc1_4.6.1-9_amd64.deb to main/g/gcc-4.6/libgcc1_4.6.1-9_amd64.deb libgfortran3-dbg_4.6.1-9_amd64.deb to main/g/gcc-4.6/libgfortran3-dbg_4.6.1-9_amd64.deb libgfortran3_4.6.1-9_amd64.deb to main/g/gcc-4.6/libgfortran3_4.6.1-9_amd64.deb libgo0-dbg_4.6.1-9_amd64.deb to main/g/gcc-4.6/libgo0-dbg_4.6.1-9_amd64.deb libgo0_4.6.1-9_amd64.deb to main/g/gcc-4.6/libgo0_4.6.1-9_amd64.deb libgomp1-dbg_4.6.1-9_amd64.deb to main/g/gcc-4.6/libgomp1-dbg_4.6.1-9_amd64.deb libgomp1_4.6.1-9_amd64.deb to main/g/gcc-4.6/libgomp1_4.6.1-9_amd64.deb libmudflap0-4.6-dev_4.6.1-9_amd64.deb to main/g/gcc-4.6/libmudflap0-4.6-dev_4.6.1-9_amd64.deb libmudflap0-dbg_4.6.1-9_amd64.deb to main/g/gcc-4.6/libmudflap0-dbg_4.6.1-9_amd64.deb libmudflap0_4.6.1-9_amd64.deb to main/g/gcc-4.6/libmudflap0_4.6.1-9_amd64.deb libobjc3-dbg_4.6.1-9_amd64.deb to main/g/gcc-4.6/libobjc3-dbg_4.6.1-9_amd64.deb libobjc3_4.6.1-9_amd64.deb to main/g/gcc-4.6/libobjc3_4.6.1-9_amd64.deb libquadmath0-dbg_4.6.1-9_amd64.deb to main/g/gcc-4.6/libquadmath0-dbg_4.6.1-9_amd64.deb libquadmath0_4.6.1-9_amd64.deb to main/g/gcc-4.6/libquadmath0_4.6.1-9_amd64.deb libstdc++6-4.6-dbg_4.6.1-9_amd64.deb to main/g/gcc-4.6/libstdc++6-4.6-dbg_4.6.1-9_amd64.deb libstdc++6-4.6-dev_4.6.1-9_amd64.deb to main/g/gcc-4.6/libstdc++6-4.6-dev_4.6.1-9_amd64.deb libstdc++6-4.6-doc_4.6.1-9_all.deb to main/g/gcc-4.6/libstdc++6-4.6-doc_4.6.1-9_all.deb libstdc++6-4.6-pic_4.6.1-9_amd64.deb to main/g/gcc-4.6/libstdc++6-4.6-pic_4.6.1-9_amd64.deb libstdc++6_4.6.1-9_amd64.deb to main/g/gcc-4.6/libstdc++6_4.6.1-9_amd64.deb Override entries for your package: cpp-4.6_4.6.1-9_amd64.deb - optional interpreters fixincludes_4.6.1-9_amd64.deb - optional devel g++-4.6-multilib_4.6.1-9_amd64.deb - optional devel g++-4.6_4.6.1-9_amd64.deb - optional devel gcc-4.6-base_4.6.1-9_amd64.deb - required libs gcc-4.6-locales_4.6.1-9_all.deb -
gcc-4.6 override disparity
There are disparities between your recently accepted upload and the override file for the following file(s): lib32stdc++6_4.6.1-9_amd64.deb: package says priority is extra, override says optional. Please note that a list of new sections were recently added to the archive: cli-mono, database, debug, fonts, gnu-r, gnustep, haskell, httpd, java, kernel, lisp, localization, ocaml, php, ruby, vcs, video, xfce, zope. At this time a script was used to reclassify packages into these sections. If this is the case, please only reply to this email if the new section is inappropriate, otherwise please update your package at the next upload. Either the package or the override file is incorrect. If you think the override is correct and the package wrong please fix the package so that this disparity is fixed in the next upload. If you feel the override is incorrect then please file a bug against ftp.debian.org and explain why. Please INCLUDE the list of packages as seen above, or we won't be able to deal with your request due to missing information. Please make sure that the subject of the bug you file follows the following format: Subject: override: BINARY1:section/priority, [...], BINARYX:section/priority Include the justification for the change in the body of the mail please. [NB: this is an automatically generated mail; if you already filed a bug and have not received a response yet, please ignore this mail. Your bug needs to be processed by a human and will be in due course, but until then the installer will send these automated mails; sorry.] -- Debian distribution maintenance software (This message was generated automatically; if you believe that there is a problem with it please contact the archive administrators by mailing ftpmas...@debian.org) -- To UNSUBSCRIBE, email to debian-gcc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/e1r0jsq-000127...@franck.debian.org
Bug#630441: g++-4.6 miscompilation
- does it build using gcc-snapshot, gcc-4.5 or gcc-4.4? I have gcc and g++ locked to version 4:4.4.5-1, where they work. time sh build.sh (from Message 12 above http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=630441#12) ... real6m52.589s user5m37.477s sys 0m31.150s do you say, that if you just re-build the test program with an older GCC version, then the test does succeed? If not, you'll still have to find the object file in the tested code, not in the testing code. Yes. -- To UNSUBSCRIBE, email to debian-gcc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/4e63f5f2.3070...@philipashmore.com
