Bug#67206: [Bug optimization/9363] unused struct literal constants remain
--- Additional Comments From pinskia at gcc dot gnu dot org 2003-12-17 00:36 --- Fixed for the tree-ssa. -- What|Removed |Added Status|SUSPENDED |RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=9363 --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is.
Bug#67206: [Bug optimization/6901] optimiser could be improved (removing unused local variables)
-- Bug 6901 depends on bug 9363, which changed state. Bug 9363 Summary: unused struct literal constants remain http://gcc.gnu.org/bugzilla/show_bug.cgi?id=9363 What|Old Value |New Value Status|WAITING |NEW Status|NEW |SUSPENDED Status|SUSPENDED |RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=6901 --- You are receiving this mail because: --- You reported the bug, or are watching the reporter.
Bug#224200: gcc-3.3 fails to generate EH_FRAME program-header
Package: gcc-3.3
Version: 1:3.3.3-0pre0
Severity: important
Tags: sid
It appears that the behavior of Debian gcc-3.3 is inconsistent with
that of Red Hat's gcc-3.2 when -fexceptions is specified. Example:
On Debian/testing:
$ cat t.c
int main (int argc, char **argv) {
printf ("hello\n");
}
$ gcc-3.3 -fexceptions t.c
$ objdump --priv a.out |grep EH
(no output)
On Red Hat 9:
$ cat t.c
int main (int argc, char **argv) {
printf ("hello\n");
}
$ gcc -fexceptions t.c
$ objdump --priv a.out |grep EH
EH_FRAME off0x0420 vaddr 0x08048420 paddr 0x08048420 align 2**2
I believe this is a serious problem because it means that a DWARF2
unwinder will not be able to unwind across C code even though it was
compiled with -fexceptions.
--david
-- System Information:
Debian Release: testing/unstable
Architecture: i386
Kernel: Linux napali 2.4.17-686 #2 Sat Dec 22 21:58:49 EST 2001 i686
Locale: LANG=C, LC_CTYPE=C
Versions of packages gcc-3.3 depends on:
ii binutils 2.14.90.0.7-3 The GNU assembler, linker and bina
ii cpp-3.31:3.3.3-0pre0 The GNU C preprocessor
ii gcc-3.3-base 1:3.3.3-0pre0 The GNU Compiler Collection (base
ii libc6 2.3.2.ds1-10 GNU C Library: Shared libraries an
ii libgcc11:3.3.3-0pre0 GCC support library
-- no debconf information
Bug#67206: [Bug optimization/9363] unused struct literal constants remain
--- Additional Comments From pinskia at gcc dot gnu dot org 2003-12-17 17:05 --- Reopening the bugs that are fixed on the tree-ssa (but not reported against the branch). -- What|Removed |Added Status|RESOLVED|REOPENED Resolution|FIXED | http://gcc.gnu.org/bugzilla/show_bug.cgi?id=9363 --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is.
Bug#67206: [Bug optimization/9363] unused struct literal constants remain
--- Additional Comments From pinskia at gcc dot gnu dot org 2003-12-17 17:11 --- Suspending based on this is fixed on the tree-ssa. -- What|Removed |Added Status|REOPENED|SUSPENDED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=9363 --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is.
Bug#224200: gcc-3.3 fails to generate EH_FRAME program-header
gcc-3.3 is configured with --enable-sjlj-exceptions (done to keep
compatibility with gcc-3.2). I don't know if the dwarf2 unwinder will
work with this setup.
David Mosberger writes:
> Package: gcc-3.3
> Version: 1:3.3.3-0pre0
> Severity: important
> Tags: sid
>
> It appears that the behavior of Debian gcc-3.3 is inconsistent with
> that of Red Hat's gcc-3.2 when -fexceptions is specified. Example:
>
> On Debian/testing:
>
> $ cat t.c
> int main (int argc, char **argv) {
> printf ("hello\n");
> }
> $ gcc-3.3 -fexceptions t.c
> $ objdump --priv a.out |grep EH
> (no output)
>
> On Red Hat 9:
>
> $ cat t.c
> int main (int argc, char **argv) {
> printf ("hello\n");
> }
> $ gcc -fexceptions t.c
> $ objdump --priv a.out |grep EH
> EH_FRAME off0x0420 vaddr 0x08048420 paddr 0x08048420 align 2**2
>
> I believe this is a serious problem because it means that a DWARF2
> unwinder will not be able to unwind across C code even though it was
> compiled with -fexceptions.
Bug#224200: gcc-3.3 fails to generate EH_FRAME program-header
Matthias Klose wrote: >gcc-3.3 is configured with --enable-sjlj-exceptions (done to keep >compatibility with gcc-3.2). I don't know if the dwarf2 unwinder will >work with this setup. To be much more specific, it is configured this way *only* on HPPA and m68k. If changing that is desired at some point, it can be done as an architecture-specific transition (requiring mass recompilation, but only on one architecture). (But presumably nothing like this should be done before sarge releases.) -- Nathanael Nerode http://home.twcny.rr.com/nerode/neroden/fdl.html
[Bug pch/11654] gcc seg fault when using pre-compiled headers and -gstabs
-- What|Removed |Added Version|3.4 |unknown http://gcc.gnu.org/bugzilla/show_bug.cgi?id=11654 --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is.
Bug#224340: gcc-snapshot: ICE in cxx_incomplete_type_diagnostic
Package: gcc-snapshot Version: 20031206-1 Severity: normal panama.cpp: In member function `void CryptoPP::Panama::Iterate(unsigned int, const CryptoPP::word32*, CryptoPP::word32*, const CryptoPP::word32*)': panama.cpp:57: internal compiler error: in cxx_incomplete_type_diagnostic, at cp/typeck2.c:273 Please submit a full bug report, with preprocessed source if appropriate. See http://gcc.gnu.org/bugs.html> for instructions. I am compiling this file with the following command line: /usr/lib/gcc-snapshot/bin/g++ -g -fpermissive -w -DCPP_TYPENAME=typename -pipe -c panama.cpp Reading specs from /usr/lib/gcc-snapshot/lib/gcc/i486-linux/3.4/specs Configured with: ../src/configure -v --enable-languages=c,c++,java,f77,objc,ada,treelang --prefix=/usr/lib/gcc-snapshot --enable-shared --with-system-zlib --enable-nls --without-included-gettext --enable-__cxa_atexit --enable-clocale=gnu --enable-libstdcxx-debug --enable-java-gc=boehm --enable-java-awt=xlib,gtk --with-cpp-install-dir=bin --disable-werror i486-linux Thread model: posix gcc version 3.4 20031206 (experimental) I assume you want preprocessed source, so here it is, bzip2 compressed. 0829bc352dabf775577b8e7fb509fe44 *panama.ii.bz2 -- System Information: Debian Release: testing/unstable Architecture: i386 Kernel: Linux stonewall.crustytoothpaste.ath.cx 2.6.0-test7-1-386 #1 Sun Oct 12 10:29:56 EST 2003 i686 Locale: LANG=C, LC_CTYPE=en_US.UTF-8 (ignored: LC_ALL set to C) Versions of packages gcc-snapshot depends on: ii binutils 2.14.90.0.7-3 The GNU assembler, linker and bina ii libart-2.0-2 2.3.16-1 Library of functions for 2D graphi ii libatk1.0-01.4.1-1 The ATK accessibility toolkit ii libc6 2.3.2.ds1-10 GNU C Library: Shared libraries an ii libglib2.0-0 2.2.3-1 The GLib library of C routines ii libgtk2.0-02.2.4-2 The GTK+ graphical user interface ii libpango1.0-0 1.2.5-2.1 Layout and rendering of internatio ii xlibs 4.3.0-0pre1v4 X Window System client libraries ii zlib1g 1:1.2.1-2 compression library - runtime -- no debconf information -- Brian M. Carlson <[EMAIL PROTECTED]> 0x560553e7 panama.ii.bz2 Description: Binary data signature.asc Description: Digital signature
