Bug#93708: gcc: man versus info inconsistency (-W and -Wall)
>>> "Matthias" == Matthias Klose <[EMAIL PROTECTED]> writes: [...] Matthias> Please read the WARNING section of the man page. The Matthias> info documentation is up to date. Sorry, I missed that. Matthias> In gcc-3.0 the man page is generated from the info Matthias> docs and up to date again. So maybe you can close this bug, I just meant to point this out in case it needed to be corrected for future releases. Thanks. -- Alexandre Duret-Lutz
gcc 2.95.4 VERY broken on ppc
Package: gcc-2.95 Version: 2.95.4-0.010407 Hello guys. The move of gcc 2.95.4-0.010407 has majorly broken woody on ppc. For example update_menus now has an undefined symbol for __throw and can't run. Also kconqueror from kde 2.1.1 has undefined symbols to __throw and malfunctions. Also libdb2 can no longer be built. I regress from sid to woody last night for this very reason and now the flaw has migrated over. Can you please regress the ppc version of woody back to the last gcc 2.95.3 version that was there yesterday. Jack Howarth ps the build of libdb2 fails as follows... cc -o db_archive db_archive.o err.o getlong.o -L. -ldb2 db_archive.o: In function `main': /home/howarth/debian2/db2-2.7.7/build-tree/db-2.7.7/build_unix/../dist/../db_archive/db_archive.c:94: undefined reference to `db_appexit' /home/howarth/debian2/db2-2.7.7/build-tree/db-2.7.7/build_unix/../dist/../db_archive/db_archive.c:94: relocation truncated to fit: R_PPC_REL24 db_appexit /home/howarth/debian2/db2-2.7.7/build-tree/db-2.7.7/build_unix/../dist/../db_archive/db_archive.c:103: undefined reference to `db_appexit' /home/howarth/debian2/db2-2.7.7/build-tree/db-2.7.7/build_unix/../dist/../db_archive/db_archive.c:103: relocation truncated to fit: R_PPC_REL24 db_appexit db_archive.o: In function `db_init': /home/howarth/debian2/db2-2.7.7/build-tree/db-2.7.7/build_unix/../dist/../db_archive/db_archive.c:130: undefined reference to `db_appinit' /home/howarth/debian2/db2-2.7.7/build-tree/db-2.7.7/build_unix/../dist/../db_archive/db_archive.c:130: relocation truncated to fit: R_PPC_REL24 db_appinit collect2: ld returned 1 exit status make[1]: *** [db_archive] Error 1 make[1]: Leaving directory `/home/howarth/debian2/db2-2.7.7/build-tree/db-2.7.7/build_unix' make: *** [stampdir/build] Error 2 Build command 'cd db2-2.7.7 && dpkg-buildpackage -b -uc' failed. E: Child process failed not good. -- Jack W. Howarth, Ph.D. 231 Bethesda Avenue NMR Facility Director Cincinnati, Ohio 45267-0524 Dept. of Molecular Genetics phone: (513) 558-4420 Univ. of Cincinnati College of Medicinefax: (513) 558-8474
Re: gcc 2.95.4 VERY broken on ppc
On Tue, Apr 24, 2001 at 09:52:04PM -0400, Jack Howarth wrote: > Package: gcc-2.95 > Version: 2.95.4-0.010407 > > Hello guys. The move of gcc 2.95.4-0.010407 has majorly broken > woody on ppc. For example update_menus now has an undefined > symbol for __throw and can't run. Also kconqueror from kde 2.1.1 > has undefined symbols to __throw and malfunctions. Also libdb2 > can no longer be built. I regress from sid to woody last night > for this very reason and now the flaw has migrated over. > Can you please regress the ppc version of woody back to the last > gcc 2.95.3 version that was there yesterday. > Jack Howarth voltaire:/home/dan# LD_DEBUG=all LD_OUTPUT=foo update-menus 2>&1 |grep throw 10147: symbol=__throw; lookup in file=update-menus 10147: symbol=__throw; lookup in file=/usr/lib/libstdc++-libc6.2-2.so.3 10147: binding file update-menus to /usr/lib/libstdc++-libc6.2-2.so.3: normal symbol `__throw' voltaire:/home/dan# nm -D /usr/lib/libstdc++-libc6.2-2.so.3 |grep throw 0003331c T __rethrow 00032804 T __sjpopnthrow 000325e0 T __sjthrow 00033110 T __throw ... That's 2.95.3-6. In 2.95.4-0.010407 it vanished. Matthias, where might it have gone? It's not in libgcc.a any more either. It looks to me like we no longer get DWARF2_UNWIND_INFO. WAIT! You uploaded a GCC without Franz's patch! I recall expressly asking you NOT to do this. There's an ABI change in that patch. You can't just reverse it at will. If you only want it on powerpc, so be it, but we -must- have it! > ps the build of libdb2 fails as follows... > > not good. Don't tell us, tell the db2 maintainer. -- Daniel Jacobowitz Debian GNU/Linux Developer Monta Vista Software Debian Security Team
