[Bug rtl-optimization/21169] New: [4.0 regression] ICE in reload_cse_simplify_operands with -fnon-call-exceptions -fPIC -O2

The following code compiles successfully under gcc-3.4.3 on amd64: > cat bug.C float foo(); int _numTransitions; int _offset; void bar(int &base) { float tmp = foo(); tmp -= (float)_offset; if (tmp < 0.0) tmp = 0.0; if (tmp > (float)(_numTransitions-1)) tmp = (float)(_nu

[Bug bootstrap/21162] Build failure

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-22 17:24 --- (In reply to comment #4) > For that matter, if one cannot build the 64 bit compiler with the stock > compiler > on Debian sparc64-unknown-linux-gnu, how does one build this compiler? You build a cross comp

[Bug c++/20805] [4.0 Regression] Another debug info emitting bug

--- Additional Comments From wilson at gcc dot gnu dot org 2005-04-22 21:53 --- Fixed on mainline and gcc-4.0 branch. -- What|Removed |Added Status|ASSIGNED

[Bug fortran/20873] entry with alternate return in function

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

[Bug fortran/20873] entry with alternate return in function

-- What|Removed |Added Keywords||ice-on-invalid-code Summary|error needed|entry with alternate return

[Bug c/21167] ICE in get_indirect_ref_operands at tree-ssa-operands.c when compiling MySQL-4.1

-- What|Removed |Added Summary|internal compiler error in |ICE in |get_indirect_ref_operands at|get_indirect_ref_operands at |tree-ss

[Bug c++/20805] [4.0 Regression] Another debug info emitting bug

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-04-22 21:49 --- Subject: Bug 20805 CVSROOT:/cvs/gcc Module name:gcc Branch: gcc-4_0-branch Changes by: [EMAIL PROTECTED] 2005-04-22 21:49:45 Modified files: gcc: Change

[Bug c++/21087] [4.0 Regression] ICE in do_nonmember_using_decl

--- Additional Comments From aoliva at gcc dot gnu dot org 2005-04-23 02:47 --- Subject: Re: [PR c++/21087] don't keep builtin anticipated decl, override it with actual declaration On Apr 21, 2005, Mark Mitchell <[EMAIL PROTECTED]> wrote: > Alexandre Oliva wrote: >> When push_overload

[Bug c/21167] internal compiler error in get_indirect_ref_operands at tree-ssa-operands.c when compiling MySQL

--- Additional Comments From joc at presence-pc dot com 2005-04-23 01:01 --- Created an attachment (id=8712) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=8712&action=view) file needed to reproduce internal compiler error: in get_indirect_ref_operands -- http://gcc.gnu.org/bug

[Bug target/17455] [3.4 only] syscall_linkage attribute problem with sibling call optimization

--- Additional Comments From wilson at gcc dot gnu dot org 2005-04-23 01:15 --- The patch is actually on the gcc-3.4 branch already, I added it Sept 15, 2004. I must have forgotten to include the PR line in the cvs log entry, ergo no CVS commit message in the PR. And I also forgot to c

[Bug SWING/20015] JMenu stays open but should not

-- What|Removed |Added AssignedTo|graydon at redhat dot com |rodimina at redhat dot com Status|UNCONFIRMED |ASSIGNED http://gcc.gnu.org/bugzil

[Bug fortran/20875] elemental function may not be pointer valued

-- What|Removed |Added Status|UNCONFIRMED |NEW Ever Confirmed||1 Keywords||accepts-

[Bug fortran/20874] elemental function ought to be scalar

-- What|Removed |Added Status|UNCONFIRMED |NEW Ever Confirmed||1 Keywords||accepts-

[Bug tree-optimization/21030] [4.1 Regression] ICE in set_value_range building 176.gcc with -O2

--- Additional Comments From tobi at gcc dot gnu dot org 2005-04-22 19:36 --- Another testcase for something which looks like the same bug, this time in Fortran (reduced from LAPACK by Steve Kargl): SUBROUTINE CHER2K(N, BETA, C, LDC) INTEGER I, J, N, LDC REAL BETA

[Bug tree-optimization/19804] Missed jump threading opportunity on "else" arm of COND_EXPR

--- Additional Comments From law at redhat dot com 2005-04-23 01:14 --- Fixed now. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19804

[Bug c/21167] internal compiler error in get_indirect_ref_operands at tree-ssa-operands.c when compiling MySQL

--- Additional Comments From joc at presence-pc dot com 2005-04-23 01:13 --- A much simpler compile line ;) : gcc -I../include -O2 -c -o default.o default.c; With gcc -I../include -O -c -o default.o default.c; the compilation no more fails -- http://gcc.gnu.org/bugzilla/show_b

[Bug tree-optimization/18832] missed jump threading with ||

--- Additional Comments From law at redhat dot com 2005-04-23 01:08 --- The threading issues in f0 have been addressed. Some simple code hoisting would make f0 slightly better from a code size standpoint, but probably wouldn't help runtime. The lameness in f1 isn't really a jump threadi

[Bug c/21160] [4.0/4.1 Regression] documentation for -Wuninitialized out of date

--- Additional Comments From bruno at clisp dot org 2005-04-22 17:10 --- Thanks Joseph for the hint to ISO C 7.13.2.1.(3). Indeed, in the name of portability, I'll have to use 'volatile'. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21160

[Bug fortran/20881] should check interfaces for lgobal procedures

--- Additional Comments From tobi at gcc dot gnu dot org 2005-04-22 15:07 --- This is not a must-detect error, but something we should (and could) do. -- What|Removed |Added

[Bug fortran/20862] format statement outside procedure

-- What|Removed |Added Status|UNCONFIRMED |NEW Ever Confirmed||1 Keywords||accepts-

[Bug target/20813] [4.1 Regression] ICE in gen_reg_rtx for 3 spec tests

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-04-22 14:36 --- Subject: Bug 20813 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-04-22 14:36:37 Modified files: gcc: ChangeLog gcc/config/rs6000:

[Bug fortran/20861] error needed

--- Additional Comments From tobi at gcc dot gnu dot org 2005-04-22 14:36 --- Any pointers as to why this is invalid? -- What|Removed |Added CC|

[Bug fortran/20858] NULL doesn't get its argument type

--- Additional Comments From tobi at gcc dot gnu dot org 2005-04-22 14:33 --- Are there any circumstances where the argument to NULL has any meaning, besides making a program invalid? -- What|Removed |Added

[Bug c/21160] how to force a variable into the stack?

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-22 14:31 --- See also. Also the following will work: asm volatile ("" : : "p" (&a)); instead of (void)&a; -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21160

[Bug fortran/20856] function result may not be saved

--- Additional Comments From tobi at gcc dot gnu dot org 2005-04-22 14:30 --- That's the problem. I'm fairly sure Joost knows the problems for all these bugs ... -- What|Removed |Added

[Bug c/21160] how to force a variable into the stack?

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-22 14:24 --- (In reply to comment #3) > I have taken the address of 'ptr' and despite that, it was not excluded from > the candidates > for register allocation - or the warning occurred despite of the variable > being

[Bug fortran/20845] error needed

--- Additional Comments From tobi at gcc dot gnu dot org 2005-04-22 14:17 --- I didn't find anything requiring this in the standard, and it would seem weird, given that SAVE is implicit in several cases. See also note 4.27. -- What|Removed |Added ---

[Bug c/21160] how to force a variable into the stack?

--- Additional Comments From bruno at clisp dot org 2005-04-22 14:14 --- I don't understand your resolution. How can I guarantee that gcc will not put 'ptr' and 'array' into registers where, on SPARC, longjmp() will clobber them? The semantics of 'volatile' are quite different th

[Bug c/16989] [meta-bug] C99 conformance bugs

-- Bug 16989 depends on bug 12913, which changed state. Bug 12913 Summary: [4.0 Regression] Jumps into variable length array scope not rejected http://gcc.gnu.org/bugzilla/show_bug.cgi?id=12913 What|Old Value |New Value

[Bug c/12913] [4.0 Regression] Jumps into variable length array scope not rejected

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-22 14:07 --- Fixed. -- What|Removed |Added Status|ASSIGNED|RESOLVED

[Bug rtl-optimization/21138] wrong code in sixtrack for -fmodulo-sched

--- Additional Comments From rakdver at gcc dot gnu dot org 2005-04-22 13:56 --- As far as I can tell, the code at .final_cleanup dump is correct, so the patch most likely reveals some latent bug in sms or one of the later passes. -- What|Removed |

[Bug fortran/20844] error needed

--- Additional Comments From tobi at gcc dot gnu dot org 2005-04-22 13:33 --- It should be easy enough to detect at compile-time. I haven't yet looked up which part of the standard renders this invalid. BTW thanks Joost! -- What|Removed |Added -

[Bug libfortran/21108] reshape with order causes memory corruption

--- Additional Comments From tobi at gcc dot gnu dot org 2005-04-22 13:21 --- I think you copy/pasted the wrong "working" testcase. -- What|Removed |Added CC

[Bug fortran/21148] Can't open module file (case not taken into account)

--- Additional Comments From tobi at gcc dot gnu dot org 2005-04-22 13:17 --- It's only implicit in your bug report so I'll ask: are you saying that your module's file name contains a capital letter? I highly doubt that this is possible. Or, can you please provide more detail if the p

[Bug libfortran/21127] reshape of complex broken

--- Additional Comments From tobi at gcc dot gnu dot org 2005-04-22 13:09 --- Or, alternatively, we could call reshape_generic. Which of course would be evil from a performance standpoitn :-) -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21127

[Bug c/12913] [4.0 Regression] Jumps into variable length array scope not rejected

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-04-22 12:59 --- Subject: Bug 12913 CVSROOT:/cvs/gcc Module name:gcc Branch: gcc-4_0-branch Changes by: [EMAIL PROTECTED] 2005-04-22 12:58:43 Modified files: gcc: Change

[Bug fortran/20541] TR 15581: ALLOCATABLE components

--- Additional Comments From fxcoudert at gcc dot gnu dot org 2005-04-22 12:42 --- This prevents compiling the common iso_varying_string module by Rich Townsend. -- What|Removed |Added --

gcc-4.0.0: bootstrap error on ia64-linux

Hi I cannot build gcc-4.0.0 on ia64 linux: /bin/sh ./libtool --mode=compile /scratch/q127038/gcc-objects-IA64LX/gcc/xgcc -B/scratch/q127038/gcc-objects-IA64LX/gcc/ -B/share/sdmfs1/GNU/MSC-2002IA.March/usr/local//ia64-unknown-linux-gnu/bin/ -B/share/sdmfs1/GNU/MSC-2002IA.March/usr/local//ia64-un

[Bug target/21152] Stack pointer error after call to function returning a struct

--- Additional Comments From keller at fs-net dot de 2005-04-22 12:16 --- Sorry, I made a mistake. I misinterpreted how the 68000 assembler instruction UNLK works. The stack correction is in fact not required, so the generated code can be considered correct. I had an error in my code th

[Bug c/21159] [4.0/4.1 Regression] "no effect" warning despite cast to void*

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-22 11:23 --- Confirmed. -- What|Removed |Added Status|UNCONFIRMED |NEW E

[Bug c/21159] [4.0/4.1 Regression] "no effect" warning despite cast to void*

-- What|Removed |Added Severity|normal |minor Keywords||diagnostic Summary|"no effect" warning despit

[Bug c/21160] how to force a variable into the stack?

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-22 11:18 --- Use volatile qualifier. The reason why (void)&a; worked before well we are not optimizating as much as before. -- What|Removed |Added ---

[Bug c/21161] "clobbered by longjmp" warning ignores the data flow

--- Additional Comments From bruno at clisp dot org 2005-04-22 11:08 --- Created an attachment (id=8709) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=8709&action=view) source file bug.c -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21161

