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

[ramana dot radhakrishnan at codito dot com]

--- 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=gcc&r1=1.8&r2=1.9

which was a fix for PR #18263


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17317

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

[b dot gunreben at web dot de]

--- 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=21123

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

[junk2reinhard at arcor dot de]

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-ml.in: No such file or directory  
make: *** [configure-zlib] Error 1  
  
My zlib is zlib-1.2.2

-- 
   Summary: cannot compile gcc and zlib-1.2.2
   Product: gcc
   Version: 4.0.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P2
 Component: bootstrap
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: junk2reinhard at arcor dot de
CC: gcc-bugs at gcc dot gnu dot org


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21158

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

[junk2reinhard at arcor dot de]

-- 
   What|Removed |Added

Summary|cannot compile gcc and zlib-|cannot compile gcc with
   |1.2.2   |zlib-1.2.2


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21158

G++ 3.4.3

[Bruzzone Mirko]

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: Assembler messages:
/tmp//ccWSbEX3.s:845: Error: Unrecognized opcode: `mfcr'
gmake[2]: *** [libgcc/power/_divdi3.o] Error 1
gmake[2]: Leaving directory `/home/mirko/gcc-3.4.3/gcc'
gmake[1]: *** [stmp-multilib] Error 2
gmake[1]: Leaving directory `/home/mirko/gcc-3.4.3/gcc'
gmake: *** [all-gcc] Error 2
 
 
Could you help me?
 
Thank you very much.
 
 
___
Primeur System Integration s.r.l. (Italy - Genoa)
 
Mirko Bruzzone
+390102781259
[EMAIL PROTECTED]
http://www.primeur.com
___

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

