[Bug tree-optimization/23433] New: ICE: tree check: expected real_cst, have integer_cst in const_binop, at fold-const.c:1512

2005-08-17 Thread micis at gmx dot de
When I compile qt334 with the actual snapshot of gcc41 (20050813) I get an ICE 
with -O3 -funsafe-math-optimizations. This ICE is new, the snapshot from last 
week is working.

Michael Cieslinski


g++41k -c -O3 -funsafe-math-optimizations -o gllandscape.o gllandscape.ii
opengl/gllandscape.cpp: In member function 'void 
GLLandscape::calculateVertexNormals()':
opengl/gllandscape.cpp:457: internal compiler error: tree check: expected 
real_cst, have integer_cst in const_binop, at fold-const.c:1512
Please submit a full bug report, with preprocessed source if appropriate.

g++41k -v
Using built-in specs.
Target: x86_64-unknown-linux-gnu
Configured with: ../gcc-4.1-20050813/configure --prefix=/usr/local/gcc41k --
program-suffix=41k --with-arch=opteron --enable-languages=c,c++ --enable-
checking
Thread model: posix
gcc version 4.1.0 20050813 (experimental)

-- 
   Summary: ICE: tree check: expected real_cst, have integer_cst in
const_binop, at fold-const.c:1512
   Product: gcc
   Version: 4.1.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P2
 Component: tree-optimization
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: micis at gmx dot de
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=23433


[Bug tree-optimization/23433] ICE: tree check: expected real_cst, have integer_cst in const_binop, at fold-const.c:1512

2005-08-17 Thread micis at gmx dot de

--- Additional Comments From micis at gmx dot de  2005-08-17 07:09 ---
Created an attachment (id=9510)
 --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=9510&action=view)
preprocessed source


-- 


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


[Bug tree-optimization/22228] [4.1 regression] ICE with -ftree-vectorize in verify_ssa

2005-08-17 Thread micis at gmx dot de

--- Additional Comments From micis at gmx dot de  2005-08-17 07:24 ---
The new patch bootstraps on x86_64 but it does not fix the ICEs from pr23352


-- 


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


[Bug tree-optimization/21574] store_ccp doesn't see through a store.

2005-08-17 Thread cvs-commit at gcc dot gnu dot org

--- Additional Comments From cvs-commit at gcc dot gnu dot org  2005-08-17 
07:29 ---
Subject: Bug 21574

CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED]   2005-08-17 07:27:49

Modified files:
gcc: ChangeLog tree-ssa-ccp.c 
gcc/testsuite  : ChangeLog 
Added files:
gcc/testsuite/gcc.dg/tree-ssa: pr21574.c 

Log message:
PR tree-optimization/21574
* tree-ssa-ccp.c (likely_value): If the right hand side is a
constant, return CONSTANT.
(ccp_lattice_meet): Use operand_equal_p instead of simple_cst_equal.
(ccp_fold, visit_assignment): Likewise.
(evaluate_stmt): Handle UNDEFINED and UNKNOWN_VAL the same way.

Patches:
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/ChangeLog.diff?cvsroot=gcc&r1=2.9757&r2=2.9758
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/tree-ssa-ccp.c.diff?cvsroot=gcc&r1=2.86&r2=2.87
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/ChangeLog.diff?cvsroot=gcc&r1=1.5934&r2=1.5935
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/gcc.dg/tree-ssa/pr21574.c.diff?cvsroot=gcc&r1=NONE&r2=1.1



-- 


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


[Bug tree-optimization/23434] New: ICE: Segmentation fault compiling gsl1.5 at -O2

2005-08-17 Thread micis at gmx dot de
When I compile gsl1.5 with the actual snapshot of gcc41 (20050813) I get an ICE 
with -O2. This ICE is new, the snapshot from last week is working.

Michael Cieslinski


gcc41k -O2 -c csyr2k.i -o csyr2k.o
csyr2k.c: In function 'cblas_csyr2k':
csyr2k.c:10: internal compiler error: Segmentation fault
Please submit a full bug report, with preprocessed source if appropriate.


g++41k -v
Using built-in specs.
Target: x86_64-unknown-linux-gnu
Configured with: ../gcc-4.1-20050813/configure --prefix=/usr/local/gcc41k
 --program-suffix=41k --with-arch=opteron --enable-languages=c,c++
 --enable-checking
Thread model: posix
gcc version 4.1.0 20050813 (experimental)


gdb --args /usr/local/gcc41k/libexec/gcc/x86_64-unknown-linux-gnu/4.1.0/cc1 -
fpreprocessed csyr2k.i -quiet -dumpbase csyr2k.i -march=opteron -auxbase-strip 
csyr2k.o -O2 -version -o /tmp/ccMJkP9T.s
GNU gdb Red Hat Linux (6.1post-1.20040607.33rh)
Copyright 2004 Free Software Foundation, Inc.
GDB is free software, covered by the GNU General Public License, and you are
welcome to change it and/or distribute copies of it under certain conditions.
Type "show copying" to see the conditions.
There is absolutely no warranty for GDB.  Type "show warranty" for details.
This GDB was configured as "x86_64-redhat-linux-gnu"...Using host libthread_db 
library "/lib64/tls/libthread_db.so.1".

(gdb) r
Starting program: /usr/local/gcc41k/libexec/gcc/x86_64-unknown-linux-
gnu/4.1.0/cc1 -fpreprocessed csyr2k.i -quiet -dumpbase csyr2k.i -march=opteron -
auxbase-strip csyr2k.o -O2 -version -o /tmp/ccMJkP9T.s
GNU C version 4.1.0 20050813 (experimental) (x86_64-unknown-linux-gnu)
compiled by GNU C version 4.1.0 20050813 (experimental).
GGC heuristics: --param ggc-min-expand=30 --param ggc-min-heapsize=4096
Compiler executable checksum: 4b87d8d2c3942a89e39fe1d4e5675abd

Program received signal SIGSEGV, Segmentation fault.
0x005c1a63 in fold_binary (code=NE_EXPR, type=0x2a955968f0, 
op0=0x2a9588df50, op1=0x2a95980280) at ../../gcc-4.1-20050813/gcc/fold-
const.c:7042
7042STRIP_SIGN_NOPS (arg1);
(gdb) where
#0  0x005c1a63 in fold_binary (code=NE_EXPR, type=0x2a955968f0, 
op0=0x2a9588df50, op1=0x2a95980280) at ../../gcc-4.1-20050813/gcc/fold-
const.c:7042
#1  0x005cf589 in fold_build2_stat (code=NE_EXPR, type=0x2a955968f0, 
op0=0x2a9588df50, op1=0x2a95980280) at ../../gcc-4.1-20050813/gcc/fold-
const.c:10478
#2  0x005c7fb9 in fold_binary (code=NE_EXPR, type=0x2a955968f0, 
op0=0x2a95981050, op1=0x2a958c6fc0) at ../../gcc-4.1-20050813/gcc/fold-
const.c:9349
#3  0x005cf589 in fold_build2_stat (code=NE_EXPR, type=0x2a955968f0, 
op0=0x2a95981050, op1=0x2a958c6fc0) at ../../gcc-4.1-20050813/gcc/fold-
const.c:10478
#4  0x005ccde5 in fold_binary (code=dwarf2_read_address: Corrupted 
DWARF expression.
) at ../../gcc-4.1-20050813/gcc/fold-const.c:8979
#5  0x005cf589 in fold_build2_stat (code=NE_EXPR, type=0x2a955968f0, 
op0=0x2a959810a0, op1=0x2a9595ef90) at ../../gcc-4.1-20050813/gcc/fold-
const.c:10478
#6  0x005c306f in fold_binary (code=NE_EXPR, type=0x2a955968f0, 
op0=0x2a95980300, op1=0x2a95588b40) at ../../gcc-4.1-20050813/gcc/fold-
const.c:6358
#7  0x005cf589 in fold_build2_stat (code=NE_EXPR, type=0x2a955968f0, 
op0=0x2a95980300, op1=0x2a95588b40) at ../../gcc-4.1-20050813/gcc/fold-
const.c:10478
#8  0x005c9922 in fold_binary (code=dwarf2_read_address: Corrupted 
DWARF expression.
) at ../../gcc-4.1-20050813/gcc/fold-const.c:9260
#9  0x005cf589 in fold_build2_stat (code=LE_EXPR, type=0x2a955968f0, 
op0=0x2a95980300, op1=0x2a9595ecf0) at ../../gcc-4.1-20050813/gcc/fold-
const.c:10478
#10 0x005c9465 in fold_binary (code=dwarf2_read_address: Corrupted 
DWARF expression.
) at ../../gcc-4.1-20050813/gcc/fold-const.c:9164
#11 0x005cf589 in fold_build2_stat (code=LT_EXPR, type=0x2a955968f0, 
op0=0x2a95980300, op1=0x2a95588b40) at ../../gcc-4.1-20050813/gcc/fold-
const.c:10478
#12 0x005c3425 in fold_binary (code=GT_EXPR, type=0x2a955968f0, 
op0=0x2a95588b40, op1=0x2a95980300) at ../../gcc-4.1-20050813/gcc/fold-
const.c:8799
#13 0x005cf589 in fold_build2_stat (code=GT_EXPR, type=0x2a955968f0, 
op0=0x2a95588b40, op1=0x2a95980300) at ../../gcc-4.1-20050813/gcc/fold-
const.c:10478
#14 0x005d6669 in fold_binary_op_with_conditional_arg (code=GT_EXPR, 
type=0x2a955968f0, op0=Variable "op0" is not available.
) at ../../gcc-4.1-20050813/gcc/fold-const.c:5631
#15 0x005c1ecd in fold_binary (code=GT_EXPR, type=0x2a955968f0, 
op0=0x2a95588b40, op1=0x2a959811e0) at ../../gcc-4.1-20050813/gcc/fold-
const.c:7139
#16 0x004d10a9 in proved_non_wrapping_p (at_stmt=0x0, 
niter_bound=0xc557e0, new_type=Variable "new_type" is not available.
) at ../../gcc-4.1-20050813/gcc/tree-ssa-loop-niter.c:1665
#17 0x004d148e in scev_probably_wraps_p (type=0x2a95596580, 
base=Variable "base" is not available.
) at ../../gcc-4.1-20050813/gcc/tree-ssa-loop-ni

[Bug tree-optimization/23434] ICE: Segmentation fault compiling gsl1.5 at -O2