[Bug c/21161] New: "clobbered by longjmp" warning ignores the data flow

The warning argument 'obj' might be clobbered by 'longjmp' or 'vfork' does not take into account the facts that 1) When longjmp() is called, setjmp() returns a non-null value, 2) In this case, when setjmp() returns a non-null value, 'obj' is reset before being used. $

[Bug c/21160] how to force a variable into the stack?

--- Additional Comments From bruno at clisp dot org 2005-04-22 11:04 --- Created an attachment (id=8708) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=8708&action=view) source file bug.c -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21160

[Bug bootstrap/17383] [4.0 Regression] Building in src dir fails

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-22 11:04 --- *** Bug 21158 has been marked as a duplicate of this bug. *** -- What|Removed |Added

[Bug bootstrap/21158] cannot compile gcc with zlib-1.2.2

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-22 11:04 --- *** This bug has been marked as a duplicate of 17383 *** -- What|Removed |Added

[Bug c/21160] New: how to force a variable into the stack?

When a function contains a call to longjmp(), some variables give the warning variable 'ptr' might be clobbered by 'longjmp' or 'vfork' How to avoid this warning? In earlier versions of gcc, it was possible to write (void)&ptr; in order to force ptr on the stack, where it would be unaff

[Bug c/21159] "no effect" warning despite cast to void*