[bruno at clisp dot org]

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 
  `x[(void)i,j]' will not. 
 
This worked for earlier releases of gcc, but in gcc-4.0 the cast to void 
doesn't avoid the warning. 
 
$ gcc -v 
Using built-in specs. 
Target: powerpc-apple-darwin7.8.0 
Configured with: /Users/bruno/data/work/gcc-4.0.0-20050410/configure 
--prefix=/Volumes/UserData/experimental-macos --enable-shared 
--enable-version-specific-runtime-libs --enable-languages=c,c++ 
Thread model: posix 
gcc version 4.0.0 20050410 (prerelease) 
$ gcc -W -c foo.c 
foo.c: In function 'foo': 
foo.c:4: warning: left-hand operand of comma expression has no effect 
$ gcc -W -c bug.c  
bug.c: In function 'copy_string': 
bug.c:169: warning: left-hand operand of comma expression has no effect

-- 
   Summary: "no effect" warning despite cast to void*
   Product: gcc
   Version: 4.0.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P2
 Component: c
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: bruno at clisp dot org
CC: gcc-bugs at gcc dot gnu dot org
 GCC build triplet: powerpc-apple-darwin7.8.0
  GCC host triplet: powerpc-apple-darwin7.8.0
GCC target triplet: powerpc-apple-darwin7.8.0


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21159

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

[bruno at clisp dot org]

--- 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] "no effect" warning despite cast to void*

[bruno at clisp dot org]

--- 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/21160] New: how to force a variable into the stack?

[bruno at clisp dot org]

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 unaffected by strange 
behaviour of longjmp(). This doesn't work any more with gcc-4.0. 
 
$ gcc -v 
Using built-in specs. 
Target: powerpc-apple-darwin7.8.0 
Configured with: /Users/bruno/data/work/gcc-4.0.0-20050410/configure 
--prefix=/Volumes/UserData/experimental-macos --enable-shared 
--enable-version-specific-runtime-libs --enable-languages=c,c++ 
Thread model: posix 
gcc version 4.0.0 20050410 (prerelease) 
$ gcc -W -O -c bug.c 
bug.c: In function 'lisp_completion': 
bug.c:261: warning: variable 'array' might be clobbered by 'longjmp' or 'vfork' 
bug.c:270: warning: variable 'ptr' might be clobbered by 'longjmp' or 'vfork' 
bug.c:291: warning: variable 'ptr1' might be clobbered by 'longjmp' or 'vfork' 
 
Expected: 
 
$ gcc -W -O -c bug.c 
bug.c: In function 'lisp_completion': 
bug.c:291: warning: variable 'ptr1' might be clobbered by 'longjmp' or 'vfork'

-- 
   Summary: how to force a variable into the stack?
   Product: gcc
   Version: 4.0.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P2
 Component: c
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: bruno at clisp dot org
CC: gcc-bugs at gcc dot gnu dot org
 GCC build triplet: powerpc-apple-darwin7.8.0
  GCC host triplet: powerpc-apple-darwin7.8.0
GCC target triplet: powerpc-apple-darwin7.8.0


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21160

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

[pinskia at gcc dot gnu dot org]

--- 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

 Status|UNCONFIRMED |RESOLVED
 Resolution||DUPLICATE


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21158

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

[pinskia at gcc dot gnu dot org]

--- 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

 CC||junk2reinhard at arcor dot
   ||de


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17383

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

[bruno at clisp dot org]

--- 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 c/21161] New: "clobbered by longjmp" warning ignores the data flow

[bruno at clisp dot org]

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. 
 
$ gcc -v 
Using built-in specs. 
Target: powerpc-apple-darwin7.8.0 
Configured with: /Users/bruno/data/work/gcc-4.0.0-20050410/configure 
--prefix=/Volumes/UserData/experimental-macos --enable-shared 
--enable-version-specific-runtime-libs --enable-languages=c,c++ 
Thread model: posix 
gcc version 4.0.0 20050410 (prerelease) 
$ gcc -W -O -c bug.c  
bug.c: In function 'update_instance': 
bug.c:220: warning: argument 'obj' might be clobbered by 'longjmp' or 'vfork' 
 
Expected: no warning.

-- 
   Summary: "clobbered by longjmp" warning ignores the data flow
   Product: gcc
   Version: 4.0.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P2
 Component: c
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: bruno at clisp dot org
CC: gcc-bugs at gcc dot gnu dot org
 GCC build triplet: powerpc-apple-darwin7.8.0
  GCC host triplet: powerpc-apple-darwin7.8.0
GCC target triplet: powerpc-apple-darwin7.8.0


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21161

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

[bruno at clisp dot org]

--- 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/21160] how to force a variable into the stack?

[pinskia at gcc dot gnu dot org]

--- 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

 Status|UNCONFIRMED |RESOLVED
 Resolution||INVALID


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21160

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

[pinskia at gcc dot gnu dot org]

-- 
   What|Removed |Added

   Severity|normal  |minor
   Keywords||diagnostic
Summary|"no effect" warning despite |[4.0/4.1 Regression] "no
   |cast to void*   |effect" warning despite cast
   ||to void*
   Target Milestone|--- |4.0.1


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21159

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

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2005-04-22 
11:23 ---
Confirmed.

-- 
   What|Removed |Added

 Status|UNCONFIRMED |NEW
 Ever Confirmed||1
  Known to fail||4.0.0 4.1.0
  Known to work||3.4.0
   Last reconfirmed|-00-00 00:00:00 |2005-04-22 11:23:13
   date||


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21159

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

[keller at fs-net dot de]

--- 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 that I thought was caused by the above inconsistency
(sometimes the stack is corrected before unlinking %fp, sometimes not). But I
could track down the error in my code to some other cause.

So herewith I'd like to withdraw my bug report.

Sorry again for bothering you.


-- 
   What|Removed |Added

 Status|UNCONFIRMED |RESOLVED
 Resolution||WORKSFORME


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21152

gcc-4.0.0: bootstrap error on ia64-linux

[Daniel Heiserer]

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-unknown-linux-gnu/lib/ 
-isystem 
/share/sdmfs1/GNU/MSC-2002IA.March/usr/local//ia64-unknown-linux-gnu/include 
-isystem 
/share/sdmfs1/GNU/MSC-2002IA.March/usr/local//ia64-unknown-linux-gnu/sys-include 
-I. -I../../../gcc-4.0.0/libffi/include -Iinclude 
-I../../../gcc-4.0.0/libffi/src -O2 -g -O2  -c -o src/ia64/unix.lo 
../../../gcc-4.0.0/libffi/src/ia64/unix.S
/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-unknown-linux-gnu/lib/ 
-isystem 
/share/sdmfs1/GNU/MSC-2002IA.March/usr/local//ia64-unknown-linux-gnu/include 
-isystem 
/share/sdmfs1/GNU/MSC-2002IA.March/usr/local//ia64-unknown-linux-gnu/sys-include 
-I. -I../../../gcc-4.0.0/libffi/include -Iinclude 
-I../../../gcc-4.0.0/libffi/src -O2 -g -O2 -c 
../../../gcc-4.0.0/libffi/src/ia64/unix.S  -fPIC -DPIC -o 
src/ia64/.libs/unix.o
../../../gcc-4.0.0/libffi/src/ia64/unix.S: Assembler messages:
../../../gcc-4.0.0/libffi/src/ia64/unix.S:104: Error: Unknown pseudo 
function [EMAIL PROTECTED]'
../../../gcc-4.0.0/libffi/src/ia64/unix.S:104: Error: bad expression
../../../gcc-4.0.0/libffi/src/ia64/unix.S:104: Error: Illegal operand 
separator `L'
../../../gcc-4.0.0/libffi/src/ia64/unix.S:106: Error: Unknown opcode 
`ld8.mov r18=[r18],.Lst_table'
../../../gcc-4.0.0/libffi/src/ia64/unix.S:346: Error: Unknown pseudo 
function [EMAIL PROTECTED]'
../../../gcc-4.0.0/libffi/src/ia64/unix.S:346: Error: bad expression
../../../gcc-4.0.0/libffi/src/ia64/unix.S:346: Error: Illegal operand 
separator `L'
../../../gcc-4.0.0/libffi/src/ia64/unix.S:349: Error: Unknown opcode 
`ld8.mov r18=[r18],.Lld_table'
make[4]: *** [src/ia64/unix.lo] Fehler 1
make[4]: Leaving directory 
`/scratch/q127038/gcc-objects-IA64LX/ia64-unknown-linux-gnu/libffi'
make[3]: *** [all-recursive] Fehler 1
make[3]: Leaving directory 
`/scratch/q127038/gcc-objects-IA64LX/ia64-unknown-linux-gnu/libffi'
make[2]: *** [all] Fehler 2
make[2]: Leaving directory 
`/scratch/q127038/gcc-objects-IA64LX/ia64-unknown-linux-gnu/libffi'
make[1]: *** [all-target-libffi] Fehler 2
make[1]: Leaving directory `/scratch/q127038/gcc-objects-IA64LX'
make: *** [bootstrap] Fehler 2
ltcae01:107)
ltcae01:107)
ltcae01:107)
ltcae01:107) g++ --version
g++ (GCC) 3.2
Copyright (C) 2002 Free Software Foundation, Inc.
This is free software; see the source for copying conditions.  There is NO
warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.

ltcae01:108) uname -a
Linux ltcae01 2.4.22-11.msc-smp #1 SMP Thu Nov 6 08:20:11 PST 2003 ia64 
unknown unknown GNU/Linux

[Bug fortran/20541] TR 15581: ALLOCATABLE components

[fxcoudert at gcc dot gnu dot org]

--- 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

 CC||fxcoudert at gcc dot gnu dot
   ||org
   Last reconfirmed|2005-03-20 18:08:03 |2005-04-22 12:42:25
   date||


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20541

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

[cvs-commit at gcc dot gnu dot org]

--- 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: ChangeLog c-decl.c c-tree.h c-typeck.c 
gcc/objc   : ChangeLog objc-act.c 
gcc/testsuite  : ChangeLog 
Added files:
gcc/testsuite/gcc.dg: c99-vla-jump-1.c c99-vla-jump-2.c 
  c99-vla-jump-3.c c99-vla-jump-4.c 
  c99-vla-jump-5.c 

Log message:
PR c/12913
* c-tree.h (struct c_label_list): Update comment.
(struct c_label_context): Rename to struct c_label_context_se.
(label_context_stack): Rename to label_context_stack_se.
(C_DECL_UNJUMPABLE_VM, C_DECL_UNDEFINABLE_VM, struct
c_label_context_vm, label_context_stack_vm, c_begin_vm_scope,
c_end_vm_scope): New.
(C_DECL_DECLARED_BUILTIN, C_DECL_USED): Use FUNCTION_DECL_CHECK.
* c-decl.c (pop_scope): Call c_end_vm_scope.
(pushdecl): Call c_begin_vm_scope for variably modified
declarations.
(define_label): Check for jumping into scope of identifier with
variably modified type.  Push label on stack for those defined at
current context of identifiers with variably modified type.
(start_function): Create stack level for context of identifiers
with variably modified type.
(finish_function): Pop stack level for context of identifiers with
variably modified type.
* c-typeck.c (label_context_stack): Rename to
label_context_stack_se.
(label_context_stack_vm, c_begin_vm_scope, c_end_vm_scope): New.
(c_finish_goto_label): Check for jumping into scope of identifier
with variably modified type.  Push label on stack for those jumped
to from current context of identifiers with variably modified
type.
(struct c_switch): Add blocked_vm.
(c_start_case): Initialize blocked_vm.
(do_case): Check blocked_vm.
(c_finish_case): Add comment.
(c_begin_stmt_expr, c_finish_stmt_expr): Update for renamed
variable label_context_stack.

objc:
* objc-act.c (objc_start_function): Create stack level for context
of identifiers with variably modified type.

testsuite:
* gcc.dg/c99-vla-jump-1.c, gcc.dg/c99-vla-jump-2.c,
gcc.dg/c99-vla-jump-3.c, gcc.dg/c99-vla-jump-4.c,
gcc.dg/c99-vla-jump-5.c: New tests.

Patches:
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/ChangeLog.diff?cvsroot=gcc&only_with_tag=gcc-4_0-branch&r1=2.7592.2.175&r2=2.7592.2.176
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/c-decl.c.diff?cvsroot=gcc&only_with_tag=gcc-4_0-branch&r1=1.630.6.6&r2=1.630.6.7
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/c-tree.h.diff?cvsroot=gcc&only_with_tag=gcc-4_0-branch&r1=1.193.4.2&r2=1.193.4.3
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/c-typeck.c.diff?cvsroot=gcc&only_with_tag=gcc-4_0-branch&r1=1.419.2.1&r2=1.419.2.2
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/objc/ChangeLog.diff?cvsroot=gcc&only_with_tag=gcc-4_0-branch&r1=1.29.8.2&r2=1.29.8.3
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/objc/objc-act.c.diff?cvsroot=gcc&only_with_tag=gcc-4_0-branch&r1=1.266.6.1&r2=1.266.6.2
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/ChangeLog.diff?cvsroot=gcc&only_with_tag=gcc-4_0-branch&r1=1.5084.2.131&r2=1.5084.2.132
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/gcc.dg/c99-vla-jump-1.c.diff?cvsroot=gcc&only_with_tag=gcc-4_0-branch&r1=NONE&r2=1.1.2.1
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/gcc.dg/c99-vla-jump-2.c.diff?cvsroot=gcc&only_with_tag=gcc-4_0-branch&r1=NONE&r2=1.1.2.1
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/gcc.dg/c99-vla-jump-3.c.diff?cvsroot=gcc&only_with_tag=gcc-4_0-branch&r1=NONE&r2=1.1.2.1
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/gcc.dg/c99-vla-jump-4.c.diff?cvsroot=gcc&only_with_tag=gcc-4_0-branch&r1=NONE&r2=1.1.2.1
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/gcc.dg/c99-vla-jump-5.c.diff?cvsroot=gcc&only_with_tag=gcc-4_0-branch&r1=NONE&r2=1.1.2.1



-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=12913

[Bug libfortran/21127] reshape of complex broken

[tobi at gcc dot gnu dot org]

--- 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 fortran/21148] Can't open module file (case not taken into account)

[tobi at gcc dot gnu dot org]

--- 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 problem is something else.

-- 
   What|Removed |Added

 CC||tobi at gcc dot gnu dot org
 Status|UNCONFIRMED |WAITING


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21148

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

[tobi at gcc dot gnu dot org]

--- 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||tobi at gcc dot gnu dot org


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21108

[Bug fortran/20844] error needed

[tobi at gcc dot gnu dot org]

--- 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

 CC||tobi at gcc dot gnu dot org
 Status|UNCONFIRMED |NEW
 Ever Confirmed||1
   Keywords||accepts-invalid
   Last reconfirmed|-00-00 00:00:00 |2005-04-22 13:33:50
   date||


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20844

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

[rakdver at gcc dot gnu dot org]

--- 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 |Added

 Status|UNCONFIRMED |NEW
 Ever Confirmed||1
   Last reconfirmed|-00-00 00:00:00 |2005-04-22 13:56:43
   date||


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21138

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

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2005-04-22 
14:07 ---
Fixed.

-- 
   What|Removed |Added

 Status|ASSIGNED|RESOLVED
 Resolution||FIXED


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=12913

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

[pinskia at gcc dot gnu dot org]

-- 
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

 Status|NEW |ASSIGNED
 Status|ASSIGNED|RESOLVED
 Resolution||FIXED

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=16989

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

[bruno at clisp dot org]

--- 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 than 'non register'. It has 
negative effect on 
performance. 
 
GCC should add a 'nonregister' qualifier or attribute that would allow to force 
variables into 
the stack without making their access slower than other stack allocated 
variables. 
 
The GCC 4.0 documentation says "These warnings occur only for variables that 
are 
candidates for register allocation.  Therefore, they do not occur for a 
variable that is 
declared `volatile', or whose address is taken, or whose size is other than 1, 
2, 4 or 8 bytes." 
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 
stack allocated. 
In either case, it's a GCC bug. 
 