2005-08-17 Thread micis at gmx dot de

--- Additional Comments From micis at gmx dot de  2005-08-17 08:03 ---
Created an attachment (id=9511)
 --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=9511&action=view)
preprocessed source


-- 


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


[Bug middle-end/19721] [meta-bug] optimizations that CSE still catches

2005-08-17 Thread bonzini at gcc dot gnu dot org

--- Additional Comments From bonzini at gcc dot gnu dot org  2005-08-17 
08:03 ---
This small testcase is a typical case of the optimizations that CSE path
following catches on PowerPC:

unsigned outcnt;
extern void flush_outbuf(void);

void
bi_windup(unsigned char *outbuf, unsigned char bi_buf)
{
outbuf[outcnt] = bi_buf;
if (outcnt == 16384)
flush_outbuf();
outbuf[outcnt] = bi_buf;
}

Loading outcnt takes *three* insns: one to load the high part of the address,
one to load the low part, one to load from memory.  CSE reduces them to two by
combining the loading of the low part with the load from memory.  With CSE path
following, in addition, CSE is able to factor the loads of the high part of the
address, and do just one of them.

Now here comes GCSE.  If CSE path following is on, GCSE sees that the third
occurrence of outcnt is the same as the second, and eliminates it.  If it is
off, GCSE is wasted to factor the loading of the address high parts.

So, if we remove a pseudo-global cse pass by disabling path following, it would
make sense to bump the default max-gcse-passes to 2.

Paolo

-- 


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


[Bug target/23435] New: Unrecognizable insn (in extract_insn, at recog.c)

2005-08-17 Thread loki at gcc dot gnu dot org
I have the following error when compiling a file from linux kernel (attached).

Command line:
m68k-elf-gcc -w -O1 -c pr.c

Output:
pr.c: In function 'nfs_statfs':
pr.c:8757: error: unrecognizable insn:
(insn 42 40 43 3 (set (mem/s/j:DI (plus:SI (reg/f:SI 26 virtual-stack-vars)
(const_int -64 [0xffc0])) [0 res.bsize+0 S8 A16])
(zero_extend:DI (mem/s/j:SI (plus:SI (reg/v/f:SI 45 [ sb ])
(const_int 10 [0xa])) [0 .s_blocksize+0 S4 A16])))
-1 (nil)
(nil))
pr.c:8757: internal compiler error: in extract_insn, at recog.c:2084


Last working version:
"2005-07-29 12:00:00 UTC"

-- 
   Summary: Unrecognizable insn (in extract_insn, at recog.c)
   Product: gcc
   Version: 4.1.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P2
 Component: target
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: loki at gcc dot gnu dot org
CC: gcc-bugs at gcc dot gnu dot org
GCC target triplet: m68k-elf


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


[Bug target/23435] Unrecognizable insn (in extract_insn, at recog.c)

2005-08-17 Thread loki at gcc dot gnu dot org

--- Additional Comments From loki at gcc dot gnu dot org  2005-08-17 08:12 
---
Created an attachment (id=9512)
 --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=9512&action=view)
Test case


-- 


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


[Bug target/23436] New: Insn does not satisfy its constraints (reload_cse_simplify_operands)

2005-08-17 Thread loki at gcc dot gnu dot org
I have the following internal compiler error at -O3.

Command line:
arm-elf-gcc -c -O3 -mthumb pr.c

Output:
pr.c: In function 'nrrdAxisInfoGet':
pr.c:1934: error: insn does not satisfy its constraints:
(insn:HI 59 275 240 7 (set (mem:SI (plus:SI (reg:SI 2 r2)
(reg/f:SI 13 sp)) [2 S4 A32])
(reg:SI 3 r3 [orig:130 .size ] [130])) 143 {*thumb_movsi_insn}
(insn_list:REG_DEP_TRUE 58 (nil))
(nil))
pr.c:1934: internal compiler error: in reload_cse_simplify_operands, at
postreload.c:393


Last working version:
2005-08-04 12:00:00 UTC

-- 
   Summary: Insn does not satisfy its constraints
(reload_cse_simplify_operands)
   Product: gcc
   Version: 4.1.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P2
 Component: target
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: loki at gcc dot gnu dot org
CC: gcc-bugs at gcc dot gnu dot org
GCC target triplet: thumb-elf


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


[Bug target/23436] Insn does not satisfy its constraints (reload_cse_simplify_operands)

2005-08-17 Thread loki at gcc dot gnu dot org

--- Additional Comments From loki at gcc dot gnu dot org  2005-08-17 08:27 
---
Created an attachment (id=9513)
 --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=9513&action=view)
Test case


-- 


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


[Bug bootstrap/23430] configure should allow --comment option

2005-08-17 Thread schwab at suse dot de

--- Additional Comments From schwab at suse dot de  2005-08-17 08:50 ---
Use --with-comment instead. 

-- 
   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||INVALID


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


[Bug c++/23437] New: error: ... cannot appear in a constant-expression

2005-08-17 Thread jmihalicza at graphisoft dot com
Compilers without errors using
   gcc 3.3
   MSVC 7.1
   MSVC 8.0
   Comeau 4.3.3

-- 
   Summary: error: ... cannot appear in a constant-expression
   Product: gcc
   Version: 4.0.2
Status: UNCONFIRMED
  Severity: normal
  Priority: P2
 Component: c++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: jmihalicza at graphisoft dot com
CC: gcc-bugs at gcc dot gnu dot org
 GCC build triplet: i486-pc-linux-gnu
  GCC host triplet: i486-pc-linux-gnu
GCC target triplet: i486-pc-linux-gnu


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


[Bug c/23438] New: regression, Segmentation fault (program cc1) crtstuff.c

2005-08-17 Thread c dot lemmen at fz-juelich dot de
This regression occured on 2005-08-16 and prevailed today.  Last know good
was  gcc version 4.1.0 20050815 (experimental)


> /private/icg126/opt/src/gcc/g95/./gcc/xgcc -v
-B/private/icg126/opt/src/gcc/g95/./gcc/
-B/private/icg126/opt/i686-pc-linux-gnu/bin/
-B/private/icg126/opt/i686-pc-linux-gnu/lib/ -isystem
/private/icg126/opt/i686-pc-linux-gnu/include -isystem
/private/icg126/opt/i686-pc-linux-gnu/sys-include -O2 -O2 -g -O2  -DIN_GCC-W
-Wall -Wwrite-strings -Wstrict-prototypes -Wmissing-prototypes
-Wold-style-definition  -isystem ./include-I. -I.
-I/private/icg126/opt/src/gcc/gcc -I/private/icg126/opt/src/gcc/gcc/.
-I/private/icg126/opt/src/gcc/gcc/../include
-I/private/icg126/opt/src/gcc/gcc/../libcpp/include   -g0
-finhibit-size-directive -fno-inline-functions -fno-exceptions
-fno-zero-initialized-in-bss -fno-unit-at-a-time  -fno-omit-frame-pointer  -c
/private/icg126/opt/src/gcc/gcc/crtstuff.c -DCRT_BEGIN  -o crtbegin.o
Reading specs from /private/icg126/opt/src/gcc/g95/./gcc/specs
Target: i686-pc-linux-gnu
Configured with: /private/icg126/opt/src/gcc/configure
--prefix=/private/icg126/opt --enable-languages=c,c++,f95 --enable-checking
Thread model: posix
gcc version 4.1.0 20050817 (experimental)
 /private/icg126/opt/src/gcc/g95/./gcc/cc1 -quiet -v -I.
-I/private/icg126/opt/src/gcc/gcc -I/private/icg126/opt/src/gcc/gcc/.
-I/private/icg126/opt/src/gcc/gcc/../include
-I/private/icg126/opt/src/gcc/gcc/../libcpp/include -iprefix
/private/icg126/opt/src/gcc/g95/gcc/../lib/gcc/i686-pc-linux-gnu/4.1.0/ -isystem
/private/icg126/opt/src/gcc/g95/./gcc/include -DIN_GCC -DCRT_BEGIN -isystem
/private/icg126/opt/i686-pc-linux-gnu/include -isystem
/private/icg126/opt/i686-pc-linux-gnu/sys-include -isystem ./include-I.
/private/icg126/opt/src/gcc/gcc/crtstuff.c -quiet -dumpbase crtstuff.c
-mtune=pentiumpro -auxbase-strip crtbegin.o -g -g0 -O2 -O2 -O2 -W -Wall
-Wwrite-strings -Wstrict-prototypes -Wmissing-prototypes -Wold-style-definition
-version -finhibit-size-directive -fno-inline-functions -fno-exceptions
-fno-zero-initialized-in-bss -fno-unit-at-a-time -fno-omit-frame-pointer -o
/tmp/ccR5d9rd.s
ignoring nonexistent directory "/private/icg126/opt/i686-pc-linux-gnu/include"
ignoring nonexistent directory 
"/private/icg126/opt/i686-pc-linux-gnu/sys-include"
ignoring nonexistent directory "./include-I."
ignoring nonexistent directory
"/private/icg126/opt/src/gcc/g95/gcc/../lib/gcc/i686-pc-linux-gnu/4.1.0/include"
ignoring nonexistent directory
"/private/icg126/opt/src/gcc/g95/gcc/../lib/gcc/i686-pc-linux-gnu/4.1.0/../../../../i686-pc-linux-gnu/include"
ignoring nonexistent directory
"/private/icg126/opt/lib/gcc/i686-pc-linux-gnu/4.1.0/../../../../i686-pc-linux-gnu/include"
ignoring duplicate directory "/private/icg126/opt/src/gcc/gcc/."
#include "..." search starts here:
#include <...> search starts here:
 .
 /private/icg126/opt/src/gcc/gcc
 /private/icg126/opt/src/gcc/gcc/../include
 /private/icg126/opt/src/gcc/gcc/../libcpp/include
 /private/icg126/opt/src/gcc/g95/./gcc/include
 /usr/local/include
 /private/icg126/opt/include
 /private/icg126/opt/lib/gcc/i686-pc-linux-gnu/4.1.0/include
 /usr/include
End of search list.
GNU C version 4.1.0 20050817 (experimental) (i686-pc-linux-gnu)
compiled by GNU C version 4.1.0 20050815 (experimental).
GGC heuristics: --param ggc-min-expand=30 --param ggc-min-heapsize=4096
Compiler executable checksum: 697e95225e5bb5d063dac7c1d31e3ac4
xgcc: Internal error: Segmentation fault (program cc1)
---