--- Additional Comments From bruno at clisp dot org 2005-04-22 11:01 --- Created an attachment (id=8707) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=8707&action=view) source file bug.c -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21159

[Bug c/21159] "no effect" warning despite cast to void*

--- Additional Comments From bruno at clisp dot org 2005-04-22 11:01 --- Created an attachment (id=8706) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=8706&action=view) source file foo.c -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21159

[Bug c/21159] New: "no effect" warning despite cast to void*

The gcc-4.0 manual says * An expression-statement or the left-hand side of a comma expression contains no side effects. To suppress the warning, cast the unused expression to void. For example, an expression such as `x[i,j]' will cause a warning, but

G++ 3.4.3

Hi everybody, I have a product. It has been written using C++. I have the need to compile it, on Aix 5.1 with g++ 3.4.3. GCC as well as G++ source codes have been downloaded as from the gnu ftp site. After configuration, I launch the make, but I have this problem: /tmp//ccWSbEX3.s: Assembl

[Bug bootstrap/21158] cannot compile gcc with zlib-1.2.2

-- What|Removed |Added Summary|cannot compile gcc and zlib-|cannot compile gcc with |1.2.2 |zlib-1.2.2 http://gcc.gnu.org/bugzill

[Bug bootstrap/21158] New: cannot compile gcc and zlib-1.2.2

I try to compile gcc 4.0.0 but make fails. Configured with ./configure --prefix=/usr --enable-shared After make I got ... configure: creating ./config.status config.status: creating Makefile config.status: executing default-1 commands ./config.status: line 910: ./../../config-m

[Bug c++/21123] ICE in cp_expr_size, at cp/cp-objcp-common.c:101

--- Additional Comments From b dot gunreben at web dot de 2005-04-22 08:01 --- I just tested on a compiler without additional patches at all. The version is g++ (GCC) 4.0.0 20050415, means CVS from april 15th. I still get the same bug. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id

[Bug target/17317] [3.3 Regression] Match Constraints for *movdf_insn fails

--- Additional Comments From ramana dot radhakrishnan at codito dot com 2005-04-22 07:43 --- If the above patch set is applied for 3.3.6, please also apply this patch so that the build does not break. http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/config/arc/lib1funcs.asm.diff?cvsroot=g