-- 
   What|Removed |Added

 Status|RESOLVED|UNCONFIRMED
 Resolution|INVALID |


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21160

[Bug fortran/20845] error needed

[tobi at gcc dot gnu dot org]

--- 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

 CC||tobi at gcc dot gnu dot org


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20845

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

[pinskia at gcc dot gnu dot org]

--- 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 stack allocated. 
> In either case, it's a GCC bug. 

No you have not taken the address, as it will not escape or otherwise.  
volatile in a local function is the 
same as almost as a non register. 
Another way to "fix" this would be do the following:
escape_function(&a);
and mark escape_function as no inline, but this might not work in the furture 
as we might know that 
escape_function does not escape that address, the way to work around that would 
be make a static file 
scope variable which gets assigned that pointer but even that might cause the 
escapeness in the future 
so the only correct way is mark the variable as volatile.

-- 
   What|Removed |Added

 Status|UNCONFIRMED |RESOLVED
 Resolution||INVALID


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21160

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

[tobi at gcc dot gnu dot org]

--- 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

 CC||tobi at gcc dot gnu dot org
 Status|UNCONFIRMED |NEW
 Ever Confirmed||1
   Keywords||accepts-invalid
   Last reconfirmed|-00-00 00:00:00 |2005-04-22 14:30:57
   date||