Is this related to PR 21481?

-- 
   Summary: regression, Segmentation fault (program cc1)  crtstuff.c
   Product: gcc
   Version: 4.1.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P2
 Component: c
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: c dot lemmen at fz-juelich dot de
CC: gcc-bugs at gcc dot gnu dot org
 GCC build triplet: i686-pc-linux-gnu
  GCC host triplet: i686-pc-linux-gnu
GCC target triplet: i686-pc-linux-gnu


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


[Bug c++/23437] error: ... cannot appear in a constant-expression

2005-08-17 Thread jmihalicza at graphisoft dot com

--- Additional Comments From jmihalicza at graphisoft dot com  2005-08-17 
09:42 ---
Created an attachment (id=9514)
 --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=9514&action=view)
source code


-- 


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


[Bug c++/23437] error: ... cannot appear in a constant-expression

2005-08-17 Thread jmihalicza at graphisoft dot com

--- Additional Comments From jmihalicza at graphisoft dot com  2005-08-17 
09:44 ---
Created an attachment (id=9515)
 --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=9515&action=view)
command (error) output


-- 


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


[Bug c++/23437] error: ... cannot appear in a constant-expression

2005-08-17 Thread jmihalicza at graphisoft dot com

--- Additional Comments From jmihalicza at graphisoft dot com  2005-08-17 
09:44 ---
Created an attachment (id=9516)
 --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=9516&action=view)
command that produces the bug


-- 


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


[Bug c++/23437] error: ... cannot appear in a constant-expression

2005-08-17 Thread jmihalicza at graphisoft dot com

--- Additional Comments From jmihalicza at graphisoft dot com  2005-08-17 
09:45 ---
Created an attachment (id=9517)
 --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=9517&action=view)
preprocessed source


-- 


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


[Bug c++/23437] error: ... cannot appear in a constant-expression

2005-08-17 Thread jmihalicza at graphisoft dot com

--- Additional Comments From jmihalicza at graphisoft dot com  2005-08-17 
09:45 ---
Created an attachment (id=9518)
 --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=9518&action=view)
assembler source


-- 


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


[Bug c/23439] New: [4.0/4.1 regression] "f(){for" crashes the compiler

2005-08-17 Thread belyshev at depni dot sinp dot msu dot ru
This invalid tescase causes segfault in strcmp() called from
annotate_with_file_line() in both new C and C++ parsers:

