[Bug target/20614] PowerPC - inefficient use of condition register

--- Additional Comments From astrange at ithinksw dot com 2005-03-24 06:39 --- It buys two cycles per compare on a G3/G4 (as well as not clobbering cr0, which one of the gcc patterns does). It also saves 2/3s of the code size, which is what -Os is targeting. Not much, but the realworl

[Bug target/20614] PowerPC - inefficient use of condition register

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-03-24 06:25 --- Though I don't know how much this buys you on any of the current PPCs. From the G3/G4 to the 970. In fact the 970 this could make it worse but I could be wrong. -- http://gcc.gnu.org/bugzilla/show_bu

[Bug target/20614] PowerPC - inefficient use of condition register

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-03-24 06:22 --- This is actually a target issue. Anyways confirmed. I think there is another bug about this or a discussion somewhere which talks about this. -- What|Removed |Added --

[Bug rtl-optimization/20614] New: PowerPC - inefficient use of condition register

[zebes:~] astrange% /usr/local/bin/g++fsf -v Using built-in specs. Target: powerpc-apple-darwin7.7.0 Configured with: ../fsfgcc/configure --program-suffix=fsf --enable-languages=c,c++,java,treelang -- enable-cpu=750 Thread model: posix gcc version 4.1.0 20050321 (experimental) [zebes:~] astrange%

[Bug rtl-optimization/20532] [4.0/4.1 Regression] Bad code for DImode left shifts by 31 and then 1

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-03-24 05:58 --- Subject: Bug 20532 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-03-24 05:57:52 Modified files: gcc: ChangeLog simplify-rtx.c gcc

[Bug tree-optimization/20612] ICE in verify_ssa for -ftree-loop-linear

--- Additional Comments From dberlin at gcc dot gnu dot org 2005-03-24 04:32 --- i accidently marked it suspended :( -- What|Removed |Added Status|SUSPENDED

[Bug tree-optimization/20612] ICE in verify_ssa for -ftree-loop-linear

--- Additional Comments From dberlin at gcc dot gnu dot org 2005-03-24 04:21 --- To add some more detail: We sink the iv increment because it wasn't used in the old exit test. However, the exit test we want to generate wants to use it, but because we sunk it, it no longer dominates the

[Bug tree-optimization/20612] ICE in verify_ssa for -ftree-loop-linear

--- Additional Comments From dberlin at gcc dot gnu dot org 2005-03-24 04:19 --- I know what's up -- What|Removed |Added AssignedTo|unassigned at gcc dot gnu |dber

[Bug tree-optimization/20612] ICE in verify_ssa for -ftree-loop-linear

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-03-24 04:04 --- And easy winner is: +2005-03-01 Daniel Berlin <[EMAIL PROTECTED]> + + * Makefile.in (tree-ssa-sink.o): New. using -fno-tree-sink causes no ICE. -- What|Removed |A

[Bug middle-end/15443] ICE with void f () __attribute__ ((__malloc__));

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-03-24 03:02 --- *** Bug 20613 has been marked as a duplicate of this bug. *** -- What|Removed |Added

[Bug c/20613] __attribute__((malloc)) causes segfault in GCC 3.4

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-03-24 03:02 --- Yes but this is a dup of bug 15443. A simple seach would have found it *** This bug has been marked as a duplicate of 15443 *** -- What|Removed |Added -

[Bug c/20613] __attribute__((malloc)) causes segfault in GCC 3.4

--- Additional Comments From lkosewsk at uwaterloo dot ca 2005-03-24 02:58 --- Created an attachment (id=8442) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=8442&action=view) The attached .i file and original source. This contains the original source which produced the error, as w

[Bug c/20613] New: __attribute__((malloc)) causes segfault in GCC 3.4

I have a very simple program here, namely: -- #include void __attribute__((malloc)) intersect(int list) { int* shite = (int *)malloc(sizeof(int)); } int main() { intersect(5); } -- Attempting to compile this using GCC 3.4 with `gcc bug.c` causes a segmentation fault. Ou

[Bug tree-optimization/20598] [4.1 regression] gcc.c-torture/unsorted/uuarg.c, -O3

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-03-24 02:36 --- Patch here: . -- What|Removed |Added

