[Bug c++/19004] ICE in uses_template_parms at cp/pt.c:4860

--- Additional Comments From reichelt at gcc dot gnu dot org 2005-02-02 01:46 --- So closing now. -- What|Removed |Added Status|NEW |RESO

[Bug rtl-optimization/14868] ICE with -msse2 -mfpmath=sse -fnon-call-exceptions

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-02-02 01:49 --- Hmm, x86 split the branch by itself. ix86_split_fp_branch But we don't recombine the branch again why? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=14868

[Bug other/15514] a typo in docs

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-02-02 01:50 --- Fixed. -- What|Removed |Added Status|NEW |RESOLVED

[Bug c++/19396] [3.4 regression] Invalid template in typedef accepted

--- Additional Comments From reichelt at gcc dot gnu dot org 2005-02-02 01:51 --- Fixed in mainline with Mark's patch for PR19395: http://gcc.gnu.org/ml/gcc-cvs/2005-01/msg01266.html -- What|Removed |Added

[Bug c++/19748] New: aggressive no-inline options still cause inlining

I am trying to compile with absolutely no inlining. And still get some functions inlined. Though somewhat less than only -no-inline. My compile/link options include: -fno-implement-inlines -fno-default-inline -finline-limit=0 -fno-default-inline -fno-inline and also -O3 -no-guess-branch-probabilit

[Bug c++/19748] aggressive no-inline options still cause inlining

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-02-02 01:56 --- -O3 enables -finline-functions, you want -fno-functions-inlines but -fno-inline should not enable inlining period (except for alwaysinline functions). -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=197

[Bug c++/19748] aggressive no-inline options still cause inlining

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-02-02 01:57 --- Also note sometimes when a function is pure/const it can be removed which is why it might act as inlining. Do you have a simple example? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19748