--
f(){for
--

-- 
   Summary: [4.0/4.1 regression] "f(){for" crashes the compiler
   Product: gcc
   Version: 4.1.0
Status: UNCONFIRMED
  Keywords: ice-on-invalid-code, error-recovery
  Severity: minor
  Priority: P2
 Component: c
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: belyshev at depni dot sinp dot msu dot ru
CC: gcc-bugs at gcc dot gnu dot org


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


[Bug target/22432] Wrong code generation using MMX intrinsics on amd64

2005-08-17 Thread uros at kss-loka dot si

--- Additional Comments From uros at kss-loka dot si  2005-08-17 09:54 
---
The code produced by crosscompiling from i686 for x86_86, I got functionally 
equal asm for 32bit and 64bit mode:

gcc -O2 -m64:

.LFB128:
subq$24, %rsp
.LCFI0:
leaq20(%rsp), %rax
leaq24(%rsp), %rdx
cmpq%rax, %rdx
jbe .L7
movq.LC5(%rip), %mm0
pxor%mm1, %mm1
packuswb%mm1, %mm0
movq%mm0, (%rsp)
movq(%rsp), %rax
incl%eax
jne .L4
emms
...

gcc -m32 -mmmx:

pushl   %ebp
movl%esp, %ebp
subl$40, %esp
leal-4(%ebp), %eax
andl$-16, %esp
subl$16, %esp
cmpl%eax, %ebp
jbe .L7
movq.LC6, %mm0
pxor%mm1, %mm1
packuswb%mm1, %mm0
movd%mm0, -20(%ebp)
movl-20(%ebp), %eax
incl%eax
jne .L4
emms
...

Tested with gcc version 4.1.0 20050716 (experimental)

-- 


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


[Bug c++/23437] error: ... cannot appear in a constant-expression

2005-08-17 Thread jmihalicza at graphisoft dot com

--- Additional Comments From jmihalicza at graphisoft dot com  2005-08-17 
10:16 ---
(In reply to comment #0)
> Compilers without errors using
 ^ forget
Oops, I meant: Compiles...
>gcc 3.3
>MSVC 7.1
>MSVC 8.0
>Comeau 4.3.3



-- 


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


[Bug tree-optimization/23434] [4.1 regression] ICE: Segmentation fault compiling gsl1.5 at -O2

2005-08-17 Thread belyshev at depni dot sinp dot msu dot ru

--- Additional Comments From belyshev at depni dot sinp dot msu dot ru  
2005-08-17 10:16 ---
confirmed, reduced C tescase:
--
cblas_csyr2k (int N, void *A, int lda, float *B, int ldb, float *C, int k)
{
  int i, j;
  for (;; k ++)
{
  for (i = 0; i < N; i ++)
{
  float t = ((float * ) A) [i];
  for (j = i; j < N; j ++)
{
  C [i + j] = B [ldb] * ((float *) A) [k];
  C [lda] = 0 ;
}
}
}
}
--

-- 
   What|Removed |Added

 Status|UNCONFIRMED |NEW
 Ever Confirmed||1
   Keywords||ice-on-valid-code
   Last reconfirmed|-00-00 00:00:00 |2005-08-17 10:16:54
   date||
Summary|ICE: Segmentation fault |[4.1 regression] ICE:
   |compiling gsl1.5 at -O2 |Segmentation fault compiling
   ||gsl1.5 at -O2
   Target Milestone|--- |4.1.0


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


[Bug tree-optimization/23433] ICE: tree check: expected real_cst, have integer_cst in const_binop, at fold-const.c:1512

2005-08-17 Thread belyshev at depni dot sinp dot msu dot ru

--- Additional Comments From belyshev at depni dot sinp dot msu dot ru  
2005-08-17 10:21 ---
I could not reproduce this one, can you try current cvs HEAD ?


-- 


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


[Bug tree-optimization/23433] ICE: tree check: expected real_cst, have integer_cst in const_binop, at fold-const.c:1512

2005-08-17 Thread micis at gmx dot de

--- Additional Comments From micis at gmx dot de  2005-08-17 10:38 ---
Sorry I can't. I sit behind a firewall with only http/https enabled, ssh is 
blocked.

Michael

-- 


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


[Bug c/23439] [4.1 regression] "f(){for" crashes the compiler

2005-08-17 Thread reichelt at gcc dot gnu dot org

--- Additional Comments From reichelt at gcc dot gnu dot org  2005-08-17 
10:48 ---
Confirmed.

Since the C++ version is a little different, I'll open a separate PR
for the C++ version.

The C version only affects mainline.


-- 
   What|Removed |Added

 CC||reichelt at gcc dot gnu dot
   ||org
 Status|UNCONFIRMED |NEW
 Ever Confirmed||1
   Keywords||monitored
   Last reconfirmed|-00-00 00:00:00 |2005-08-17 10:48:09
   date||
Summary|[4.0/4.1 regression]|[4.1 regression] "f(){for"
   |"f(){for" crashes the   |crashes the compiler
   |compiler|
   Target Milestone|--- |4.1.0


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


[Bug c++/23440] New: [4.0/4.1 regression] "void f(){for" crashes the C++ frontend

2005-08-17 Thread reichelt at gcc dot gnu dot org
Since GCC 4.0.0 the C++ frontend ICEs on code like

  void foo() { for

But unlike PR23439 the C++ parser also ICEs on

  void foo() { for (;;)
or
  void foo() { if ()
or
  void foo() { while ()

-- 
   Summary: [4.0/4.1 regression] "void f(){for" crashes the C++
frontend
   Product: gcc
   Version: 4.1.0
Status: UNCONFIRMED
  Keywords: ice-on-invalid-code, error-recovery, monitored
  Severity: normal
  Priority: P2
 Component: c++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: reichelt at gcc dot gnu dot org
CC: belyshev at depni dot sinp dot msu dot ru,gcc-bugs at
gcc dot gnu dot org
 BugsThisDependsOn: 23439


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


[Bug c/23439] [4.1 regression] "f(){for" crashes the compiler

2005-08-17 Thread reichelt at gcc dot gnu dot org


-- 
   What|Removed |Added

OtherBugsDependingO||23440
  nThis||


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


[Bug c++/23440] [4.0/4.1 regression] "void f(){for" crashes the C++ frontend

2005-08-17 Thread reichelt at gcc dot gnu dot org


-- 
   What|Removed |Added

  BugsThisDependsOn|23439   |


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


[Bug c++/23440] [4.0/4.1 regression] "void f(){for" crashes the C++ frontend

2005-08-17 Thread reichelt at gcc dot gnu dot org

--- Additional Comments From reichelt at gcc dot gnu dot org  2005-08-17 
10:59 ---
Confirming this myself since it was already reported in PR23439
by Serge Belyshev.


-- 
   What|Removed |Added

   Severity|normal  |minor
 Status|UNCONFIRMED |NEW
 Ever Confirmed||1
   Last reconfirmed|-00-00 00:00:00 |2005-08-17 10:59:40
   date||
   Target Milestone|--- |4.0.2


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


[Bug tree-optimization/23391] [4.1 regression] Tree checking failure due to scev

2005-08-17 Thread reichelt at gcc dot gnu dot org

--- Additional Comments From reichelt at gcc dot gnu dot org  2005-08-17 
11:23 ---
*** Bug 23433 has been marked as a duplicate of this bug. ***

-- 
   What|Removed |Added

 CC||micis at gmx dot de


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


[Bug tree-optimization/23433] ICE: tree check: expected real_cst, have integer_cst in const_binop, at fold-const.c:1512

2005-08-17 Thread reichelt at gcc dot gnu dot org

--- Additional Comments From reichelt at gcc dot gnu dot org  2005-08-17 
11:23 ---
This is most probably a duplicate of PR23391.
So I'm closing it now.

You might want to test the patch there to see if it fixes your problem.
If it is not fixed, please reopen the bug.

*** This bug has been marked as a duplicate of 23391 ***

-- 
   What|Removed |Added

 CC||reichelt at gcc dot gnu dot
   ||org
 Status|UNCONFIRMED |RESOLVED
 Resolution||DUPLICATE


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


[Bug c/23438] regression, Segmentation fault (program cc1) crtstuff.c

2005-08-17 Thread reichelt at gcc dot gnu dot org

--- Additional Comments From reichelt at gcc dot gnu dot org  2005-08-17 
11:30 ---
This is probably the same failure as in
http://gcc.gnu.org/ml/gcc/2005-08/msg00436.html

This has been fixed in the meantime.

But to bootstrap a new compiler you should not use
mainline from 20050813 - 20050815.

Does this resolve your problems?

-- 
   What|Removed |Added

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


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


[Bug libgcj/23431] abstract method resolve error in gij

2005-08-17 Thread pinskia at gcc dot gnu dot org


-- 
   What|Removed |Added

 CC||gcc-bugs at gcc dot gnu dot
   ||org, java-prs at gcc dot gnu
   ||dot org
   Severity|critical|normal
Version|2.95|4.0.1


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


[Bug c++/23437] [3.4/4.0/4.1 Regression] error: ... cannot appear in a constant-expression

2005-08-17 Thread pinskia at gcc dot gnu dot org


-- 
   What|Removed |Added

  GCC build triplet|i486-pc-linux-gnu   |
   GCC host triplet|i486-pc-linux-gnu   |
 GCC target triplet|i486-pc-linux-gnu   |
   Keywords||rejects-valid
Summary|error: ... cannot appear in |[3.4/4.0/4.1 Regression]
   |a constant-expression   |error: ... cannot appear in
   ||a constant-expression
   Target Milestone|--- |4.0.2


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


[Bug tree-optimization/23438] [4.1 Regression] regression, Segmentation fault (program cc1) crtstuff.c

2005-08-17 Thread pinskia at gcc dot gnu dot org

--- Additional Comments From pinskia at gcc dot gnu dot org  2005-08-17 
11:51 ---
Use "make bootstrap" unless you really know what are doing.

This has been been fixed already so closing.

-- 
   What|Removed |Added

 Status|WAITING |RESOLVED
  Component|c   |tree-optimization
   Keywords||build, wrong-code
 Resolution||FIXED
Summary|regression, Segmentation|[4.1 Regression] regression,
   |fault (program cc1) |Segmentation fault (program
   |crtstuff.c  |cc1)  crtstuff.c
   Target Milestone|--- |4.1.0


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


[Bug rtl-optimization/23392] foward-1.m fails with -funroll-loops -O3 -fgnu-runtime

2005-08-17 Thread pinskia at gcc dot gnu dot org

--- Additional Comments From pinskia at gcc dot gnu dot org  2005-08-17 
11:59 ---
It looks like it fails on all 32bit powerpcs:
ppc-linux testresults here:
http://gcc.gnu.org/ml/gcc-testresults/2005-08/msg00957.html

-- 
   What|Removed |Added

 GCC target triplet|ppc-darwin, ppc-aix |powerpc-*-*


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


[Bug tree-optimization/21574] store_ccp doesn't see through a store.

2005-08-17 Thread pinskia at gcc dot gnu dot org

--- Additional Comments From pinskia at gcc dot gnu dot org  2005-08-17 
12:11 ---
Fixed.

-- 
   What|Removed |Added

 Status|REOPENED|RESOLVED
 Resolution||FIXED
   Target Milestone|--- |4.1.0


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


[Bug java/23432] Incorrect parsing and rounding off of large floating-point literals

2005-08-17 Thread pinskia at gcc dot gnu dot org

--- Additional Comments From pinskia at gcc dot gnu dot org  2005-08-17 
12:19 ---
Confirmed.

-- 
   What|Removed |Added

 Status|UNCONFIRMED |NEW
 Ever Confirmed||1
   Keywords||rejects-valid
   Last reconfirmed|-00-00 00:00:00 |2005-08-17 12:19:30
   date||


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


[Bug target/23436] [4.1 Regression] Insn does not satisfy its constraints (reload_cse_simplify_operands)

2005-08-17 Thread pinskia at gcc dot gnu dot org


-- 
   What|Removed |Added

   Keywords||ice-on-valid-code
Summary|Insn does not satisfy its   |[4.1 Regression] Insn does
   |constraints |not satisfy its constraints
   |(reload_cse_simplify_operand|(reload_cse_simplify_operand
   |s)  |s)
   Target Milestone|--- |4.1.0


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


[Bug target/23435] [4.1 Regression] Unrecognizable insn (in extract_insn, at recog.c)

2005-08-17 Thread pinskia at gcc dot gnu dot org


-- 
   What|Removed |Added

   Keywords||ice-on-valid-code
Summary|Unrecognizable insn (in |[4.1 Regression]
   |extract_insn, at recog.c)   |Unrecognizable insn (in
   ||extract_insn, at recog.c)
   Target Milestone|--- |4.1.0


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


[Bug middle-end/23412] [data deps] Overflow problem in Omega

2005-08-17 Thread pinskia at gcc dot gnu dot org

--- Additional Comments From pinskia at gcc dot gnu dot org  2005-08-17 
12:23 ---
Confirmed.

-- 
   What|Removed |Added

 Status|UNCONFIRMED |NEW
 Ever Confirmed||1
   Last reconfirmed|-00-00 00:00:00 |2005-08-17 12:23:44
   date||


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


[Bug middle-end/23413] [data deps] Overflow problem in Omega

2005-08-17 Thread pinskia at gcc dot gnu dot org

--- Additional Comments From pinskia at gcc dot gnu dot org  2005-08-17 
12:23 ---
Confirmed.

-- 
   What|Removed |Added

 Status|UNCONFIRMED |NEW
 Ever Confirmed||1
   Last reconfirmed|-00-00 00:00:00 |2005-08-17 12:23:50
   date||


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


[Bug middle-end/23409] [meta-bug] data dependence analyzer (BAD vs. BOP)

2005-08-17 Thread pinskia at gcc dot gnu dot org

--- Additional Comments From pinskia at gcc dot gnu dot org  2005-08-17 
12:23 ---
Confirmed.

-- 
   What|Removed |Added

 Status|UNCONFIRMED |NEW
 Ever Confirmed||1
   Last reconfirmed|-00-00 00:00:00 |2005-08-17 12:23:56
   date||


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


[Bug middle-end/23411] [data deps] Distance on outer loops for self output deps

2005-08-17 Thread pinskia at gcc dot gnu dot org

--- Additional Comments From pinskia at gcc dot gnu dot org  2005-08-17 
12:24 ---
Confirmed.

-- 
   What|Removed |Added

 Status|UNCONFIRMED |NEW
 Ever Confirmed||1
   Last reconfirmed|-00-00 00:00:00 |2005-08-17 12:24:11
   date||


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


[Bug libstdc++/23405] find and range concept testing for all containers

2005-08-17 Thread pinskia at gcc dot gnu dot org

--- Additional Comments From pinskia at gcc dot gnu dot org  2005-08-17 
12:24 ---
Confirmed.

-- 
   What|Removed |Added

 Status|UNCONFIRMED |NEW
 Ever Confirmed||1
   Last reconfirmed|-00-00 00:00:00 |2005-08-17 12:24:22
   date||


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


[Bug libffi/23404] Interpreted byte code does not run properly on ppc64

2005-08-17 Thread pinskia at gcc dot gnu dot org


-- 
   What|Removed |Added

Summary|Interpreted byte code does  |Interpreted byte code does
   |not run properly on ppc |not run properly on ppc64


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


[Bug target/19150] [3.4/4.0 Regression] suboptimal fp division with -ffast-math

2005-08-17 Thread bonzini at gcc dot gnu dot org

--- Additional Comments From bonzini at gcc dot gnu dot org  2005-08-17 
12:29 ---
Now, on mainline, I get:

test:
pushl   %ebp
movl%esp, %ebp
fldl.LC0
fdivl   8(%ebp)
leave
ret


-- 
   What|Removed |Added

  Known to work||4.1.0
Summary|[3.4/4.0/4.1 Regression]|[3.4/4.0 Regression]
   |suboptimal fp division with |suboptimal fp division with
   |-ffast-math |-ffast-math


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


[Bug target/22362] [3.4/4.0/4.1 Regression] static function calls and global register variables

2005-08-17 Thread bonzini at gcc dot gnu dot org

--- Additional Comments From bonzini at gcc dot gnu dot org  2005-08-17 
12:36 ---
A solution could be to count the number of global register vars, and decrease
the number of regparm'd parameters accordingly.


-- 


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


[Bug tree-optimization/19703] [4.0 Regression] Poor optimisation of loop test, DOM causing unsigned to int and missing combine compares

2005-08-17 Thread pinskia at gcc dot gnu dot org

--- Additional Comments From pinskia at gcc dot gnu dot org  2005-08-17 
12:37 ---
This has been fixed on the mainline now.

-- 
   What|Removed |Added

  Known to fail||4.0.0
  Known to work||3.4.0 4.1.0
Summary|[4.0/4.1 Regression] Poor   |[4.0 Regression] Poor
   |optimisation of loop test,  |optimisation of loop test,
   |DOM causing unsigned to int |DOM causing unsigned to int
   |and missing combine compares|and missing combine compares


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


[Bug middle-end/19988] [4.0/4.1 Regression] pessimizes fp multiply-add/subtract combo

2005-08-17 Thread pinskia at gcc dot gnu dot org

--- Additional Comments From pinskia at gcc dot gnu dot org  2005-08-17 
12:43 ---
For the last one, we don't have an un-CSE just yet.

-- 
   What|Removed |Added

   Last reconfirmed|2005-02-15 23:42:25 |2005-08-17 12:43:49
   date||


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


[Bug rtl-optimization/21254] [4.0 regression] Incorrect code with -funroll-loops for multiple targets with same code

2005-08-17 Thread cvs-commit at gcc dot gnu dot org

--- Additional Comments From cvs-commit at gcc dot gnu dot org  2005-08-17 
12:45 ---
Subject: Bug 21254

CVSROOT:/cvs/gcc
Module name:gcc
Branch: gcc-4_0-branch
Changes by: [EMAIL PROTECTED]   2005-08-17 12:45:04

Modified files:
gcc: ChangeLog loop-iv.c loop-unroll.c 

Log message:
2005-08-17  Paolo Bonzini  <[EMAIL PROTECTED]>

PR rtl-optimization/21254
* loop-iv.c (iv_number_of_iterations): Simplify infiniteness
assumptions for loops that otherwise do not roll.
(find_simple_exit): Prefer # of iterations that is guaranteed
not to be infinite.
* loop-unroll.c (decide_peel_once_rolling,
decide_peel_completely): Check whether the loop is infinite.

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.374&r2=2.7592.2.375
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/loop-iv.c.diff?cvsroot=gcc&only_with_tag=gcc-4_0-branch&r1=2.26&r2=2.26.12.1
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/loop-unroll.c.diff?cvsroot=gcc&only_with_tag=gcc-4_0-branch&r1=1.24&r2=1.24.12.1


--- Additional Comments From bonzini at gcc dot gnu dot org  2005-08-17 
12:45 ---
Patch committed to 4.0 branch.

-- 
   What|Removed |Added

 Status|ASSIGNED|RESOLVED
 Resolution||FIXED


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


[Bug bootstrap/20155] [4.0 Regression] libgcj build fails with "execvp: /bin/sh: Argument list too long"

2005-08-17 Thread bonzini at gcc dot gnu dot org

--- Additional Comments From bonzini at gcc dot gnu dot org  2005-08-17 
12:56 ---
Committing to 4.0 branch.

-- 
   What|Removed |Added

  Known to fail|4.0.1   |
  Known to work|4.1.0   |4.0.2 4.1.0


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


[Bug java/17845] [4.1 Regression] More problems with simple type names as superclasses

2005-08-17 Thread cvs-commit at gcc dot gnu dot org

--- Additional Comments From cvs-commit at gcc dot gnu dot org  2005-08-17 
12:57 ---
Subject: Bug 17845

CVSROOT:/cvs/gcc
Module name:gcc
Branch: gcc-4_0-branch
Changes by: [EMAIL PROTECTED]   2005-08-17 12:57:08

Modified files:
libjava: ChangeLog Makefile.am Makefile.in configure 
 configure.ac 
libjava/external: Makefile.in 
libjava/external/sax: Makefile.in 
libjava/external/w3c_dom: Makefile.in 
libjava/gcj: Makefile.in 
libjava/include: Makefile.in 
libjava/testsuite: Makefile.in 
libjava/testsuite/libjava.jacks: jacks.xfail 
gcc/java   : ChangeLog class.c parse.h parse.y 

Log message:
libjava:
2005-08-17  Paolo Bonzini  <[EMAIL PROTECTED]>

Backport from mainline:

2005-05-18  Paolo Bonzini  <[EMAIL PROTECTED]>

* Makefile.am (Makefile.deps): Do not use \0, it is unportable.
* Makefile.in: Regenerate.

2005-05-17  Paolo Bonzini  <[EMAIL PROTECTED]>

* configure.ac (--enable-libgcj-multifile): Remove.

* Makefile.am (all_native_compiled_source_files,
(all_native_compiled_dirs, all_java_dirs, all_java_lo_files,
all_libgcj_lo_files, all_xlib_lo_files,
all_java_deps_files, all_java_stamp_files,
all_java_filelist_files): New variables.
(EXTRA_DIST): New Automake variable.
(CLEANFILES): Add .stamp, .list and .lo files.
(%.list, %.lo, %.stamp, Makefile.deps): New rules.
(classes.stamp): Depend on $(all_java_stamp_files).
(libgcj.la): Pass $(libgcj_la_LIBADD) to the linker without
going through write_entries_to_file.

(all_java_source_files, all_property_files): Move earlier.
(libgcj_la_OBJECTS, javao_files, xlib_javao_files,
all_java_class_files): Remove.
(gtk_awt_peer_sources): Rename to...
(gtk_awt_peer_source_files): ... this.  Adjust throughout.

(ONESTEP): Remove.
(libgcj0_convenience_la_SOURCES): Remove Java source files.
(libgcj0_convenience_la_LIBADD): Add $(all_libgcj_lo_files).
(libgcj0_convenience_la_DEPENDENCIES): Likewise.
(libgcj_la_SOURCES): Remove.
(lib_gnu_awt_xlib_la_SOURCES): Remove Java source files.
(lib_gnu_awt_xlib_la_LIBADD): Add $(all_xlib_lo_files).
(lib_gnu_awt_xlib_la_DEPENDENCIES): Likewise.

* configure: Regenerate.
* Makefile.in: Regenerate.
* external/Makefile.in: Regenerate.
* external/sax/Makefile.in: Regenerate.
* external/w3c_dom/Makefile.in: Regenerate.
* gcj/Makefile.in: Regenerate.
* include/Makefile.in: Regenerate.
* libltdl/Makefile.in: Regenerate.
* testsuite/Makefile.in: Regenerate.

2005-05-10  Paolo Bonzini  <[EMAIL PROTECTED]>

PR java/21436
* testsuite/libjava.jacks/jacks.xfail: Adjust.

gcc/java:
2005-08-17  Paolo Bonzini  <[EMAIL PROTECTED]>

Backport from mainline:

2005-05-19  Paolo Bonzini  <[EMAIL PROTECTED]>

PR java/17845

* parse.y (register_package, package_list): Remove.
(package_declaration): Do not call register_package.
(do_resolve_class): Do not use package_list.

2005-05-10  Paolo Bonzini  <[EMAIL PROTECTED]>

PR java/21436
* class.c (maybe_layout_super_class): Look for imports in this_class.
* parse.h (ctxp_for_generation_last): New.
(do_resolve_class): Add a parameter.
* parse.y (ctxp_for_generation_last): New.
(java_pop_parser_context): Add at end of list.
(find_in_imports, find_in_imports_on_demand): Look in ctxp
if the TYPE_IMPORT_LIST or respectively the TYPE_IMPORT_DEMAND_LIST of
the given type are NULL.
(do_resolve_class): Look into the imports of the new second parameter.
Adjust recursive calls.
(resolve_class, resolve_inner_class, find_as_inner_class): Adjust
calls to do_resolve_class.
(create_class): Set the TYPE_IMPORT_LIST and TYPE_IMPORT_DEMAND_LIST.
(java_complete_class): Do not do that here.

Patches:
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libjava/ChangeLog.diff?cvsroot=gcc&only_with_tag=gcc-4_0-branch&r1=1.3391.2.89&r2=1.3391.2.90
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libjava/Makefile.am.diff?cvsroot=gcc&only_with_tag=gcc-4_0-branch&r1=1.455.2.13&r2=1.455.2.14
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libjava/Makefile.in.diff?cvsroot=gcc&only_with_tag=gcc-4_0-branch&r1=1.485.2.13&r2=1.485.2.14
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libjava/configure.diff?cvsroot=gcc&only_with_tag=gcc-4_0-branch&r1=1.253.2.4&r2=1.253.2.5
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libjava/configure.ac.diff?cvsroot=

[Bug java/21436] imports not remembered for previously compiled files

2005-08-17 Thread cvs-commit at gcc dot gnu dot org

--- Additional Comments From cvs-commit at gcc dot gnu dot org  2005-08-17 
12:57 ---
Subject: Bug 21436

CVSROOT:/cvs/gcc
Module name:gcc
Branch: gcc-4_0-branch
Changes by: [EMAIL PROTECTED]   2005-08-17 12:57:08

Modified files:
libjava: ChangeLog Makefile.am Makefile.in configure 
 configure.ac 
libjava/external: Makefile.in 
libjava/external/sax: Makefile.in 
libjava/external/w3c_dom: Makefile.in 
libjava/gcj: Makefile.in 
libjava/include: Makefile.in 
libjava/testsuite: Makefile.in 
libjava/testsuite/libjava.jacks: jacks.xfail 
gcc/java   : ChangeLog class.c parse.h parse.y 

Log message:
libjava:
2005-08-17  Paolo Bonzini  <[EMAIL PROTECTED]>

Backport from mainline:

2005-05-18  Paolo Bonzini  <[EMAIL PROTECTED]>

* Makefile.am (Makefile.deps): Do not use \0, it is unportable.
* Makefile.in: Regenerate.

2005-05-17  Paolo Bonzini  <[EMAIL PROTECTED]>

* configure.ac (--enable-libgcj-multifile): Remove.

* Makefile.am (all_native_compiled_source_files,
(all_native_compiled_dirs, all_java_dirs, all_java_lo_files,
all_libgcj_lo_files, all_xlib_lo_files,
all_java_deps_files, all_java_stamp_files,
all_java_filelist_files): New variables.
(EXTRA_DIST): New Automake variable.
(CLEANFILES): Add .stamp, .list and .lo files.
(%.list, %.lo, %.stamp, Makefile.deps): New rules.
(classes.stamp): Depend on $(all_java_stamp_files).
(libgcj.la): Pass $(libgcj_la_LIBADD) to the linker without
going through write_entries_to_file.

(all_java_source_files, all_property_files): Move earlier.
(libgcj_la_OBJECTS, javao_files, xlib_javao_files,
all_java_class_files): Remove.
(gtk_awt_peer_sources): Rename to...
(gtk_awt_peer_source_files): ... this.  Adjust throughout.

(ONESTEP): Remove.
(libgcj0_convenience_la_SOURCES): Remove Java source files.
(libgcj0_convenience_la_LIBADD): Add $(all_libgcj_lo_files).
(libgcj0_convenience_la_DEPENDENCIES): Likewise.
(libgcj_la_SOURCES): Remove.
(lib_gnu_awt_xlib_la_SOURCES): Remove Java source files.
(lib_gnu_awt_xlib_la_LIBADD): Add $(all_xlib_lo_files).
(lib_gnu_awt_xlib_la_DEPENDENCIES): Likewise.

* configure: Regenerate.
* Makefile.in: Regenerate.
* external/Makefile.in: Regenerate.
* external/sax/Makefile.in: Regenerate.
* external/w3c_dom/Makefile.in: Regenerate.
* gcj/Makefile.in: Regenerate.
* include/Makefile.in: Regenerate.
* libltdl/Makefile.in: Regenerate.
* testsuite/Makefile.in: Regenerate.

2005-05-10  Paolo Bonzini  <[EMAIL PROTECTED]>

PR java/21436
* testsuite/libjava.jacks/jacks.xfail: Adjust.

gcc/java:
2005-08-17  Paolo Bonzini  <[EMAIL PROTECTED]>

Backport from mainline:

2005-05-19  Paolo Bonzini  <[EMAIL PROTECTED]>

PR java/17845

* parse.y (register_package, package_list): Remove.
(package_declaration): Do not call register_package.
(do_resolve_class): Do not use package_list.

2005-05-10  Paolo Bonzini  <[EMAIL PROTECTED]>

PR java/21436
* class.c (maybe_layout_super_class): Look for imports in this_class.
* parse.h (ctxp_for_generation_last): New.
(do_resolve_class): Add a parameter.
* parse.y (ctxp_for_generation_last): New.
(java_pop_parser_context): Add at end of list.
(find_in_imports, find_in_imports_on_demand): Look in ctxp
if the TYPE_IMPORT_LIST or respectively the TYPE_IMPORT_DEMAND_LIST of
the given type are NULL.
(do_resolve_class): Look into the imports of the new second parameter.
Adjust recursive calls.
(resolve_class, resolve_inner_class, find_as_inner_class): Adjust
calls to do_resolve_class.
(create_class): Set the TYPE_IMPORT_LIST and TYPE_IMPORT_DEMAND_LIST.
(java_complete_class): Do not do that here.

Patches:
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libjava/ChangeLog.diff?cvsroot=gcc&only_with_tag=gcc-4_0-branch&r1=1.3391.2.89&r2=1.3391.2.90
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libjava/Makefile.am.diff?cvsroot=gcc&only_with_tag=gcc-4_0-branch&r1=1.455.2.13&r2=1.455.2.14
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libjava/Makefile.in.diff?cvsroot=gcc&only_with_tag=gcc-4_0-branch&r1=1.485.2.13&r2=1.485.2.14
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libjava/configure.diff?cvsroot=gcc&only_with_tag=gcc-4_0-branch&r1=1.253.2.4&r2=1.253.2.5
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libjava/configure.ac.diff?cvsroot=

[Bug java/21436] imports not remembered for previously compiled files

2005-08-17 Thread bonzini at gcc dot gnu dot org

--- Additional Comments From bonzini at gcc dot gnu dot org  2005-08-17 
12:58 ---
Fix committed to 4.0 branch as part of fixing PR20155

-- 
   What|Removed |Added

  Known to work||4.0.2 4.1.0


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


[Bug tree-optimization/18687] [4.0/4.1 Regression] ~50% compile time regression

2005-08-17 Thread bonzini at gcc dot gnu dot org

--- Additional Comments From bonzini at gcc dot gnu dot org  2005-08-17 
13:06 ---
what about times on 4.1?

-- 


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


[Bug c++/23441] New: wrong "control may reach end of non-void function" with -O

2005-08-17 Thread pierre dot chatelier at club-internet dot fr
When turning on optimizations (-O), the following code produces a wrong 
"control may reach end of 
non-void function" warning

inline float f(float x)
{
  if ((x > 3.1415927) || (x<0))
return f(-x);
  else
return 0;
}

float g(void)
{
  return f(0);
}

-- 
   Summary: wrong "control may reach end of non-void function" with
-O
   Product: gcc
   Version: 4.0.1
Status: UNCONFIRMED
  Severity: normal
  Priority: P2
 Component: c++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: pierre dot chatelier at club-internet dot fr
CC: gcc-bugs at gcc dot gnu dot org


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


[Bug bootstrap/23442] New: Compiler fails to build - internal compiler error: in do_SUBST, at combine.c:462

2005-08-17 Thread hamish at debian dot org
Attempting to build a cross-compiler for m68k-unknown-elf on x86_64-linux-gnu
fails with an internal error:

/home/hamish/projects/rockbox/gcc-4/orig/build/gcc/xgcc
-B/home/hamish/projects/rockbox/gcc-4/orig/build/gcc/
-B/home/hamish/m68k-amd64/m68k-elf/bin/ -B/home/hamish/m68k-amd64/m68k-elf/lib/
-isystem /home/hamish/m68k-amd64/m68k-elf/include -isystem
/home/hamish/m68k-amd64/m68k-elf/sys-include -O2  -DIN_GCC -DCROSS_COMPILE   -W
-Wall -Wwrite-strings -Wstrict-prototypes -Wmissing-prototypes
-Wold-style-definition  -isystem ./include   -g  -DIN_LIBGCC2
-D__GCC_FLOAT_NOT_NEEDED -Dinhibit_libc -I. -I. -I../../gcc-4.0.1/gcc
-I../../gcc-4.0.1/gcc/. -I../../gcc-4.0.1/gcc/../include
-I../../gcc-4.0.1/gcc/../libcpp/include  -m68000 -DL_fixdfdi -c
../../gcc-4.0.1/gcc/libgcc2.c -o libgcc/m68000/_fixdfdi.o
../../gcc-4.0.1/gcc/libgcc2.c: In function '__fixdfdi':
../../gcc-4.0.1/gcc/libgcc2.c:1256: internal compiler error: in do_SUBST, at
combine.c:462

The host compiler is
gcc version 4.0.2 20050806 (prerelease) (Debian 4.0.1-4)

The same internal error occurs trying to build gcc-3.4.4,
using either gcc-4.0.2 or gcc-3.4.4.

The configure command was
../gcc-4.0.1/configure --prefix=$HOME/m68k-amd64 --target=m68k-unknown-elf
--enable-languages=c

Google found someone else had this problem with a sparc64 host:
http://www.rtems.com/ml/rtems-users/2005/june/msg00025.html
And someone else had this problem on x86_64 with gcc-3.4:
http://mailman.uclinux.org/pipermail/uclinux-dev/2005-June/033210.html

Hamish

-- 
   Summary: Compiler fails to build - internal compiler error: in
do_SUBST, at combine.c:462
   Product: gcc
   Version: 4.0.1
Status: UNCONFIRMED
  Severity: normal
  Priority: P2
 Component: bootstrap
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: hamish at debian dot org
CC: gcc-bugs at gcc dot gnu dot org
  GCC host triplet: x86_64-linux-gnu
GCC target triplet: m68k-unknown-elf


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


[Bug fortran/23443] New: incorrect resolution of generic interface

2005-08-17 Thread dngrimwood at optusnet dot com dot au
Hi,

The generic interface below is not being resolved correctly.  The code looks
similar to bug fortran/23371, but I think it's a different cause.  Version is
Debian 4.0.1-2.

Thanks,
Daniel.


module SYSTEM_MODULE

   implicit none

   interface unit_conversion_factor_
  module procedure unit_conversion_factor
   end interface

contains

   function unit_conversion_factor(self) result(res)
  integer, intent(in) :: self
  integer(4) :: res
  res = 1
   end function

   subroutine unstack(self)
 integer, intent(inout) :: self
 integer(4) :: mem
mem = unit_conversion_factor_(self)
   end subroutine

end module

-- 
   Summary: incorrect resolution of generic interface
   Product: gcc
   Version: 4.0.1
Status: UNCONFIRMED
  Severity: normal
  Priority: P2
 Component: fortran
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: dngrimwood at optusnet dot com dot au
CC: gcc-bugs at gcc dot gnu dot org


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


[Bug bootstrap/20155] [4.0 Regression] libgcj build fails with "execvp: /bin/sh: Argument list too long"

2005-08-17 Thread pinskia at gcc dot gnu dot org

--- Additional Comments From pinskia at gcc dot gnu dot org  2005-08-17 
14:56 ---
Fixed.

-- 
   What|Removed |Added

 Status|ASSIGNED|RESOLVED
 Resolution||FIXED


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


[Bug java/17574] [meta-bug] gcj and libgcj 4.0 tracking PR

2005-08-17 Thread pinskia at gcc dot gnu dot org


-- 
Bug 17574 depends on bug 20155, which changed state.

Bug 20155 Summary: [4.0 Regression] libgcj build fails with "execvp: /bin/sh: 
Argument list too long"
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20155

   What|Old Value   |New Value

 Status|ASSIGNED|RESOLVED
 Resolution||FIXED

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


[Bug java/21436] imports not remembered for previously compiled files

2005-08-17 Thread pinskia at gcc dot gnu dot org


-- 
   What|Removed |Added

   Target Milestone|4.1.0   |4.0.2


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


[Bug bootstrap/23442] Compiler fails to build - internal compiler error: in do_SUBST, at combine.c:462

2005-08-17 Thread pinskia at gcc dot gnu dot org


-- 
   What|Removed |Added

   Keywords||build, ice-on-valid-code


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


[Bug fortran/23443] incorrect resolution of generic interface

2005-08-17 Thread pinskia at gcc dot gnu dot org

--- Additional Comments From pinskia at gcc dot gnu dot org  2005-08-17 
15:01 ---
Fixed already in 4.0.2.

-- 
   What|Removed |Added

 Status|UNCONFIRMED |RESOLVED
 Resolution||FIXED
   Target Milestone|--- |4.0.2


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


[Bug fortran/23371] internal compiler error when missing a module procedure

2005-08-17 Thread pinskia at gcc dot gnu dot org

--- Additional Comments From pinskia at gcc dot gnu dot org  2005-08-17 
15:01 ---
This is still a bug on the mainline.

-- 


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


[Bug bootstrap/23442] Compiler fails to build - internal compiler error: in do_SUBST, at combine.c:462

2005-08-17 Thread pinskia at gcc dot gnu dot org

--- Additional Comments From pinskia at gcc dot gnu dot org  2005-08-17 
15:08 ---
Another report is in PR 22001 for m68k-rtems but I don't know what host it is 
on.

This might be a bug in the target files not understanding HWI as 64bits.

-- 
   What|Removed |Added

  BugsThisDependsOn||22001


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


[Bug rtl-optimization/22001] ICE while building cross compiler

2005-08-17 Thread pinskia at gcc dot gnu dot org


-- 
   What|Removed |Added

OtherBugsDependingO||23442
  nThis||


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


[Bug c++/23441] [4.0 Regression] wrong "control may reach end of non-void function" with -O

2005-08-17 Thread pinskia at gcc dot gnu dot org

--- Additional Comments From pinskia at gcc dot gnu dot org  2005-08-17 
15:10 ---
Fixed in 4.1.0 already by doing the warnings for all functions with flow 
control instead of just trying 
adhack doing it.

-- 
   What|Removed |Added

 Status|UNCONFIRMED |RESOLVED
   Keywords||diagnostic
 Resolution||FIXED
Summary|wrong "control may reach end|[4.0 Regression] wrong
   |of non-void function" with -|"control may reach end of
   |O   |non-void function" with -O
   Target Milestone|--- |4.1.0


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


[Bug java/17845] [4.1 Regression] More problems with simple type names as superclasses

2005-08-17 Thread pinskia at gcc dot gnu dot org


-- 
   What|Removed |Added

   Target Milestone|4.1.0   |4.0.2
Version|4.0.0   |4.1.0


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


[Bug c/23444] New: Volatile register access incorrectly optimized

2005-08-17 Thread oakad at yahoo dot com
For a code:
//
void board_init_f (ulong bootflag)
{
  register volatile gd_t *gd asm ("r29");
  bd_t *bd;
  ulong len, addr, addr_sp;
  gd_t *id;
  init_fnc_t **init_fnc_ptr;

  gd=0xff55ff55;
  __asm__ __volatile__("or 29, 29, 29");
  memset ((void *) gd, 0, sizeof (gd_t));
  
//
the following assembly is generated:
//
fff88ec8 :
fff88ec8:   94 21 ff d0 stwur1,-48(r1)
fff88ecc:   7c 08 02 a6 mflrr0
fff88ed0:   be e1 00 0c stmwr23,12(r1)
fff88ed4:   90 01 00 34 stw r0,52(r1)
fff88ed8:   42 9f 00 05 bcl-20,4*cr7+so,fff88edc
fff88edc:   7f c8 02 a6 mflrr30
fff88ee0:   80 1e ff e8 lwz r0,-24(r30)
fff88ee4:   7f c0 f2 14 add r30,r0,r30
fff88ee8:   7c 7f 1b 78 mr  r31,r3
/* problematic code here */
fff88eec:   7f bd eb 78 mr  r29,r29
fff88ef0:   3c 60 ff 55 lis r3,-171
fff88ef4:   60 63 ff 55 ori r3,r3,65365
fff88ef8:   38 80 00 00 li  r4,0
fff88efc:   38 a0 00 30 li  r5,48
fff88f00:   4b ff f9 19 bl  fff88818 
.
//
It is seen from here, that r29 does not get initialized, despite "volatile" 
specifier for variable gd (gcc is called with "-ffixed-r29"). This bug is 
present in gcc-4.0.0 too.

For reference: code generated by gcc-3.4.4:
//
fff88cb8 :
fff88cb8:   94 21 ff d8 stwur1,-40(r1)
fff88cbc:   7c 08 02 a6 mflrr0
fff88cc0:   bf 01 00 08 stmwr24,8(r1)
fff88cc4:   90 01 00 2c stw r0,44(r1)
fff88cc8:   42 9f 00 05 bcl-20,4*cr7+so,fff88ccc
fff88ccc:   7f c8 02 a6 mflrr30
fff88cd0:   80 1e ff e8 lwz r0,-24(r30)
fff88cd4:   7f c0 f2 14 add r30,r0,r30
fff88cd8:   7c 78 1b 78 mr  r24,r3
   /* correct code */
fff88cdc:   3f a0 ff 55 lis r29,-171
fff88ce0:   63 bd ff 55 ori r29,r29,65365
fff88ce4:   7f bd eb 78 mr  r29,r29
fff88ce8:   7f a3 eb 78 mr  r3,r29
fff88cec:   38 80 00 00 li  r4,0
fff88cf0:   38 a0 00 30 li  r5,48
fff88cf4:   4b ff f8 ed bl  fff885e0 

//--

-- 
   Summary: Volatile register access incorrectly optimized
   Product: gcc
   Version: 4.0.1
Status: UNCONFIRMED
  Severity: normal
  Priority: P2
 Component: c
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: oakad at yahoo dot com
CC: gcc-bugs at gcc dot gnu dot org
 GCC build triplet: i686-pc-cygwin
  GCC host triplet: i686-pc-cygwin
GCC target triplet: powerpc-eabi-gcc


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


[Bug c/23444] Volatile register access incorrectly optimized

2005-08-17 Thread oakad at yahoo dot com


-- 
   What|Removed |Added

 GCC target triplet|powerpc-eabi-gcc|powerpc-eabi-unknown


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


[Bug c/23444] Volatile register access incorrectly optimized

2005-08-17 Thread oakad at yahoo dot com


-- 
   What|Removed |Added

 GCC target triplet|powerpc-eabi-unknown|powerpc-eabi


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


[Bug rtl-optimization/23444] Volatile register access incorrectly optimized

2005-08-17 Thread pinskia at gcc dot gnu dot org


-- 
   What|Removed |Added

  Component|c   |rtl-optimization
   Keywords||wrong-code


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


[Bug rtl-optimization/23444] Volatile register access incorrectly optimized

2005-08-17 Thread pinskia at gcc dot gnu dot org

--- Additional Comments From pinskia at gcc dot gnu dot org  2005-08-17 
15:47 ---
Of course we need the preprocessed source for this.

-- 


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


[Bug rtl-optimization/23444] Volatile register access incorrectly optimized

2005-08-17 Thread oakad at yahoo dot com

--- Additional Comments From oakad at yahoo dot com  2005-08-17 15:50 
---
Preprocessed source:
//--
void board_init_f (ulong bootflag)
{
register volatile gd_t *gd asm ("r29");

bd_t *bd;
ulong len, addr, addr_sp;
gd_t *id;
init_fnc_t **init_fnc_ptr;
# 360 "board.c"
gd=0xff55ff55;



__asm__ __volatile__("or 29, 29, 29");



memset ((void *) gd, 0, sizeof (gd_t));
.
//


-- 


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


[Bug c++/20624] [4.0/4.1 Regression] wrong "control reaches end of non-void function" warning

2005-08-17 Thread pinskia at gcc dot gnu dot org

--- Additional Comments From pinskia at gcc dot gnu dot org  2005-08-17 
15:55 ---
Reduced new testcase:
struct fpos {
 fpos(int __pos) {}
};
struct g {
  g();
  ~g();
};
fpos seekoff(int b, int c)
{
  g __buf;
  if (b != -1 && c >= 0)
return fpos(-1);
  else
return fpos(-1);
} 

The issue here is (produced inside the compiler):
return ;
goto ;


Which means this PR 20681 is a dup of this as the problem is the same.

-- 


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


[Bug c++/20681] [4.0/4.1 Regression] wrong "control reaches end of non-void function" warning

2005-08-17 Thread pinskia at gcc dot gnu dot org

--- Additional Comments From pinskia at gcc dot gnu dot org  2005-08-17 
15:55 ---
This is a dup of bug 20624, see comment #13.  I wonder why useless  did not 
remove the goto.

*** This bug has been marked as a duplicate of 20624 ***

-- 
   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||DUPLICATE


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


[Bug c++/20624] [4.0/4.1 Regression] wrong "control reaches end of non-void function" warning

2005-08-17 Thread pinskia at gcc dot gnu dot org

--- Additional Comments From pinskia at gcc dot gnu dot org  2005-08-17 
15:55 ---
*** Bug 20681 has been marked as a duplicate of this bug. ***

-- 


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


[Bug rtl-optimization/23444] Volatile register access incorrectly optimized

2005-08-17 Thread pinskia at gcc dot gnu dot org

--- Additional Comments From pinskia at gcc dot gnu dot org  2005-08-17 
15:59 ---
(In reply to comment #2)
> Preprocessed source:
Of course that does not compile:
t.c:1: error: parse error before "bootflag"
t.c: In function `board_init_f':
t.c:3: error: syntax error before '*' token
t.c:5: error: `bd_t' undeclared (first use in this function)
t.c:5: error: (Each undeclared identifier is reported only once
t.c:5: error: for each function it appears in.)
t.c:5: error: `bd' undeclared (first use in this function)
t.c:6: error: `ulong' undeclared (first use in this function)
t.c:6: error: parse error before "len"
t.c:7: error: `gd_t' undeclared (first use in this function)
t.c:7: error: `id' undeclared (first use in this function)
t.c:8: error: `init_fnc_t' undeclared (first use in this function)
t.c:8: error: `init_fnc_ptr' undeclared (first use in this function)
board.c:360: error: `gd' undeclared (first use in this function)
board.c:369: error: parse error before '...' token


We need a full testcase which actually compiles.

-- 


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


[Bug tree-optimization/23433] ICE: tree check: expected real_cst, have integer_cst in const_binop, at fold-const.c:1512

2005-08-17 Thread micis at gmx dot de

--- Additional Comments From micis at gmx dot de  2005-08-17 15:59 ---
I reopen the bug because there is an other source file with the same ICE which 
is not fixed by http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23391#c5

-- 
   What|Removed |Added

 Status|RESOLVED|UNCONFIRMED
 Resolution|DUPLICATE   |


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


[Bug tree-optimization/23433] ICE: tree check: expected real_cst, have integer_cst in const_binop, at fold-const.c:1512

2005-08-17 Thread pinskia at gcc dot gnu dot org

--- Additional Comments From pinskia at gcc dot gnu dot org  2005-08-17 
16:06 ---
Reducing.

-- 


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


[Bug tree-optimization/18687] [4.0/4.1 Regression] ~50% compile time regression

2005-08-17 Thread belyshev at depni dot sinp dot msu dot ru

--- Additional Comments From belyshev at depni dot sinp dot msu dot ru  
2005-08-17 16:10 ---
3.4.5   4.0.2   4.1.0   3.4->4.0 (%)4.0->4.1 (%)

hashes100.c:

O0  1.561.591.572.2-1.4
O1  2.544.234.49   66.  6.1
O2  4.436.296.56   42.  4.4
O3  4.746.336.66   34.  5.1

infcodes100.c:

O0  3.213.693.67   15. -0.64
O1  4.687.067.72   51.  9.3
O2  8.019.84   10.86   23. 10.
O3  8.459.94   10.95   18. 10.


Note this is a different machine than in my previous comments (2GHz k8 with
1024K of L2 cache in 64bit mode, previous was 1GHz k7 with 64K of L2).


-- 


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


[Bug tree-optimization/23433] [4.1 Regression] ICE: tree check: expected real_cst, have integer_cst in const_binop, at fold-const.c:1512

2005-08-17 Thread pinskia at gcc dot gnu dot org

--- Additional Comments From pinskia at gcc dot gnu dot org  2005-08-17 
16:25 ---
Confirmed reduced testcase:
double transport_sumexp(int numexp)
{
  int k,j;
  double xk1 = 1.0;
  for(k=1; k<=numexp;k++)
for(j=1;j<=3;j++)
  xk1 += 1.0;
  return xk1;
}

-- 
   What|Removed |Added

 CC||spop at gcc dot gnu dot org
 Status|UNCONFIRMED |NEW
 Ever Confirmed||1
  GCC build triplet|x86_64-unknown-linux-gnu|
   GCC host triplet|x86_64-unknown-linux-gnu|
 GCC target triplet|x86_64-unknown-linux-gnu|
   Keywords||ice-on-valid-code
   Last reconfirmed|-00-00 00:00:00 |2005-08-17 16:25:04
   date||
Summary|ICE: tree check: expected   |[4.1 Regression] ICE: tree
   |real_cst, have integer_cst  |check: expected real_cst,
   |in const_binop, at fold-|have integer_cst in
   |const.c:1512|const_binop, at fold-
   ||const.c:1512
   Target Milestone|--- |4.1.0


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


[Bug rtl-optimization/23444] Volatile register access incorrectly optimized

2005-08-17 Thread pinskia at gcc dot gnu dot org


-- 
   What|Removed |Added

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


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


[Bug rtl-optimization/23444] Volatile register access incorrectly optimized

2005-08-17 Thread oakad at yahoo dot com

--- Additional Comments From oakad at yahoo dot com  2005-08-17 16:31 
---
Sorry, I misunderstood you. The function is a part of a large project (namely,  
 
u-boot-1.1.3).   
What about this:   
//--   
char str1[]="123456789";   
char str2[10];   
   
int   
main()   
{   
   register volatile char* cptr asm ("r29");  
   cptr=str1;  
   asm volatile ("or 29,29,29"); //optimization barrier, supposedly  
   memcpy(str2,cptr,10);  
   return (int)cptr; //just for fun  
}
//--- 
Compile with -ffixed-r29. 
  
  

-- 


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


[Bug c/23445] New: [4.1 Regression] ICE with -O1 -ftree-vrp -fdelete-null-pointer-checks

2005-08-17 Thread bunk at stusta dot de
I'm getting the ICE below when trying to compile the file fs/asfs/extents.c
Linux kernel 2.6.13-rc5-mm1 with a current CVS HEAD gcc.

As soon as I remove _one_ of the three options "-O1 -ftree-vrp
-fdelete-null-pointer-checks" the problem disappears.

<--  snip  -->

...
$ /TMP/test/gcc/install/bin/gcc -m32 -Wp,-MD,fs/asfs/.extents.o.d  -nostdinc
-isystem /TMP/test/gcc/install/lib/gcc/i686-pc-linux-gnu/4.1.0/include
-D__KERNEL__ -Iinclude  -Iinclude/asm-i386/mach-default   
-DKBUILD_BASENAME=extents -DKBUILD_MODNAME=asfs -c -o fs/asfs/extents.o
fs/asfs/extents.c  -O1 -ftree-vrp -fdelete-null-pointer-checks
fs/asfs/extents.c: In function 'asfs_deletebnode':
fs/asfs/extents.c:325: internal compiler error: in compare_name_with_value, at
tree-vrp.c:2963
Please submit a full bug report,
with preprocessed source if appropriate.
See http://gcc.gnu.org/bugs.html> for instructions.
$ 

<--  snip  -->

-- 
   Summary: [4.1 Regression] ICE with -O1 -ftree-vrp -fdelete-null-
pointer-checks
   Product: gcc
   Version: 4.1.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P2
 Component: c
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: bunk at stusta dot de
CC: gcc-bugs at gcc dot gnu dot org
GCC target triplet: i686-pc-linux-gnu


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


[Bug c/23445] [4.1 Regression] ICE with -O1 -ftree-vrp -fdelete-null-pointer-checks

2005-08-17 Thread bunk at stusta dot de

--- Additional Comments From bunk at stusta dot de  2005-08-17 16:33 ---
Created an attachment (id=9520)
 --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=9520&action=view)
preprocessed file


-- 


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


[Bug c/23445] [4.1 Regression] ICE with -O1 -ftree-vrp -fdelete-null-pointer-checks

2005-08-17 Thread bunk at stusta dot de


-- 
   What|Removed |Added

   Keywords||ice-on-valid-code
  Known to work||4.0.1


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


[Bug rtl-optimization/23444] Volatile register access incorrectly optimized

2005-08-17 Thread pinskia at gcc dot gnu dot org

--- Additional Comments From pinskia at gcc dot gnu dot org  2005-08-17 
16:38 ---
No, the type of the local register variable is a pointer to a volatile "char" 
(or struct) and not a volative 
register.

You want:
register char*volatile cptr asm ("r29");

With that it works correctly.

-- 
   What|Removed |Added

 Status|WAITING |RESOLVED
 Resolution||INVALID


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


[Bug tree-optimization/23445] [4.1 Regression] ICE with -O1 -ftree-vrp -fdelete-null-pointer-checks

2005-08-17 Thread pinskia at gcc dot gnu dot org


-- 
   What|Removed |Added

  Component|c   |tree-optimization
   Target Milestone|--- |4.1.0


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


[Bug tree-optimization/23445] [4.1 Regression] ICE with -O1 -ftree-vrp -fdelete-null-pointer-checks

2005-08-17 Thread pinskia at gcc dot gnu dot org

--- Additional Comments From pinskia at gcc dot gnu dot org  2005-08-17 
16:42 ---
Reducing.

-- 


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


[Bug rtl-optimization/23444] Volatile register access incorrectly optimized

2005-08-17 Thread oakad at yahoo dot com

--- Additional Comments From oakad at yahoo dot com  2005-08-17 16:47 
---
Thanks, I will check it tomorrow. However, this behavior is different from the 
gcc 3, documented nowhere and broke (in a very bad way) a large program with 
good reliability record (so far). Can this be mentioned somewhere in the gcc 
info?  

-- 


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


[Bug rtl-optimization/23444] Volatile register access incorrectly optimized

2005-08-17 Thread pinskia at gcc dot gnu dot org

--- Additional Comments From pinskia at gcc dot gnu dot org  2005-08-17 
16:49 ---
(In reply to comment #6)
> Thanks, I will check it tomorrow. However, this behavior is different from 
> the 
> gcc 3, documented nowhere and broke (in a very bad way) a large program with 
> good reliability record (so far). Can this be mentioned somewhere in the gcc 
> info?  

why, the type was never correct in the first place.  It just happened to work 
before 4.0.0 because we did 
not do that many optimizations which could have taken this into effect.


-- 


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


[Bug fortran/23446] New: Valid internal subprogram array argument declaration is not accepted.

2005-08-17 Thread enok at lysator dot liu dot se
I'm trying to declare an internal subprogram array argument size using a local
variable inherited from the encompassing scope.

I think the declaration looks legal, but I'm not 100% sure. I just know that
many other compilers accepts it without warnings but gfortran says it's an 
error.

-- 
   Summary: Valid internal subprogram array argument declaration is
not accepted.
   Product: gcc
   Version: 4.0.1
Status: UNCONFIRMED
  Severity: normal
  Priority: P2
 Component: fortran
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: enok at lysator dot liu dot se
CC: gcc-bugs at gcc dot gnu dot org
 GCC build triplet: 86_64-unknown-linux-gnu
  GCC host triplet: 86_64-unknown-linux-gnu
GCC target triplet: 86_64-unknown-linux-gnu


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


[Bug c++/23447] New: False trigraph warning about literal string.

2005-08-17 Thread work at paul dot dubuc dot org
Compiling the following program with g++ 3.4.4 produces the following warning

#include 
main()
{
std::cout << "??(" << 1234 << ")";
}

c.cc:4:15: warning: trigraph ??( ignored, use -trigraphs to enable.

-- 
   Summary: False trigraph warning about literal string.
   Product: gcc
   Version: 3.3.4
Status: UNCONFIRMED
  Severity: minor
  Priority: P3
 Component: c++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: work at paul dot dubuc dot org
CC: gcc-bugs at gcc dot gnu dot org
 GCC build triplet: sparc-sun-solaris2.8
  GCC host triplet: sparc-sun-solaris2.8
GCC target triplet: sparc-sun-solaris2.8


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


[Bug c++/23447] False trigraph warning about literal string.

2005-08-17 Thread work at paul dot dubuc dot org


-- 
   What|Removed |Added

Version|3.3.4   |3.4.4


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


[Bug fortran/23446] Valid internal subprogram array argument declaration is not accepted.

2005-08-17 Thread enok at lysator dot liu dot se

--- Additional Comments From enok at lysator dot liu dot se  2005-08-17 
17:07 ---
Created an attachment (id=9521)
 --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=9521&action=view)
Testcase that is accepted by other compilers, but rejected by gfortran.

The output from gfortran follows:
> gfortran -c tst.f90
 In file tst.f90:10

INTEGER A(IMAX)
 1
Error: Variable 'imax' cannot appear in the expression at (1)
>

-- 


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


[Bug c++/23447] False trigraph warning about literal string.

2005-08-17 Thread pinskia at gcc dot gnu dot org

--- Additional Comments From pinskia at gcc dot gnu dot org  2005-08-17 
17:08 ---
No ??( for [ is a trigraph.  trigraphs are standard C++.  We don't enable by 
default because they get in 
the way.

Use -Wno-trigraphs to remove the warning.

-- 
   What|Removed |Added

 Status|UNCONFIRMED |RESOLVED
 Resolution||INVALID
Version|3.4.4   |3.3.4


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


[Bug tree-optimization/23445] [4.1 Regression] ICE with -O1 -ftree-vrp -fdelete-null-pointer-checks

2005-08-17 Thread pinskia at gcc dot gnu dot org

--- Additional Comments From pinskia at gcc dot gnu dot org  2005-08-17 
17:58 ---
Confirmed, reduced testcase:
 struct buffer_head {
   char *b_data;
 };
   void asfs_deletebnode( struct buffer_head *bhsec)  {
 if (bhsec == 0)   {
 void *bnc2 = (void *) bhsec->b_data;
 if (bnc2)   return;
 if (bhsec)   __brelse(bhsec);
   }
 }



-- 
   What|Removed |Added

 CC||phython at gcc dot gnu dot
   ||org, dnovillo at gcc dot gnu
   ||dot org
 Status|UNCONFIRMED |NEW
 Ever Confirmed||1
 GCC target triplet|i686-pc-linux-gnu   |
   Last reconfirmed|-00-00 00:00:00 |2005-08-17 17:58:50
   date||


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


  1   2   >