[Bug c++/14912] Do not print default template arguments in error messages

--- Additional Comments From giovannibajo at libero dot it 2005-03-24 02:15 --- (In reply to comment #9) > Doesn't sound right to me. [...] > GCC ought to have a heuristic based on the lengths of the version with > the "with" clause and the version with a full argument substitution, to

[Bug target/20611] duplicate label for inlined function referencing TLS

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-03-24 01:23 --- I wonder if this is because we turned off something inbetween 3.4.0 and 4.0.0. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20611

[Bug libstdc++/20575] g++ 3.3.3 compiled program segmention fault when run on HPUX system not having gcc

--- Additional Comments From pcarlini at suse dot de 2005-03-24 01:17 --- Ok, thanks. Then closing as not a libstdc++ bug. -- What|Removed |Added Status|UNCONFIR

[Bug middle-end/20610] Real by complex multiplications perform unnecessary operations

-- What|Removed |Added CC||pcarlini at suse dot de http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20610

[Bug tree-optimization/20612] ICE in verify_ssa for -ftree-loop-linear

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-03-24 00:52 --- There are only two patches during that time frame could have caused this: +2005-03-01 Daniel Berlin <[EMAIL PROTECTED]> + + * Makefile.in (tree-ssa-sink.o): New. and: +2005-03-01 Zdenek Dvorak <[E

[Bug target/20611] duplicate label for inlined function referencing TLS

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-03-24 00:30 --- I think the trick which I did for darwin and its pic label could be used here but I don't have time to fix this bug. See . -- http://gcc.gnu.or

[Bug tree-optimization/20612] ICE in verify_ssa for -ftree-loop-linear

--- Additional Comments From janis at gcc dot gnu dot org 2005-03-24 00:27 --- Created an attachment (id=8440) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=8440&action=view) minimized testcase -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20612

[Bug tree-optimization/20612] New: ICE in verify_ssa for -ftree-loop-linear

The SPEC CPU2000 benchmark 171.swim fails to build on powerpc64-linux using "-m32 -O2 -ftree-loop-linear" with current GCC mainline due to an ICE in verify_ssa. I'll attach a minimized test case that gets the same error:

[Bug middle-end/20610] Real by complex multiplications perform unnecessary operations

--- Additional Comments From pcarlini at suse dot de 2005-03-24 00:26 --- For concreteness, this is what I get (with 4.0.0 20050321) if I add -ffast-math to your switches, seems not so bad, first blush: _Z1fv: .LFB1939: pushl %ebp .LCFI0: movl%esp, %ebp .LCFI1:

[Bug target/20611] duplicate label for inlined function referencing TLS

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-03-24 00:23 --- Ok, what is happening here is we are committing too early to a label name. There should be an easy way of fixing this. Note the problem shows up in .31.bbro which duplicates the BBs. This must likely

[Bug middle-end/20610] Real by complex multiplications perform unnecessary operations

--- Additional Comments From pcarlini at suse dot de 2005-03-24 00:19 --- But, isn't 19953 about -ffast-math? Or you really want the same code *without* that switch?!? We are talking about completely different issues, IMHO. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20610

[Bug target/20286] [3.3 only] gcc panic with __thread attribute

--- Additional Comments From wilson at gcc dot gnu dot org 2005-03-24 00:09 --- That patch that fixed this in gcc-3.4 is too large to backport, particularly when considering that it depends on other stuff (such as default_encode_section_info) which is not already present in gcc-3.3. How

[Bug target/20611] duplicate label for inlined function referencing TLS

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-03-23 23:46 --- Though the code which generates the label is the same so it might be the tree-ssa merge after all. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20611

[Bug target/20611] duplicate label for inlined function referencing TLS

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-03-23 23:44 --- .LTLS0: Confirmed, I really doubt it was fixed by the tree-ssa merge. -- What|Removed |Added

[Bug rtl-optimization/20600] [4.1 regression] failure for pass.c on x86_64-pc-linux-gnu

-- What|Removed |Added Status|UNCONFIRMED |NEW Ever Confirmed||1 Last reconfirmed|-00-00 00:00:00 |2005-03-

[Bug target/20611] duplicate label for inlined function referencing TLS

-- What|Removed |Added CC||pinskia at gcc dot gnu dot ||org Keywords|

[Bug target/20611] duplicate label for inlined function referencing TLS

--- Additional Comments From janis at gcc dot gnu dot org 2005-03-23 23:08 --- Created an attachment (id=8438) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=8438&action=view) minimized test case -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20611