Summary|error needed|function result may not be
   ||saved


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20856

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

[pinskia at gcc dot gnu dot org]

--- 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/20858] NULL doesn't get its argument type

[tobi at gcc dot gnu dot org]

--- 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

 CC||tobi at gcc dot gnu dot org
   Keywords||accepts-invalid
Summary|error needed|NULL doesn't get its
   ||argument type


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20858

[Bug fortran/20861] error needed

[tobi at gcc dot gnu dot org]

--- 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||tobi at gcc dot gnu dot org
 Status|UNCONFIRMED |WAITING


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20861

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

[cvs-commit at gcc dot gnu dot org]

--- 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: default64.h rs6000.c 
gcc/doc: invoke.texi 

Log message:
PR target/20813
* config/rs6000/default64.h (TARGET_DEFAULT): Add MASK_PPC_GFXOPT.
* config/rs6000/rs6000.c (processor_target_table): Rename rs64a to
rs64.  Add MASK_PPC_GFXOPT to powerpc64 and rs64.
(rs6000_init_libfuncs): Set TFmode optabs to xlq names if
TARGET_XL_COMPAT.
* doc/invoke.texi (PowerPC options): Change rs64a to rs64.

Patches:
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/ChangeLog.diff?cvsroot=gcc&r1=2.8407&r2=2.8408
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/config/rs6000/default64.h.diff?cvsroot=gcc&r1=1.3&r2=1.4
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/config/rs6000/rs6000.c.diff?cvsroot=gcc&r1=1.812&r2=1.813
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/doc/invoke.texi.diff?cvsroot=gcc&r1=1.607&r2=1.608