[Bug c++/19748] aggressive no-inline options still cause inlining

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-02-02 02:00 --- (In reply to comment #2) > Also note sometimes when a function is pure/const it can be removed which is > why it might act as > inlining. This is an example where we remove the function call so it looks li

[Bug c++/19748] aggressive no-inline options still cause inlining

--- Additional Comments From yuri at tsoft dot com 2005-02-02 02:07 --- (In reply to comment #2) > Also note sometimes when a function is pure/const it can be removed which is why it might act as > inlining. > > Do you have a simple example? > ... > Also note sometimes when a function i

[Bug c/19749] New: Coldfire ICE at -O2 or higher

The attach file passes with -O1 and lower but fails at this level. The code is part of RTEMS. $ m68k-rtems-gcc -m5200 -O2 -c ata.i ata.i: In function 'ata_initialize': ata.i:190: error: insn does not satisfy its constraints: (insn 353 198 200 13 (set (reg:QI 8 %a0) (mem:QI (plus:SI (reg/f:

[Bug target/19749] Coldfire ICE at -O2 or higher

-- What|Removed |Added Component|c |target Keywords||ice-on-valid-code http://gcc.gnu.org/bugzilla/show_bug

[Bug target/19749] Coldfire ICE at -O2 or higher

--- Additional Comments From cjohns at cybertec dot com dot au 2005-02-02 02:39 --- Created an attachment (id=8123) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=8123&action=view) Preprocessed file that generates the ICE. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19749

[Bug tree-optimization/19736] [4.0 Regression] ICE with type mismatch between SSA_NAME and its symbol

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-02-02 02:42 --- Patch here: , this is the same patch that is in here. -- What|Removed |Added --

[Bug target/19749] Coldfire ICE at -O2 or higher

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-02-02 02:44 --- I think this is a dup of bug 16719. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19749

[Bug c++/19567] dynamic_cast failure in dlopen-ed shared object

--- Additional Comments From daveregs at rsaisp dot com 2005-02-02 03:28 --- This is becoming a real showstopper for me, so I am changing the component to C++ in the hopes that it is a closer match and this bug will be looked at. -- What|Removed |Adde

[Bug fortran/5900] [g77 & gfortran] Lapack regressions since g77 2.95.2

--- Additional Comments From jvdelisle at verizon dot net 2005-02-02 03:29 --- Looking at the code, the results of the tests in Comment #27 are set to this value large number or small number when an error is detected in the results, so they are supposed to be the same. For the CGV failu

[Bug target/19750] New: [3.4] RTL checking failure in gcc.dg/titype-1.c

With today's 3.4.x CVS, when configured with --enable- checking=misc,tree,rtl,rtlflag,gc --enable-languages=c,objc,c++,f77,java -- enable-multilib=no I get an RTL checking failure on x86_64-unknown-linux-gnu in gcc.dg/titype-1.c: gcc.dg/titype-1.c:21: internal compiler error: RTL check: expected

[Bug target/19745] meta: cris-elf gcc, g++, objc testsuite failures as of "Tue Feb 1 22:03:59 UTC 2005"

-- What|Removed |Added BugsThisDependsOn||18491 Status|UNCONFIRMED |NEW Ever Confirmed||1

[Bug c++/18491] testsuite failure: WARNING: g++.old-deja/g++.mike/p10769a.C compilation failed to produce executable

--- Additional Comments From hp at gcc dot gnu dot org 2005-02-02 03:34 --- Also part of PR 19745. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18491

[Bug target/18351] mmix-knuth-mmixware testsuite failure: XPASS: gcc.dg/tree-ssa/20040204-1.c

--- Additional Comments From hp at gcc dot gnu dot org 2005-02-02 03:37 --- Also part of PR 19745 (cris-elf). -- What|Removed |Added OtherBugsDependingO|

[Bug target/18339] mmix-knuth-mmixware testsuite failure: gcc.dg/bitfld-3.c

--- Additional Comments From hp at gcc dot gnu dot org 2005-02-02 03:43 --- Ditto for cris-elf, part of PR 19745. -- What|Removed |Added OtherBugsDependingO|

[Bug c++/19567] dynamic_cast failure in dlopen-ed shared object

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-02-02 03:52 --- You messed up you used -W1, not -Wl which is different. you need to use l as in the lowercase L. I changed the Makefile to use -Wl,-E and it worked. -- What|Removed |Add

[Bug ada/19489] gnat tools not buildable cross

--- Additional Comments From neroden at gcc dot gnu dot org 2005-02-02 04:21 --- Oh, drat, I may have figured it out. I need the gcc/libada.mk file produced during the build. I believe there's something wrong with it, but until I see what's produced, I don't know exactly what. Pleas

[Bug ada/19489] gnat tools not buildable cross

--- Additional Comments From neroden at gcc dot gnu dot org 2005-02-02 04:22 --- Sorry, that's "gcc/libada-mk", not "gcc/libada.mk". -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19489

[Bug middle-end/8081] ICE with variably sized types and nested functions

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-02-02 04:26 --- Actually I think I was wrong with respect with the tree-ssa/4.0.0. -- What|Removed |Added

[Bug ada/19489] gnat tools not buildable cross

--- Additional Comments From neroden at gcc dot gnu dot org 2005-02-02 04:32 --- Oh -- while we're at it, please make sure that the "gnattools-cross" target is being invoked from the libada directory, and that it is invoking the targets which crash. If it isn't -- if they're being inv

[Bug ada/19489] gnat tools not buildable cross

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

[Bug java/19738] gcjh generates invalid class member floating-point initialisers

--- Additional Comments From rmathew at gcc dot gnu dot org 2005-02-02 05:34 --- I checked in the patch referred to in the second comment after it was approved by Tom Tromey. -- What|Removed |Added -

[Bug rtl-optimization/12845] [3.4 Regression] missed jump optimization

--- Additional Comments From ian at airs dot com 2005-02-02 05:49 --- I checked the generated code using current mainline, and I don't see any conditional jumps which are obviously either true or false. I expect that this has been fixed by the tree-ssa optimizations. Please reopen this

[Bug c++/19748] aggressive no-inline options still cause inlining

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-02-02 06:44 --- (In reply to comment #4) > This const/pure is definitely not my case. How sure are you? And are you sure that the options are being used to compile all the code. -- What|Removed

[Bug other/19696] gcc.c-torture/execute/ieee/copysign1.c: Unsatisfied symbols: copysignl

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

[Bug target/19750] [3.4] RTL checking failure in gcc.dg/titype-1.c

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-02-02 06:53 --- I think this still can happen on the mainline even though the code has been moved to the tree level, we still access container the same. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19750

[Bug target/19749] Coldfire ICE at -O2 or higher

-- What|Removed |Added CC||ralf dot corsepius at rtems ||dot org GCC target triplet|m86k-rt

[Bug tree-optimization/19058] [4.0 Regression] setjmp: 4.0 fails to give 'clobbered' warning (regression from 3.4.1)

--- Additional Comments From rth at gcc dot gnu dot org 2005-02-02 07:12 --- The warning has *always* been specifically dependant on which registers are assigned to which decls. So it was never assured that you'd get the warning when you actually needed it. In this case you're doubly s

[Bug target/19714] temporary not eliminated in composite _mm_set1_epi32

--- Additional Comments From uros at kss-loka dot si 2005-02-02 07:15 --- Fixed by http://gcc.gnu.org/ml/gcc-patches/2005-02/msg00127.html: <_Z18not_eliminated_bisRKi>: 0: 55 push %ebp 1: 89 e5 mov%esp,%ebp 3: 8b 45 08

[Bug tree-optimization/19341] [4.0 Regression] DCE eliminating non-dead code

--- Additional Comments From rth at gcc dot gnu dot org 2005-02-02 07:15 --- Good point. You've got to indicate that you touch memory in some way in order to force the compiler to make memory consistent before the asm. -- What|Removed |Added

[Bug tree-optimization/17884] asm 'volatile' is not honored as documented

--- Additional Comments From rth at gcc dot gnu dot org 2005-02-02 07:18 --- No one suggested anything for clarification, but I don't see a bug here. -- What|Removed |Added

[Bug java/15543] "jv-scan --complexity" segfaults

--- Additional Comments From rmathew at gcc dot gnu dot org 2005-02-02 07:43 --- Here's the patch: http://gcc.gnu.org/ml/java-patches/2005-q1/msg00268.html -- What|Removed |Added -

[Bug ada/19489] gnat tools not buildable cross

--- Additional Comments From laurent at guerby dot net 2005-02-02 07:45 --- Here's what I got as gcc/libada-mk: [...] # GCC's Makefile fragment for libada. # libada needs some information from the GCC configure file at the moment, # and this exists to transfer that information in as cle

<    1   2