[Bug target/20611] New: duplicate label for inlined function referencing TLS

PAPI fails to build on powerpc-linux with "-O3 -fPIC" due to multiple symbols of the same name in assembler output. The minimized test case demonstrates the problem. The failure occurs on the 3.4 branch (the FSF versi

[Bug libfortran/20236] runtime error reading float

--- Additional Comments From fxcoudert at gcc dot gnu dot org 2005-03-23 22:58 --- Using testcase from comment #2, I don't get a runtime error but the program hangs out forever: Program received signal SIGINT, Interrupt. 0x0806b971 in memset () Current language: auto; currently asm (gd

[Bug libfortran/18025] libgfortran: format, incompatible "minimum width" edit descriptor

-- What|Removed |Added Target Milestone|--- |4.0.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18025

[Bug libfortran/18025] libgfortran: format, incompatible "minimum width" edit descriptor

--- Additional Comments From fxcoudert at gcc dot gnu dot org 2005-03-23 22:18 --- Fixed on both 4.0 and mainline. -- What|Removed |Added Status|NEW

gcc and as bug

I have encountered what seems to be an error of unforgiving nature when attempting to compile a device driver for the parallel port. I also attempted to compile the example given in Riku Saikkonen's HOW TO on I/O port programming using options 0-6 with the same result. The error is centered on

[Bug c++/20589] error: '' is/uses anonymous type'

--- Additional Comments From bangerth at dealii dot org 2005-03-23 21:56 --- Related PRs are: PR 19404, and in particular PR 17413. The latter is the one I was thinking of. W. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20589

[Bug target/20608] Bus Error - union of structures

-- What|Removed |Added CC||ebotcazou at gcc dot gnu dot ||org Summary|regression

[Bug c++/20607] -fstrict-aliasing causes incorrect scheduling on Sparc Solaris

-- What|Removed |Added CC||ebotcazou at gcc dot gnu dot ||org http://gcc.gnu.org/bugzilla/

[Bug libfortran/18025] libgfortran: format, incompatible "minimum width" edit descriptor

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-03-23 21:46 --- Subject: Bug 18025 CVSROOT:/cvs/gcc Module name:gcc Branch: gcc-4_0-branch Changes by: [EMAIL PROTECTED] 2005-03-23 21:46:01 Modified files: gcc/testsuite : Change

[Bug libfortran/18025] libgfortran: format, incompatible "minimum width" edit descriptor

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-03-23 21:42 --- Subject: Bug 18025 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-03-23 21:42:11 Modified files: gcc/testsuite : ChangeLog libgfortran: C

[Bug libgcj/9854] GregorianCalendar does not validate months correctly

--- Additional Comments From tromey at gcc dot gnu dot org 2005-03-23 21:39 --- Fix checked in. -- What|Removed |Added Status|NEW |RESOL

[Bug libgcj/11085] SimpleDateFormat fails to parse valid dates

--- Additional Comments From tromey at gcc dot gnu dot org 2005-03-23 21:38 --- Fix checked in. -- What|Removed |Added Status|NEW |RESOL

[Bug libgcj/18083] Calendar returns incorrect values for DAY_OF_YEAR and DAY_OF_WEEK after calling add().

--- Additional Comments From tromey at gcc dot gnu dot org 2005-03-23 21:38 --- Fix checked in. -- What|Removed |Added Status|NEW |RESOL

[Bug libgcj/14892] Issues with TimerTask/Calendar

--- Additional Comments From tromey at gcc dot gnu dot org 2005-03-23 21:37 --- Fix checked in. -- What|Removed |Added Status|UNCONFIRMED |RESOL

[Bug libgcj/2641] Calendar and GregorianCalendar have serious problems

--- Additional Comments From tromey at gcc dot gnu dot org 2005-03-23 21:37 --- Fix checked in. -- What|Removed |Added Status|NEW |RESOL

[Bug libgcj/14892] Issues with TimerTask/Calendar

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-03-23 21:36 --- Subject: Bug 14892 CVSROOT:/cvs/gcc Module name:gcc Branch: gcc-4_0-branch Changes by: [EMAIL PROTECTED] 2005-03-23 21:36:25 Modified files: libjava: Change

[Bug libgcj/11085] SimpleDateFormat fails to parse valid dates

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-03-23 21:36 --- Subject: Bug 11085 CVSROOT:/cvs/gcc Module name:gcc Branch: gcc-4_0-branch Changes by: [EMAIL PROTECTED] 2005-03-23 21:36:25 Modified files: libjava: Change

[Bug libgcj/18083] Calendar returns incorrect values for DAY_OF_YEAR and DAY_OF_WEEK after calling add().

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-03-23 21:36 --- Subject: Bug 18083 CVSROOT:/cvs/gcc Module name:gcc Branch: gcc-4_0-branch Changes by: [EMAIL PROTECTED] 2005-03-23 21:36:25 Modified files: libjava: Change

[Bug libgcj/2641] Calendar and GregorianCalendar have serious problems

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-03-23 21:36 --- Subject: Bug 2641 CVSROOT:/cvs/gcc Module name:gcc Branch: gcc-4_0-branch Changes by: [EMAIL PROTECTED] 2005-03-23 21:36:25 Modified files: libjava: ChangeL

[Bug libgcj/9854] GregorianCalendar does not validate months correctly

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-03-23 21:36 --- Subject: Bug 9854 CVSROOT:/cvs/gcc Module name:gcc Branch: gcc-4_0-branch Changes by: [EMAIL PROTECTED] 2005-03-23 21:36:25 Modified files: libjava: ChangeL

[Bug libgcj/11085] SimpleDateFormat fails to parse valid dates

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-03-23 21:26 --- Subject: Bug 11085 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-03-23 21:26:00 Modified files: libjava: ChangeLog libjava/java/text:

[Bug libgcj/2641] Calendar and GregorianCalendar have serious problems

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-03-23 21:26 --- Subject: Bug 2641 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-03-23 21:26:00 Modified files: libjava: ChangeLog libjava/java/text:

[Bug libgcj/9854] GregorianCalendar does not validate months correctly

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-03-23 21:26 --- Subject: Bug 9854 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-03-23 21:26:00 Modified files: libjava: ChangeLog libjava/java/text:

[Bug libgcj/14892] Issues with TimerTask/Calendar

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-03-23 21:26 --- Subject: Bug 14892 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-03-23 21:26:00 Modified files: libjava: ChangeLog libjava/java/text:

[Bug libgcj/18083] Calendar returns incorrect values for DAY_OF_YEAR and DAY_OF_WEEK after calling add().

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-03-23 21:26 --- Subject: Bug 18083 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-03-23 21:26:00 Modified files: libjava: ChangeLog libjava/java/text:

[Bug middle-end/20610] Real by complex multiplications perform unnecessary operations

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-03-23 21:11 --- Because C99 is different from C++. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20610

[Bug middle-end/20610] New: Real by complex multiplications perform unnecessary operations

When doing real by complex multiplications in C++ using std::complex, the multiplication is transformed to a complex by complex multiplication, even though the imaginary part is zero for one of the arguments. This is similar to TR 19953, however there is still a problem even though it is su

[Bug java/20526] gij -X reports no options are recognized, while -Xmx and -Xms seem to be

--- Additional Comments From tromey at gcc dot gnu dot org 2005-03-23 20:51 --- FWIW, we do support "-ms" and "-mx", but not "-Xms" and "-Xmx". Those are just ignored. However, we ought to recognize those. I'm leaving the PR open for now, for that reason. -- http://gcc.gnu.org/bug

[Bug bootstrap/13993] [3.4 Regression] Relative path as srcdir causes problem

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-03-23 20:35 --- *** Bug 20609 has been marked as a duplicate of this bug. *** -- What|Removed |Added

[Bug c/20609] install-sh not found

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-03-23 20:35 --- or configure with an relative path. Anyways this is fixed in 3.4.4. This is a dup of bug 13993. *** This bug has been marked as a duplicate of 13993 *** -- What|Removed

[Bug c/20609] New: install-sh not found

I keep getting a "install-sh not found" when trying to install gcc on a Solaris 9 box. The problem is when there is no compatible BSD install program in the current path, configure defaults to using install-sh supplied in the top level dir of the src. However either configure or the Makefile it g

[Bug middle-end/20606] ICE in make_edges, at cfgbuild.c:327 on x86_64 (with O2 - not with no optimizations)

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-03-23 20:30 --- We are missing some jump threading opertinutes on the tree level: prephitmp.107 = 0B; goto (*.LJpc=79); . *.LJpc=79:; if (prephitmp.107 == 0B) goto *.LJpc=99; else goto ; -- http://gcc.gnu

[Bug target/20608] regression - Bus Error - union of structures

-- What|Removed |Added Component|regression |target Keywords||wrong-code http://gcc.gnu.org/bugzilla/show_bug.cgi?id

[Bug regression/20608] New: regression - Bus Error - union of structures

/* % gcc-3.4.3 -m64 -o foo foo.c % foo 0 here 0 % % gcc-4.0 -m64 -o foo foo.c % foo 0 here Bus Error (core dumped) % % uname -a SunOS portia 5.8 Generic_117350-18 sun4u sparc SUNW,Sun-Blade-100 % % gcc-4.0 -v Using built-in specs. Target: sparc-sun-solaris2.8 Configured with: /home/kate/gcc-4.0-20

[Bug tree-optimization/17141] *&a->b is not folded

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-03-23 20:10 --- And here is a testcase for a missed optimization on the TREE level: void abort (void); struct a { int i; } *a; int f(void) { int *ii = &a->i; void *l; a->i = 1; if (*ii) l = &&l1; else l =

[Bug tree-optimization/19659] GCC does not remove an "if" statement that never triggers.

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-03-23 19:59 --- Hmm, the example in comment #3 is fixed on the mainline but the orginal one is just as bad when removing const now. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19659

[Bug middle-end/20606] ICE in make_edges, at cfgbuild.c:327 on x86_64 (with O2 - not with no optimizations)

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-03-23 19:46 --- Hmm, I think this is a reload or a recognizing problem. inside reload (when adding the LABEL_REG), we have the following instruction: (jump_insn 169 222 170 19 (set (pc) (label_ref:DI 172)) 515 {*ind

[Bug middle-end/20606] ICE in make_edges, at cfgbuild.c:327 on x86_64 (with O2 - not with no optimizations)

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-03-23 19:38 --- (In reply to comment #2) > Why is computed_jump_p (insn) not returning true? Actually it is the following insn: (jump_insn 169 222 170 19 (set (pc) (reg:DI 0 ax)) 515 {*indirect_jump_rtx64} (nil)

[Bug middle-end/20606] ICE in make_edges, at cfgbuild.c:327 on x86_64 (with O2 - not with no optimizations)

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-03-23 19:29 --- Hmm, we are dying because of the following instruction: (jump_insn 169 168 170 19 (set (pc) (reg/f:DI 66 [ #ref#6#19 ])) 515 {*indirect_jump_rtx64} (nil) (expr_list:REG_DEAD (reg/f:DI 66 [ #ref#6#19 ])

[Bug c++/20589] error: '' is/uses anonymous type'

--- Additional Comments From mark at codesourcery dot com 2005-03-23 19:28 --- Subject: Re: error: '' is/uses anonymous type' bangerth at dealii dot org wrote: > --- Additional Comments From bangerth at dealii dot org 2005-03-23 19:24 > --- > That has been subject to discussi

[Bug c++/20589] error: '' is/uses anonymous type'

--- Additional Comments From bangerth at dealii dot org 2005-03-23 19:24 --- That has been subject to discussion (i.e. whether the attempt to use an unnamed enum as a template argument should just silently fail as a substitution failure). However, it has been decided that this is a ha

[Bug c++/20589] error: '' is/uses anonymous type'

--- Additional Comments From caolanm at redhat dot com 2005-03-23 19:12 --- Sounds reasonable, but it's not the case that the compiler should just silently not consider anonymous enums as candidates for template argument matching ? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=2058

[Bug c++/20607] -fstrict-aliasing causes incorrect scheduling on Sparc Solaris

--- Additional Comments From Ganesh dot Sittampalam at arm dot com 2005-03-23 19:05 --- Created an attachment (id=8437) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=8437&action=view) gcc -v -save-temps output for bug -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20607

[Bug c++/20607] -fstrict-aliasing causes incorrect scheduling on Sparc Solaris

--- Additional Comments From Ganesh dot Sittampalam at arm dot com 2005-03-23 19:04 --- Created an attachment (id=8436) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=8436&action=view) Source code for bug -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20607

[Bug c++/20607] New: -fstrict-aliasing causes incorrect scheduling on Sparc Solaris

On Sparc Solaris, the attached code leads to the following assembly sequence being produced at the beginning of a function. Stack slot %fp-32 is read before it is written. Turning off either -fstrict-aliasing or -fsched-insns causes the problem to go away. I'm relying on the GCC extension that all

[Bug middle-end/20606] ICE in make_edges, at cfgbuild.c:327 on x86_64 (with O2 - not with no optimizations)

-- What|Removed |Added GCC target triplet||x86_64-redhat-linux http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20606

[Bug c++/20589] error: '' is/uses anonymous type'

--- Additional Comments From bangerth at dealii dot org 2005-03-23 18:53 --- Intuitively, C++ treats unnamed enums differently than named ones, because in templates the function/class name has to be mangled, and will contain the name of the template arguments. If the template argument

[Bug middle-end/20606] ICE in make_edges, at cfgbuild.c:327 on x86_64 (with O2 - not with no optimizations)

-- What|Removed |Added Attachment #8435|application/octet-stream|text/plain mime type|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20606

[Bug java/20522] ICE in update_aliases, at java/decl.c:163

--- Additional Comments From aph at gcc dot gnu dot org 2005-03-23 18:46 --- . -- What|Removed |Added Status|ASSIGNED|RESOLVED Resol

[Bug middle-end/20606] ICE in make_edges, at cfgbuild.c:327 on x86_64 (with O2 - not with no optimizations)

-- What|Removed |Added CC||pinskia at gcc dot gnu dot ||org Component|java

[Bug java/20606] ICE in make_edges, at cfgbuild.c:327 on x86_64 (with O2 - not with no optimizations)

--- Additional Comments From overholt at redhat dot com 2005-03-23 18:25 --- Created an attachment (id=8435) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=8435&action=view) Test case Toggling the comment on line 17 affects things. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id

[Bug java/20606] New: ICE in make_edges, at cfgbuild.c:327 on x86_64 (with O2 - not with no optimizations)

Toggling line 17 of the (soon to be) attached source file allows the compilation to proceed. Bryce can duplicate this error with his build from head. $ gcj --version gcj (GCC) 4.0.0 20050320 (Red Hat 4.0.0-0.35) $ wget http://people.redhat.com/~overholt/Main.java $ javac Main.java $ gcj -fPIC -fj

[Bug tree-optimization/20601] [4.0/4.1 Regression] PRE related miscompilation

--- Additional Comments From dberlin at gcc dot gnu dot org 2005-03-23 18:17 --- El fixed. -- What|Removed |Added Status|ASSIGNED|RESOLVED

[Bug tree-optimization/20601] [4.0/4.1 Regression] PRE related miscompilation

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-03-23 18:15 --- Subject: Bug 20601 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-03-23 18:14:52 Modified files: gcc: ChangeLog tree-ssa-pre.c Added files

[Bug tree-optimization/20601] [4.0/4.1 Regression] PRE related miscompilation

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-03-23 18:14 --- Subject: Bug 20601 CVSROOT:/cvs/gcc Module name:gcc Branch: gcc-4_0-branch Changes by: [EMAIL PROTECTED] 2005-03-23 18:14:13 Modified files: gcc: Change

[Bug target/20583] [4.0/4.1 regression] ICE in output_operand: invalid expression as operand

-- What|Removed |Added CC||dank at kegel dot com http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20583

[Bug target/20583] [4.0/4.1 regression] ICE in output_operand: invalid expression as operand

--- Additional Comments From dank at kegel dot com 2005-03-23 17:06 --- That's the same one I mentioned in http://gcc.gnu.org/ml/gcc/2005-03/msg00991.html I was going to report it, but you beat me to it, and you did a better job of minimizing the test case thank I did. Thanks! What does

[Bug c++/20589] error: '' is/uses anonymous type'

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-03-23 16:57 --- (In reply to comment #4) > The workaround is trivial. But I'm still confused as to what exactly causes > gcc > to treat unnamed enums so much differently that named ones. It would be great > if > I could g

[Bug debug/19406] [4.0/4.1 Regression] ICE: in force_decl_die, at dwarf2out.c:12442

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-03-23 16:46 --- *** Bug 20513 has been marked as a duplicate of this bug. *** -- What|Removed |Added

[Bug c++/20513] [4.0/4.1 Regression] ICE when compiling with debug info and embedded using

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-03-23 16:46 --- Woops this is a dup of bug 19406. I had some how missed that for some reason. *** This bug has been marked as a duplicate of 19406 *** -- What|Removed |Added --

[Bug tree-optimization/20605] gcc.dg/tree-ssa/loop-4.c scan-tree-dump-times iter 0 fails

--- Additional Comments From jsm28 at gcc dot gnu dot org 2005-03-23 16:36 --- That should of course be 20050323 (not 20030323). -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20605

[Bug tree-optimization/20605] New: gcc.dg/tree-ssa/loop-4.c scan-tree-dump-times iter 0 fails

gcc.dg/tree-ssa/loop-4.c scan-tree-dump-times iter 0 has started failing on mainline between 20050321 and 20030323, on hppa64-hpux and ia64-hpux (-mlp64 only) but not on hppa2.0w-hpux or ia64-hpux -lilp32. Results on gcc-testresults also show it failing on ia64-linux. -- Summary: gcc.

[Bug c++/20133] [4.0/4.1 Regression] internal compiler error: in import_export_decl, at cp/decl2.c:1726

-- What|Removed |Added AssignedTo|unassigned at gcc dot gnu |nathan at gcc dot gnu dot |dot org |org Status|NEW

[Bug tree-optimization/20501] gcc.dg/vect/vect-93.c fails on ia64-hpux

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-03-23 15:53 --- Subject: Bug 20501 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-03-23 15:53:05 Modified files: gcc: ChangeLog tree-vect-analyze.c Log m

[Bug target/8972] [arc-7-elf] the c code ' x << i' causes infinite loop when i = 0

--- Additional Comments From saurabh dot verma at codito dot com 2005-03-23 15:24 --- Filed a patch on gcc-patches to fix this. When optimizations are enabled, the arc backend generates a single instruction loop for such code. The loop count register is checked only at the end of the

[Bug c++/20599] variadic template support

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-03-23 15:13 --- Confirmed. -- What|Removed |Added Status|UNCONFIRMED |NEW E

[Bug c++/20595] compilation gives garbage file instead of valid .o

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-03-23 15:12 --- (In reply to comment #1) > it's related to the system i'm working with, > > gcc -S and then running as on it produced working files > > sorry for bothering you with this... This means it is your machine i

[Bug c++/20595] compilation gives garbage file instead of valid .o

-- What|Removed |Added CC||gcc-bugs at gcc dot gnu dot ||org http://gcc.gnu.org/bugzilla/s

[Bug fortran/20587] gcc-4_0 from head does not build on Panther

--- Additional Comments From fca at mail dot cern dot ch 2005-03-23 15:08 --- Subject: Re: gcc-4_0 from head does not build on Panther Hello, this bug should be closed, it was my error and I apologise for that. I had the gnu intl lib in /usr/local/lib. Apparently configure was prob

  1   2   >