-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20813

[Bug fortran/20862] format statement outside procedure

[tobi at gcc dot gnu dot org]

-- 
   What|Removed |Added

 Status|UNCONFIRMED |NEW
 Ever Confirmed||1
   Keywords||accepts-invalid
   Last reconfirmed|-00-00 00:00:00 |2005-04-22 14:37:40
   date||
Summary|error needed|format statement outside
   ||procedure


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20862

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

[tobi at gcc dot gnu dot org]

--- 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

   Severity|normal  |enhancement
 Status|UNCONFIRMED |NEW
 Ever Confirmed||1
   Keywords||accepts-invalid
   Last reconfirmed|-00-00 00:00:00 |2005-04-22 15:07:15
   date||
Summary|error needed|should check interfaces for
   ||lgobal procedures


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20881

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

[bruno at clisp dot org]

--- 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 tree-optimization/18832] missed jump threading with ||

[law at redhat dot com]

--- 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 threading problem.  We have a merge
point  before the second pair of tests which is going to make it damn near
impossible to track the values well enough to optimize this code.  This
isn't a jump threading problem.

f2 and f3 look good.

Basically there's no jump threading issues left here.



(In reply to comment #1)
> Oh and this one too:
> int f3(int c,int a, int b)
> {
>   if (a== 0||b==0) c+=2;
>   return c;
> }



-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18832

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

[joc at presence-pc dot com]

--- 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_bug.cgi?id=21167

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

[law at redhat dot com]

--- 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 tree-optimization/21030] [4.1 Regression] ICE in set_value_range building 176.gcc with -O2

