[Bug preprocessor/30363] [4.0/4.1/4.2/4.3 Regression] Support for -traditional-cpp is incomplete in current gcc relative to gcc 2.95.3

--- Comment #2 from fnf at specifixinc dot com 2007-01-07 01:21 --- Created an attachment (id=12867) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=12867&action=view) Patch to fix reported problem -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30363

[Bug preprocessor/30363] New: Support for -traditional-cpp is incomplete in current gcc relative to gcc 2.95.3

o gcc 2.95.3 Product: gcc Version: 4.3.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: preprocessor AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: fnf at specifixinc dot com GCC build triplet:

[Bug c/30051] New: Current gcc gets error compiling glibc with -std=gnu99

Component: c AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: fnf at specifixinc dot com GCC build triplet: i686-pc-linux-gnu GCC host triplet: i686-pc-linux-gnu GCC target triplet: i686-pc-linux-gnu http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30051

[Bug debug/29614] New: DWARF information for function static variable is missing after unrelated code addition

Status: UNCONFIRMED Severity: major Priority: P3 Component: debug AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: fnf at specifixinc dot com GCC build triplet: i686-pc-linux-gnu GCC host triplet: i686-pc-linux-gnu GCC targ

[Bug c++/28220] Segfault in top-of-tree development gcc

--- Comment #2 from fnf at specifixinc dot com 2006-07-02 10:48 --- Created an attachment (id=11797) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=11797&action=view) GDB backtrace from segfault -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28220

[Bug c++/28220] Segfault in top-of-tree development gcc

--- Comment #1 from fnf at specifixinc dot com 2006-07-02 10:47 --- Created an attachment (id=11796) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=11796&action=view) Input file to reproduce the problem -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28220

[Bug c++/28220] New: Segfault in top-of-tree development gcc

Severity: normal Priority: P3 Component: c++ AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: fnf at specifixinc dot com GCC build triplet: i686-pc-linux-gnu GCC host triplet: i686-pc-linux-gnu GCC target triplet: i686-pc-linux-gnu http://gcc.gnu.org

[Bug pch/28219] ICE bootstrapping latest "top of tree" gcc

--- Comment #2 from fnf at specifixinc dot com 2006-07-02 10:38 --- Created an attachment (id=11795) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=11795&action=view) Bactrace from gdb -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28219

[Bug pch/28219] ICE bootstrapping latest "top of tree" gcc

--- Comment #1 from fnf at specifixinc dot com 2006-07-02 10:37 --- Created an attachment (id=11794) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=11794&action=view) Input file to reproduce the problem -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28219

[Bug pch/28219] New: ICE bootstrapping latest "top of tree" gcc

t; gcc Product: gcc Version: 4.2.0 Status: UNCONFIRMED Severity: critical Priority: P3 Component: pch AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: fnf at specifixinc dot com GCC build triplet: i686-pc-lin

[Bug c/28198] ICE building mips-elf cross compiler

--- Comment #1 from fnf at specifixinc dot com 2006-06-29 11:05 --- Created an attachment (id=11779) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=11779&action=view) Preprocessed version of tree.c I had to wack away some code to get it to fit within the apparent 1Mb li

[Bug c/28198] New: ICE building mips-elf cross compiler

NCONFIRMED Severity: critical Priority: P3 Component: c AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: fnf at specifixinc dot com GCC build triplet: i686-pc-linux-gnu GCC host triplet: i686-pc-linux-gnu GCC target triplet: i686-pc-linux-gnu http://g

[Bug debug/20967] g++ generates same DW_AT_ranges info for two different functions

--- Additional Comments From fnf at specifixinc dot com 2005-04-12 14:00 --- > No version information. Is this HEAD, with Jim's earlier DW_AT_ranges patch? Yes, sorry I didn't mention it. Originally I tried to report this bug with "gccbug" but the report se

[Bug debug/20967] New: g++ generates same DW_AT_ranges info for two different functions

Priority: P2 Component: debug AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: fnf at specifixinc dot com CC: fnf at specifixinc dot com,gcc-bugs at gcc dot gnu dot org GCC build triplet: i686-pc-linux-gnu GCC host triplet: i686-pc-linux-gnu GCC target triplet: i686-pc-linux-gnu http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20967

[Bug debug/20268] g++ generates incomplete debug information for given testcase with optimization

--- Additional Comments From fnf at specifixinc dot com 2005-03-02 16:01 --- Subject: Re: g++ generates incomplete debug information for given testcase with optimization On Tuesday 01 March 2005 22:49, dberlin at gcc dot gnu dot org wrote: > In particular, it is possible we

[Bug debug/20268] g++ generates incomplete debug information for given testcase with optimization

--- Additional Comments From fnf at specifixinc dot com 2005-03-02 16:01 --- Subject: Re: g++ generates incomplete debug information for given testcase with optimization On Tuesday 01 March 2005 22:49, dberlin at gcc dot gnu dot org wrote: > In particular, it is possible we

[Bug debug/19192] [4.0 Regression] Current development gcc generates incorrect line info for example code

--- Additional Comments From fnf at specifixinc dot com 2005-01-13 20:56 --- Subject: Re: [4.0 Regression] Current development gcc generates incorrect line info for example code On Wednesday 12 January 2005 11:46, amacleod at redhat dot com wrote: > Give this a try. Unfortunat

[Bug debug/19191] [4.0 Regression] No DWARF2 DW_TAG_inlined_subroutine entry generated

--- Additional Comments From fnf at specifixinc dot com 2004-12-30 16:14 --- I tried the patch and it does generate a entry: <2>: Abbrev Number: 10 (DW_TAG_inlined_subroutine) DW_AT_abstract_origin: <5f> DW_AT_low_pc : 0x80483a1 DW_AT_high_pc : 0x8