[tobi at gcc dot gnu dot org]

--- 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
  COMPLEX C(LDC,*), ZERO

  PARAMETER (ZERO = (0.0E+0, 0.0E+0))

  IF (BETA .EQ. REAL(ZERO)) THEN
 DO 20, J = 1, N
DO 10, I = 1, J
   C(I,J) = ZERO
   10   CONTINUE
   20CONTINUE
  ELSE
 DO 40, J = 1, N
DO 30, I = 1, J - 1
   C(I,J) = BETA * C(I,J)
   30   CONTINUE
   40CONTINUE
  END IF
  END


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21030

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

[tobi at gcc dot gnu dot org]

-- 
   What|Removed |Added

 Status|UNCONFIRMED |NEW
 Ever Confirmed||1
   Keywords||accepts-invalid
   Last reconfirmed|-00-00 00:00:00 |2005-04-22 14:53:04
   date||
Summary|error needed|elemental function ought to
   ||be scalar


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20874

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

[tobi at gcc dot gnu dot org]

-- 
   What|Removed |Added

 Status|UNCONFIRMED |NEW
 Ever Confirmed||1
   Keywords||accepts-invalid
   Last reconfirmed|-00-00 00:00:00 |2005-04-22 14:53:59
   date||
Summary|error needed|elemental function may not
   ||be pointer valued


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20875

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

[fitzsim at redhat dot com]

-- 
   What|Removed |Added

 AssignedTo|graydon at redhat dot com   |rodimina at redhat dot com
 Status|UNCONFIRMED |ASSIGNED


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20015

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

[wilson at gcc dot gnu dot org]

--- 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 close it.

Fixed on gcc-3.3, gcc-3.4, and mainline (pre gcc-4 branch).


-- 
   What|Removed |Added

 Status|ASSIGNED|RESOLVED
  Known to work|3.3.5 4.0.0 |3.3.5 4.0.0 3.4.3
 Resolution||FIXED


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17455

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

[joc at presence-pc dot com]

--- 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/bugzilla/show_bug.cgi?id=21167

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

[aoliva at redhat dot com]

--- 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_overloaded_decl() was passed a new declaration that matches
>> a builtin decl, it would verify that the declarations matched and, if
>> so, leave the existing (built-in) declaration alone.
>> The intended behavior is to merge the built-in declaration with the
>> new declaration, into the location of the built-in declaration.
>> The problem is that duplicate_decl() doesn't perform such merging
>> when
>> the new declaration is a template decl, and then we end up with an
>> overload involving the template decl and the anticipated built-in
>> decl.  However, overloads involving anticipated decls are something we
>> try to avoid, and actually check for elsewhere.
>> This patch fixes the code such that, if the existing decl is
>> anticipated and the two decls weren't merged, we discard the built-in
>> and use the new decl by itself.
>> Bootstrapped and regtested on amd64-linux-gnu.  Ok to install?

> OK.

Ok for 4.0 branch as well?  The same patch applies cleanly there, and
it's just completed bootstrap and regtesting on amd64-linux-gnu in the
branch as well.



-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21087

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

[cvs-commit at gcc dot gnu dot org]

--- 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: ChangeLog dwarf2out.c 

Log message:
Don't emit debug info that triggers a gdb internal error.
PR c++/20805
* dwarf2out.c (gen_variable_die): Don't emit a specification if this
is another declaration.

Patches:
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/ChangeLog.diff?cvsroot=gcc&only_with_tag=gcc-4_0-branch&r1=2.7592.2.178&r2=2.7592.2.179
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/dwarf2out.c.diff?cvsroot=gcc&only_with_tag=gcc-4_0-branch&r1=1.570.2.6&r2=1.570.2.7



-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20805

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

[joc at presence-pc dot com]

-- 
   What|Removed |Added

Summary|internal compiler error in  |ICE in
   |get_indirect_ref_operands at|get_indirect_ref_operands at
   |tree-ssa-operands.c when|tree-ssa-operands.c when
   |compiling MySQL |compiling MySQL-4.1


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21167

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

[tobi at gcc dot gnu dot org]

-- 
   What|Removed |Added

   Keywords||ice-on-invalid-code
Summary|error needed|entry with alternate return
   ||in function


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20873

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

[tobi at gcc dot gnu dot org]

-- 
   What|Removed |Added

 Status|UNCONFIRMED |NEW
 Ever Confirmed||1
   Last reconfirmed|-00-00 00:00:00 |2005-04-22 14:52:32
   date||


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20873

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

[wilson at gcc dot gnu dot org]

--- 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|RESOLVED
  Known to work|4.1.0   |4.1.0 4.0.1
 Resolution||FIXED


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20805

[Bug bootstrap/21162] Build failure

[pinskia at gcc dot gnu dot org]

--- 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 compiler and then a native compiler with the new compiler.


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21162

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

[nick at ilm dot com]

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)(_numTransitions-1);
base = (int) tmp;
}


> /dept/rnd/vendor/gcc-4.0.0-amd64/bin/g++ -fnon-call-exceptions -fPIC -O2 -c
bug.C -o /dev/null
bug.C: In function 'void bar(int&)':
bug.C:15: error: insn does not satisfy its constraints:
(insn 67 35 36 0 (set (reg:SF 24 xmm3)
(lt:SF (reg/v:SF 22 xmm1 [orig:60 tmp ] [60])
(reg:SF 23 xmm2 [65]))) 487 {*sse_setccsf} (nil)
(nil))
bug.C:15: internal compiler error: in reload_cse_simplify_operands, at
postreload.c:391
Please submit a full bug report,
with preprocessed source if appropriate.
See http://gcc.gnu.org/bugs.html> for instructions.


> /dept/rnd/vendor/gcc-4.0.0-amd64/bin/g++ -v
Using built-in specs.
Target: x86_64-unknown-linux-gnu
Configured with: ../gcc-4.0.0/configure
--prefix=/dept/rnd/vendor/gcc-4.0.0-amd64 --enable-threads 
--enable-languages=c,c++
Thread model: posix
gcc version 4.0.0

-- 
   Summary: [4.0 regression] ICE in reload_cse_simplify_operands
with -fnon-call-exceptions -fPIC -O2
   Product: gcc
   Version: 4.0.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P2
 Component: rtl-optimization
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: nick at ilm dot com
CC: gcc-bugs at gcc dot gnu dot org
 GCC build triplet: x86_64-unknown-linux-gnu
  GCC host triplet: x86_64-unknown-linux-gnu
GCC target triplet: x86_64-unknown-linux-gnu


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21169