[Bug tree-optimization/17616] Micro-optimize tree_code_class

2004-11-14 Thread steven at gcc dot gnu dot org

--- Additional Comments From steven at gcc dot gnu dot org  2004-11-15 
07:59 ---
How about making the classes bitmasks? 

-- 


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


[Bug tree-optimization/15559] [3.3/3.4/4.0 Regression] misses opportunity for hoisting an expression that would simplify control flow

2004-11-14 Thread steven at gcc dot gnu dot org

--- Additional Comments From steven at gcc dot gnu dot org  2004-11-15 
07:53 ---
Not a hog, just a missed optimization. 
 
Let's reserve the *hog keywords for *real* hogs... 

-- 
   What|Removed |Added

   Keywords|compile-time-hog, memory-hog|


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


[Bug target/18442] [4.0 Regression] Rejects attribute((mode(SI))) when using -mint64

2004-11-14 Thread echristo at redhat dot com


-- 
   What|Removed |Added

 Status|UNCONFIRMED |ASSIGNED
 Ever Confirmed||1
   Last reconfirmed|-00-00 00:00:00 |2004-11-15 07:40:26
   date||


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


[Bug c++/18497] New: error in parsing function template

2004-11-14 Thread zhaojiangbin at yahoo dot com
The code in question:
 begin 
struct C
{
 template  void f() {}
};

template  void ff()
{
  C c;
  c.f();
}
 end 

g++ 3.3 (version 3.3.5, Debian 1:3.3.5-2) cannot compile the above code. With
command line "g++-3.3 -c -o a.o a.cc", it displays the following error messages:
a.cc: In function `void ff()':
a.cc:9: error: parse error before `>' token

The above code compiles fine in g++ 3.4 (version 3.4.2, Debian 3.4.2-3).

What interesting is if the member function and the free function above have same
name, g++ 3.3 compiles the code without problem. And the code generated seems to
be fine.

-- 
   Summary: error in parsing function template
   Product: gcc
   Version: 3.3.5
Status: UNCONFIRMED
  Severity: normal
  Priority: P2
 Component: c++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: zhaojiangbin at yahoo dot com
CC: gcc-bugs at gcc dot gnu dot org


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


[Bug middle-end/18494] [4.0 regression] mmix-knuth-mmixware testsuite failure: gcc.c-torture/compile/structs.c (et al)

2004-11-14 Thread hp at gcc dot gnu dot org

--- Additional Comments From hp at gcc dot gnu dot org  2004-11-15 07:14 
---
When passed mode == BLKmode, mmix_function_arg generates a BLKmode reg,
which GCC chokes on later.  (I see mode == BLKmode on 3.4 too.)
That seems invalid and rtl.texi, "node Machine Modes" says about BLKmode:
"In RTL, only memory references can have this mode"
I expect it to be a common target bug.  A gcc_assert should be inserted for
register valued returns from FUNCTION_ARG.
>From code inspection, it looks like the following targets have the same bug:
arc-* arm-* avr-* cris-* fr30-* h8300-* i386-* [pruned; there may be more]

-- 


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


[Bug libfortran/18496] New: Build fails with "libgmp.so.6 not found" error

2004-11-14 Thread jim at dishaw dot org
I have libgmp and libmpfr installed with an atypical prefix (not /usr/local or
/usr) on the build machine because I do not have adminstrative rights.  I
invoked configure as

../gcc/configure --with-mpfr=/sys/sdf/sci --with-gmp=/sys/sdf/sci
--prefix=/sys/sdf/sci

The build progresses normally for a great while and then dies with the error

/sys/sdf/src/sci/gcc-cvs/gcc-build/gcc/xgcc
-B/sys/sdf/src/sci/gcc-cvs/gcc-build/gcc/
-B/sys/sdf/sci/alpha-unknown-netbsd1.6.2./bin/
-B/sys/sdf/sci/alpha-unknown-netbsd1.6.2./lib/ -isystem
/sys/sdf/sci/alpha-unknown-netbsd1.6.2./include -isystem
/sys/sdf/sci/alpha-unknown-netbsd1.6.2./sys-include -DHAVE_CONFIG_H -I.
-I../../../gcc/libgfortran -I. -I../../../gcc/libgfortran/io -O2 -g -O2 -mieee
-std=gnu99 -O2 -g -O2 -mieee -c
../../../gcc/libgfortran/intrinsics/reshape_packed.c -o reshape_packed.o
>/dev/null 2>&1
Shared object "libgmp.so.6" not found
make[2]: *** [selected_int_kind.lo] Error 1
make[1]: *** [all] Error 2
make: *** [all-target-libgfortran] Error 2
/bin/sh ./libtool --mode=compile /sys/sdf/src/sci/gcc-cvs/gcc-build/gcc/gfortran
-B/sys/sdf/src/sci/gcc-cvs/gcc-build/gcc/
-B/sys/sdf/sci/alpha-unknown-netbsd1.6.2./bin/
-B/sys/sdf/sci/alpha-unknown-netbsd1.6.2./lib/ -isystem
/sys/sdf/sci/alpha-unknown-netbsd1.6.2./include -isystem
/sys/sdf/sci/alpha-unknown-netbsd1.6.2./sys-include  -Wall -fno-repack-arrays
-fno-underscoring -c -o selected_int_kind.lo `test -f
'intrinsics/selected_int_kind.f90' || echo
'../../../gcc/libgfortran/'`intrinsics/selected_int_kind.f90
/sys/sdf/src/sci/gcc-cvs/gcc-build/gcc/gfortran
-B/sys/sdf/src/sci/gcc-cvs/gcc-build/gcc/
-B/sys/sdf/sci/alpha-unknown-netbsd1.6.2./bin/
-B/sys/sdf/sci/alpha-unknown-netbsd1.6.2./lib/ -isystem
/sys/sdf/sci/alpha-unknown-netbsd1.6.2./include -isystem
/sys/sdf/sci/alpha-unknown-netbsd1.6.2./sys-include -Wall -fno-repack-arrays
-fno-underscoring -c ../../../gcc/libgfortran/intrinsics/selected_int_kind.f90 
-fPIC -DPIC -o .libs/selected_int_kind.o
make[2]: Leaving directory
`/sys/sdf/src/sci/gcc-cvs/gcc-build/alpha-unknown-netbsd1.6.2./libgfortran'
make[1]: Leaving directory
`/sys/sdf/src/sci/gcc-cvs/gcc-build/alpha-unknown-netbsd1.6.2./libgfortran'

Examining the config.log in libgfortran, I found the following error

configure:4504:  /sys/sdf/src/sci/gcc-cvs/gcc-build/gcc/gfortran -B/sys/sdf/src/
sci/gcc-cvs/gcc-build/gcc/ -B/sys/sdf/sci/alpha-unknown-netbsd1.6.2./bin/ -B/sys
/sdf/sci/alpha-unknown-netbsd1.6.2./lib/ -isystem /sys/sdf/sci/alpha-unknown-net
bsd1.6.2./include -isystem /sys/sdf/sci/alpha-unknown-netbsd1.6.2./sys-include -
c   conftest.F >&5 
Shared object "libgmp.so.6" not found
configure:4510: $? = 1  
configure: failed program was:
|   program main
| #ifndef __GNUC__
|choke me
| #endif
|
|   end
configure:4536: result: no

-- 
   Summary: Build fails with "libgmp.so.6 not found" error
   Product: gcc
   Version: 4.0.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: libfortran
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: jim at dishaw dot org
CC: gcc-bugs at gcc dot gnu dot org
 GCC build triplet: alpha-unknown-netbsd1.6.2
  GCC host triplet: alpha-unknown-netbsd1.6.2
GCC target triplet: alpha-unknown-netbsd1.6.2


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


[Bug middle-end/18494] [4.0 regression] mmix-knuth-mmixware testsuite failure: gcc.c-torture/compile/structs.c (et al)

2004-11-14 Thread hp at gcc dot gnu dot org

--- Additional Comments From hp at gcc dot gnu dot org  2004-11-15 05:46 
---
pinskia says the fault is with mmix_function_arg

-- 
   What|Removed |Added

 Status|NEW |ASSIGNED
   Last reconfirmed|2004-11-15 05:00:26 |2004-11-15 05:46:34
   date||


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


[Bug libfortran/18495] Intrinisc function SPREAD is broken

2004-11-14 Thread pinskia at gcc dot gnu dot org

--- Additional Comments From pinskia at gcc dot gnu dot org  2004-11-15 
05:43 ---
Confirmed.

-- 
   What|Removed |Added

 Status|UNCONFIRMED |NEW
  Component|fortran |libfortran
 Ever Confirmed||1
   Last reconfirmed|-00-00 00:00:00 |2004-11-15 05:43:32
   date||


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


[Bug target/18442] [4.0 Regression] Rejects attribute((mode(SI))) when using -mint64

2004-11-14 Thread pinskia at gcc dot gnu dot org


-- 
   What|Removed |Added

  Known to fail|3.4.3 4.0.0 |4.0.0
  Known to work|3.4.2   |3.4.2 3.4.3
Summary|[3.4/4.0 Regression] Rejects|[4.0 Regression] Rejects
   |attribute((mode(SI))) when  |attribute((mode(SI))) when
   |using -mint64   |using -mint64
   Target Milestone|3.4.4   |4.0.0


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


[Bug fortran/18495] New: Intrinisc function SPREAD is broken

2004-11-14 Thread paulthomas2 at wanadoo dot fr
Detected a fault in the fortran 90 version of the LLNL "mflops" test.  SPREAD 
is causing a segmentation fault in "KERNEL 21". Replacing this section with 
the fortran77 kernel corrects the fault (BTW will report the benchmarks on the 
gfortran wiki - they do not look too bad at all!).  The fault is caused by:

  DO K = 1, 25
   PX(:,:N) = PX(:,:N) + SPREAD(VY(:25,K),DIM = 2,NCOPIES = N)* &
 &  SPREAD(CX(K,:N),DIM = 1,NCOPIES = 25)
  END DO

where N is 1000

The following codelet gives incorrect results for small N and also segment 
faults for large enough N (eg 1000, as here):

program test_spread
   implicit none
   integer, parameter :: N = 1000
   integer:: I
   integer, dimension(N) :: source 
   integer, dimension(N,N) :: sink
   do i = 1 , N
  source(i) = N
   end do
   print *,'product'
   sink = spread( source , 1 , N ) * spread( source , N , N )
   print *, sink
   stop
end program test_spread

-- 
   Summary: Intrinisc function SPREAD is broken
   Product: gcc
   Version: 4.0.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P2
 Component: fortran
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: paulthomas2 at wanadoo dot fr
CC: gcc-bugs at gcc dot gnu dot org


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


[Bug middle-end/18494] [4.0 regression] mmix-knuth-mmixware testsuite failure: gcc.c-torture/compile/structs.c (et al)

2004-11-14 Thread pinskia at gcc dot gnu dot org

--- Additional Comments From pinskia at gcc dot gnu dot org  2004-11-15 
05:17 ---
Oh, here is the reduced testcase (from structs.c):
struct struct3 { char a, b, c; };
struct struct3 foo3 = { 'A', 'B', 'C'},  L3;
void Fun3(struct struct3 foo3)
{
  L3 = foo3;
}

-- 


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


[Bug middle-end/18494] [4.0 regression] mmix-knuth-mmixware testsuite failure: gcc.c-torture/compile/structs.c (et al)

2004-11-14 Thread pinskia at gcc dot gnu dot org

--- Additional Comments From pinskia at gcc dot gnu dot org  2004-11-15 
05:14 ---
(gdb) p debug_rtx(entry_parm)
(reg:BLK 0 $0 [ foo3 ])

Explicantly this part which caused it:
- rtx reg = gen_rtx_REG (word_mode, REGNO (data->entry_parm));
+ rtx reg = gen_lowpart (word_mode, entry_parm);

-- 


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


[Bug middle-end/18494] [4.0 regression] mmix-knuth-mmixware testsuite failure: gcc.c-torture/compile/structs.c (et al)

2004-11-14 Thread pinskia at gcc dot gnu dot org

--- Additional Comments From pinskia at gcc dot gnu dot org  2004-11-15 
05:00 ---
Confirmed, Almost certain it was caused by:
+2004-11-13  Richard Henderson  <[EMAIL PROTECTED]>
+
+   * calls.c (precompute_register_parameters): Force all PARALLELs
+   into pseudo registers.
+   (load_register_parameters): Copy PARALLELs into hard registers.
+   * function.c (assign_parm_setup_block): Copy PARALLELS into
+   pseudo registers.  Do emit_group_store in conversion_insns.
+   * expr.c (emit_group_load_1): Rename from emit_group_load, take
+   tmps as an argument.  Move final copy loop ...
+   (emit_group_load): ... here.  New function.
+   (emit_group_load_into_temps, emit_group_move_into_temps): New.
+   * expr.h: Declare them.

-- 
   What|Removed |Added

 CC||rth at gcc dot gnu dot org
 Status|UNCONFIRMED |NEW
 Ever Confirmed||1
   Last reconfirmed|-00-00 00:00:00 |2004-11-15 05:00:26
   date||


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


[Bug middle-end/18494] [4.0 regression] mmix-knuth-mmixware testsuite failure: gcc.c-torture/compile/structs.c (et al)

2004-11-14 Thread pinskia at gcc dot gnu dot org


-- 
   What|Removed |Added

  Component|target  |middle-end
   Keywords||ice-on-valid-code
   Target Milestone|--- |4.0.0


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


[Bug target/18494] New: [4.0 regression] mmix-knuth-mmixware testsuite failure: gcc.c-torture/compile/structs.c (et al)

2004-11-14 Thread hp at gcc dot gnu dot org
With LAST_UPDATED: "Sun Nov 14 23:16:57 UTC 2004" I get:
FAIL: g++.old-deja/g++.robertl/eb5.C (test for excess errors)
FAIL: gcc.c-torture/compile/structs.c  -O0  (test for excess errors)
FAIL: gcc.c-torture/compile/structs.c  -O1  (test for excess errors)
FAIL: gcc.c-torture/compile/structs.c  -O2  (test for excess errors)
FAIL: gcc.c-torture/compile/structs.c  -O3 -fomit-frame-pointer  (test for
excess errors)
FAIL: gcc.c-torture/compile/structs.c  -O3 -g  (test for excess errors)
FAIL: gcc.c-torture/compile/structs.c  -Os  (test for excess errors)
FAIL: gcc.c-torture/execute/20040709-2.c compilation,  -O0
FAIL: gcc.c-torture/execute/20040709-2.c compilation,  -O1
FAIL: gcc.c-torture/execute/20040709-2.c compilation,  -O2
FAIL: gcc.c-torture/execute/20040709-2.c compilation,  -O3 -fomit-frame-pointer
FAIL: gcc.c-torture/execute/20040709-2.c compilation,  -O3 -fomit-frame-pointer
-funroll-all-loops -finline-functions
FAIL: gcc.c-torture/execute/20040709-2.c compilation,  -O3 -fomit-frame-pointer
-funroll-loops
FAIL: gcc.c-torture/execute/20040709-2.c compilation,  -O3 -g
FAIL: gcc.c-torture/execute/20040709-2.c compilation,  -Os
FAIL: gcc.c-torture/execute/930126-1.c compilation,  -O0
FAIL: gcc.c-torture/execute/930126-1.c compilation,  -O1
FAIL: gcc.c-torture/execute/930126-1.c compilation,  -O2
FAIL: gcc.c-torture/execute/930126-1.c compilation,  -O3 -fomit-frame-pointer
FAIL: gcc.c-torture/execute/930126-1.c compilation,  -O3 -g
FAIL: gcc.c-torture/execute/930126-1.c compilation,  -Os
FAIL: gcc.c-torture/execute/931004-11.c compilation,  -O0
FAIL: gcc.c-torture/execute/931004-11.c compilation,  -O1
FAIL: gcc.c-torture/execute/931004-11.c compilation,  -O2
FAIL: gcc.c-torture/execute/931004-11.c compilation,  -O3 -fomit-frame-pointer
FAIL: gcc.c-torture/execute/931004-11.c compilation,  -O3 -g
FAIL: gcc.c-torture/execute/931004-11.c compilation,  -Os
FAIL: gcc.c-torture/execute/931031-1.c compilation,  -O0
FAIL: gcc.c-torture/execute/931031-1.c compilation,  -O1
FAIL: gcc.c-torture/execute/931031-1.c compilation,  -O2
FAIL: gcc.c-torture/execute/931031-1.c compilation,  -O3 -fomit-frame-pointer
FAIL: gcc.c-torture/execute/931031-1.c compilation,  -O3 -g
FAIL: gcc.c-torture/execute/931031-1.c compilation,  -Os
FAIL: gcc.c-torture/unsorted/BUG24.c,  -O0
FAIL: gcc.c-torture/unsorted/BUG24.c,  -O1
FAIL: gcc.c-torture/unsorted/BUG24.c,  -O2
FAIL: gcc.c-torture/unsorted/BUG24.c,  -O3 -fomit-frame-pointer
FAIL: gcc.c-torture/unsorted/BUG24.c,  -O3 -g
FAIL: gcc.c-torture/unsorted/BUG24.c,  -Os
FAIL: gcc.dg/compat/struct-by-value-2 c_compat_y_tst.o compile
FAIL: gcc.dg/compat/struct-by-value-11 c_compat_x_tst.o compile
FAIL: gcc.dg/compat/struct-by-value-11 c_compat_y_tst.o compile
FAIL: gcc.dg/compat/struct-by-value-1 c_compat_x_tst.o compile
FAIL: gcc.dg/compat/struct-by-value-1 c_compat_y_tst.o compile
FAIL: gcc.dg/compat/struct-by-value-2 c_compat_x_tst.o compile
FAIL: gcc.dg/compat/struct-by-value-2 c_compat_y_tst.o compile
FAIL: gcc.dg/compat/struct-by-value-4 c_compat_x_tst.o compile
FAIL: gcc.dg/compat/struct-by-value-4 c_compat_y_tst.o compile
FAIL: gcc.dg/compat/struct-return-2 c_compat_y_tst.o compile
FAIL: tmpdir-gcc.dg-struct-layout-1/t001 c_compat_x_tst.o compile
FAIL: tmpdir-gcc.dg-struct-layout-1/t001 c_compat_y_tst.o compile
FAIL: tmpdir-gcc.dg-struct-layout-1/t002 c_compat_x_tst.o compile
FAIL: tmpdir-gcc.dg-struct-layout-1/t002 c_compat_y_tst.o compile
FAIL: tmpdir-gcc.dg-struct-layout-1/t003 c_compat_x_tst.o compile
FAIL: tmpdir-gcc.dg-struct-layout-1/t003 c_compat_y_tst.o compile
FAIL: tmpdir-gcc.dg-struct-layout-1/t005 c_compat_x_tst.o compile
FAIL: tmpdir-gcc.dg-struct-layout-1/t005 c_compat_y_tst.o compile
FAIL: tmpdir-gcc.dg-struct-layout-1/t021 c_compat_x_tst.o compile
FAIL: tmpdir-gcc.dg-struct-layout-1/t021 c_compat_y_tst.o compile
FAIL: tmpdir-gcc.dg-struct-layout-1/t024 c_compat_x_tst.o compile
FAIL: tmpdir-gcc.dg-struct-layout-1/t024 c_compat_y_tst.o compile
FAIL: tmpdir-gcc.dg-struct-layout-1/t025 c_compat_x_tst.o compile
FAIL: tmpdir-gcc.dg-struct-layout-1/t025 c_compat_y_tst.o compile
FAIL: tmpdir-gcc.dg-struct-layout-1/t026 c_compat_x_tst.o compile
FAIL: tmpdir-gcc.dg-struct-layout-1/t026 c_compat_y_tst.o compile
FAIL: tmpdir-gcc.dg-struct-layout-1/t027 c_compat_x_tst.o compile
FAIL: tmpdir-gcc.dg-struct-layout-1/t027 c_compat_y_tst.o compile
FAIL: tmpdir-gcc.dg-struct-layout-1/t028 c_compat_x_tst.o compile
FAIL: tmpdir-gcc.dg-struct-layout-1/t028 c_compat_y_tst.o compile
FAIL: gcc.dg/struct-by-value-1.c (test for excess errors)
FAIL: gcc.dg/struct-by-value-1.c (test for excess errors)

With the message in each .log being the same error:
/gcc/testsuite/g++.old-deja/g++.robertl/eb5.C: In function 'void dummy(Bug)':
/gcc/testsuite/g++.old-deja/g++.robertl/eb5.C:13: internal compiler error: in
gen_lowpart_common, at emit-rtl.c:1078

Last known to work on: "Sun Nov 14 05:49:38 UTC 2004".
Known to fail on: "Sun Nov 14 19:34:16 GMT 2004".

-- 
   Summary: [4.0 regression] mmi

[Bug other/8888] Linking shared libraries with -pthread fails to link to libpthread

2004-11-14 Thread pinskia at gcc dot gnu dot org


-- 
   What|Removed |Added

   Target Milestone|--- |3.3


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


[Bug tree-optimization/18400] wrong unrolling after vectorization due to invalid loop->nb_iterations

2004-11-14 Thread pinskia at gcc dot gnu dot org


-- 
   What|Removed |Added

   Target Milestone|--- |4.0.0


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


[Bug fortran/18218] Miscompare in sixtrack benchmark caused by loss of precision

2004-11-14 Thread pinskia at gcc dot gnu dot org


-- 
   What|Removed |Added

   Target Milestone|--- |4.0.0


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


[Bug java/17747] bogus duplicate class errors

2004-11-14 Thread pinskia at gcc dot gnu dot org


-- 
   What|Removed |Added

   Target Milestone|--- |3.4.2


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


[Bug tree-optimization/18431] Code for arrays and pointers are not the same

2004-11-14 Thread pinskia at gcc dot gnu dot org


-- 
   What|Removed |Added

   Target Milestone|--- |4.0.0


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


[Bug middle-end/18480] [4.0 Regression] ICE in emit_group_move with recent change

2004-11-14 Thread rth at gcc dot gnu dot org

--- Additional Comments From rth at gcc dot gnu dot org  2004-11-15 04:05 
---
f1x0red.

-- 
   What|Removed |Added

 Status|ASSIGNED|RESOLVED
 Resolution||FIXED


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


[Bug middle-end/18480] [4.0 Regression] ICE in emit_group_move with recent change

2004-11-14 Thread cvs-commit at gcc dot gnu dot org

--- Additional Comments From cvs-commit at gcc dot gnu dot org  2004-11-15 
04:04 ---
Subject: Bug 18480

CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED]   2004-11-15 04:04:03

Modified files:
gcc: ChangeLog calls.c 

Log message:
PR 18480
* calls.c (struct arg_data): Add parallel_value.
(precompute_register_parameters): Set it.
(load_register_parameters): Use it.
(store_one_arg): Also set it here.

Patches:
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/ChangeLog.diff?cvsroot=gcc&r1=2.6341&r2=2.6342
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/calls.c.diff?cvsroot=gcc&r1=1.369&r2=1.370



-- 


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


[Bug c++/16321] 64 bit structure passing problem (g++, not gcc)

2004-11-14 Thread pinskia at gcc dot gnu dot org

--- Additional Comments From pinskia at gcc dot gnu dot org  2004-11-15 
03:39 ---
Any  news?

-- 


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


[Bug middle-end/18493] [3.4 Regression] gcc doesn't like switch blocks without case/default labels

2004-11-14 Thread pinskia at gcc dot gnu dot org

--- Additional Comments From pinskia at gcc dot gnu dot org  2004-11-15 
03:29 ---
Confirmed only effects the 3.4 branch.

-- 
   What|Removed |Added

 Status|UNCONFIRMED |NEW
  Component|c   |middle-end
 Ever Confirmed||1
   Keywords||wrong-code
  Known to fail||3.4.0
  Known to work||3.3.3 4.0.0
   Last reconfirmed|-00-00 00:00:00 |2004-11-15 03:29:58
   date||
Summary|gcc doesn't like switch |[3.4 Regression] gcc doesn't
   |blocks without case/default |like switch blocks without
   |labels  |case/default labels
   Target Milestone|--- |3.4.4


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


[Bug target/15231] [3.4 only] constant pool entries referring to nonexistent labels

2004-11-14 Thread pinskia at gcc dot gnu dot org

--- Additional Comments From pinskia at gcc dot gnu dot org  2004-11-15 
03:24 ---
It works on the mainline if we remove the use of the extension:
((void)((0)), irq_stat[0].__local_bh_count)++
gets replaced with
((void)((0)), irq_stat[0].__local_bh_count++)



-- 
   What|Removed |Added

  Known to work||4.0.0
Summary|constant pool entries   |[3.4 only] constant pool
   |referring to nonexistent|entries referring to
   |labels  |nonexistent labels
   Target Milestone|--- |3.4.4


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


[Bug c/18493] New: gcc doesn't like switch blocks without case/default labels

2004-11-14 Thread fn_x at hotmail dot com
Hi,

int main() {
goto bug;
switch(0) {
bug: return 0;
}
}

This program doesn't compile with gcc 3.4.3. It gives this error message:
/tmp/ccetXBGt.o(.text+0x1d): In function `main':
: undefined reference to `.L2'

However, this:

int main() {
goto bug;
switch(0) {
bug: return 0;
default: ;
}
}

does compile without a problem.

gcc 2.95.3 and 3.3.4 compile both examples.

I searched to see if anyone else reported this, and only found bug #17078. I
don't know if it's related or just similar. Sorry if I overlooked another bug
report.

-- 
   Summary: gcc doesn't like switch blocks without case/default
labels
   Product: gcc
   Version: 3.4.3
Status: UNCONFIRMED
  Severity: normal
  Priority: P2
 Component: c
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: fn_x at hotmail dot com
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=18493


[Bug rtl-optimization/17107] Opportunity to improve code generated for complex logical expression

2004-11-14 Thread pinskia at gcc dot gnu dot org

--- Additional Comments From pinskia at gcc dot gnu dot org  2004-11-15 
02:39 ---
The reason why we convert TRUTH_ANDIF_EXPR to be TRUTH_AND_EXPR is because the 
BRANCH_COST 
is 2 on PPC. (this is done in fold-const.c).

-- 


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


[Bug tree-optimization/18403] FAILs to vectorize testcases on ppc64-linux

2004-11-14 Thread pinskia at gcc dot gnu dot org

--- Additional Comments From pinskia at gcc dot gnu dot org  2004-11-15 
02:34 ---
At least on powerpc-darwin (with -m64) we now vectorize these loops but we ICE 
because we have:

pointer_type + int_type which is not valid and is even worse on 64bit targets 
as int is 32 bit so we try to 
move SI mode register into a DI mode register and it ICE in emit_move_insn 
because of this.

-- 
   What|Removed |Added

   Keywords||ice-on-valid-code
   Last reconfirmed|2004-11-09 17:55:00 |2004-11-15 02:34:40
   date||


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


[Bug tree-optimization/15559] [3.3/3.4/4.0 Regression] misses opportunity for hoisting an expression that would simplify control flow

2004-11-14 Thread pinskia at gcc dot gnu dot org

--- Additional Comments From pinskia at gcc dot gnu dot org  2004-11-15 
02:17 ---
An example of where not doing hurts:
  int ii;
int f(int i, int b, int *c)
{
  if (b)
   ii = i +1;
  else
   {
 *c = ii = i+1;
   }
  return ii;
}

As there is a store to ii and then a load from it.

-- 
   What|Removed |Added

 GCC target triplet|powerpc-apple-darwin|


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


[Bug c++/18354] [4.0 Regression] expression "+1" not considered constant (as template parameter).

2004-11-14 Thread giovannibajo at libero dot it

--- Additional Comments From giovannibajo at libero dot it  2004-11-15 
02:01 ---
Updated patch:
http://gcc.gnu.org/ml/gcc-patches/2004-11/msg01191.html

-- 


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


[Bug tree-optimization/16803] PowerPC - invariant code motion could be removed from loop.

2004-11-14 Thread pinskia at gcc dot gnu dot org

--- Additional Comments From pinskia at gcc dot gnu dot org  2004-11-15 
01:58 ---
Now I see what is the difference between this and PR 18431, <= vs <.

-- 


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


[Bug tree-optimization/18431] Code for arrays and pointers are not the same

2004-11-14 Thread rakdver at gcc dot gnu dot org

--- Additional Comments From rakdver at gcc dot gnu dot org  2004-11-15 
00:20 ---
Fixed.

-- 
   What|Removed |Added

 Status|ASSIGNED|RESOLVED
 Resolution||FIXED


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


[Bug tree-optimization/18431] Code for arrays and pointers are not the same

2004-11-14 Thread cvs-commit at gcc dot gnu dot org

--- Additional Comments From cvs-commit at gcc dot gnu dot org  2004-11-15 
00:18 ---
Subject: Bug 18431

CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED]   2004-11-15 00:18:37

Modified files:
gcc: ChangeLog fold-const.c tree-ssa-loop-niter.c 
 tree.c tree.h 
gcc/testsuite  : ChangeLog 
Added files:
gcc/testsuite/gcc.c-torture/execute: 20041114-1.c 

Log message:
PR tree-optimization/18431
* fold-const.c (associate_trees): Do not produce x + 0.
(fold_widened_comparison, fold_sign_changed_comparison): New functions.
(fold): Use them.
* tree-ssa-loop-niter.c (upper_bound_in_type, lower_bound_in_type):
Moved ...
* tree.c (upper_bound_in_type, lower_bound_in_type): Here.
* tree.h (upper_bound_in_type, lower_bound_in_type): Declare.

* testsuite/gcc.c-torture/execute/20041114-1.c: New test.

Patches:
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/ChangeLog.diff?cvsroot=gcc&r1=2.6340&r2=2.6341
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/fold-const.c.diff?cvsroot=gcc&r1=1.473&r2=1.474
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/tree-ssa-loop-niter.c.diff?cvsroot=gcc&r1=2.15&r2=2.16
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/tree.c.diff?cvsroot=gcc&r1=1.447&r2=1.448
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/tree.h.diff?cvsroot=gcc&r1=1.654&r2=1.655
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/ChangeLog.diff?cvsroot=gcc&r1=1.4602&r2=1.4603
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/gcc.c-torture/execute/20041114-1.c.diff?cvsroot=gcc&r1=NONE&r2=1.1



-- 


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


[Bug other/7257] [3.4/4.0 regression] -O3 -fverbose-asm does not display -flag-inline-functions

2004-11-14 Thread steven at gcc dot gnu dot org

--- Additional Comments From steven at gcc dot gnu dot org  2004-11-15 
00:14 ---
Posted a first patch that fixes the symptom: 
http://gcc.gnu.org/ml/gcc-patches/2004-11/msg01188.html 

-- 


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


[Bug c++/18492] [4.0 regression] mmix-knuth-mmixware testsuite failure: g++.old-deja/g++.other/thunk1.C

2004-11-14 Thread pinskia at gcc dot gnu dot org

--- Additional Comments From pinskia at gcc dot gnu dot org  2004-11-14 
23:14 ---
Confirmed.

-- 


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


[Bug c++/18492] [4.0 regression] mmix-knuth-mmixware testsuite failure: g++.old-deja/g++.other/thunk1.C

2004-11-14 Thread pinskia at gcc dot gnu dot org

--- Additional Comments From pinskia at gcc dot gnu dot org  2004-11-14 
23:12 ---
Woops that comment was for PR 18485.

-- 
   What|Removed |Added

   Keywords|EH  |


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


[Bug rtl-optimization/18485] [4.0 regression] mmix-knuth-mmixware testsuite failure: g++.dg/lookup/forscope1.C g++.old-deja/g++.niklas/t132.C g++.old-deja/g++.other/singleton.C

2004-11-14 Thread pinskia at gcc dot gnu dot org

--- Additional Comments From pinskia at gcc dot gnu dot org  2004-11-14 
23:12 ---
Confirmed.
This is exception handling related.

-- 
   What|Removed |Added

 Status|UNCONFIRMED |NEW
 Ever Confirmed||1
   Last reconfirmed|-00-00 00:00:00 |2004-11-14 23:12:29
   date||


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


[Bug c++/18492] [4.0 regression] mmix-knuth-mmixware testsuite failure: g++.old-deja/g++.other/thunk1.C

2004-11-14 Thread pinskia at gcc dot gnu dot org

--- Additional Comments From pinskia at gcc dot gnu dot org  2004-11-14 
23:12 ---
Confirmed.
This is exception handling related.

-- 
   What|Removed |Added

 Status|UNCONFIRMED |NEW
  Component|target  |c++
 Ever Confirmed||1
   Keywords||EH
   Last reconfirmed|-00-00 00:00:00 |2004-11-14 23:12:06
   date||
   Target Milestone|--- |4.0.0


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


[Bug target/18492] New: [4.0 regression] mmix-knuth-mmixware testsuite failure: g++.old-deja/g++.other/thunk1.C

2004-11-14 Thread hp at gcc dot gnu dot org
With LAST_UPDATED: "Sun Nov 14 05:49:38 UTC 2004" I get:
FAIL: g++.old-deja/g++.other/thunk1.C (test for excess errors)
WARNING: g++.old-deja/g++.other/thunk1.C compilation failed to produce
executable

With the message in the .log being:
/gcc/testsuite/g++.old-deja/g++.other/thunk1.C: In member function 'void
D::_ZTv0_n40_N1D3fooE1X(X)':
/gcc/testsuite/g++.old-deja/g++.other/thunk1.C:35: internal compiler error: in
cp_genericize, at cp/cp-gimplify.c:332

Last known to work on: "Fri Jul 9 02:34:14 GMT 2004".
Known to fail on: "Sat Sep 11 14:54:38 GMT 2004".

-- 
   Summary: [4.0 regression] mmix-knuth-mmixware testsuite failure:
g++.old-deja/g++.other/thunk1.C
   Product: gcc
   Version: 4.0.0
Status: UNCONFIRMED
  Keywords: ice-on-valid-code
  Severity: normal
  Priority: P2
 Component: target
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: hp at gcc dot gnu dot org
CC: gcc-bugs at gcc dot gnu dot org
  GCC host triplet: i686-pc-linux-gnu
GCC target triplet: mmix-knuth-mmixware


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


[Bug rtl-optimization/18485] [4.0 regression] mmix-knuth-mmixware testsuite failure: g++.dg/lookup/forscope1.C g++.old-deja/g++.niklas/t132.C g++.old-deja/g++.other/singleton.C

2004-11-14 Thread hp at gcc dot gnu dot org

--- Additional Comments From hp at gcc dot gnu dot org  2004-11-14 22:58 
---
g++.old-deja/g++.niklas/t132.C and g++.old-deja/g++.other/singleton.C of the
same test-run seem to be the same bug judging by the g++.log contents.


-- 
   What|Removed |Added

Summary|[4.0 regression] mmix-knuth-|[4.0 regression] mmix-knuth-
   |mmixware testsuite failure: |mmixware testsuite failure:
   |g++.dg/lookup/forscope1.C   |g++.dg/lookup/forscope1.C
   ||g++.old-
   ||deja/g++.niklas/t132.C
   ||g++.old-
   ||deja/g++.other/singleton.C


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


[Bug c++/18491] mmix-knuth-mmixware testsuite failure: WARNING: g++.old-deja/g++.mike/p10769a.C

2004-11-14 Thread pinskia at gcc dot gnu dot org

--- Additional Comments From pinskia at gcc dot gnu dot org  2004-11-14 
22:56 ---
It also fails on ppc-darwin:
:
WARNING: g++.old-deja/g++.mike/p10769a.C compilation failed to produce 
executable

And x86_64-linux-gnu:


Confirmed.

-- 
   What|Removed |Added

 Status|UNCONFIRMED |NEW
  Component|target  |c++
 Ever Confirmed||1
   Last reconfirmed|-00-00 00:00:00 |2004-11-14 22:56:37
   date||


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


[Bug target/18491] mmix-knuth-mmixware testsuite failure: WARNING: g++.old-deja/g++.mike/p10769a.C

2004-11-14 Thread hp at gcc dot gnu dot org

--- Additional Comments From hp at gcc dot gnu dot org  2004-11-14 22:53 
---
By "failing" I mean "has the warning".  Apparently it's not logged as a failure.

-- 


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


[Bug target/18491] New: mmix-knuth-mmixware testsuite failure: WARNING: g++.old-deja/g++.mike/p10769a.C

2004-11-14 Thread hp at gcc dot gnu dot org
With LAST_UPDATED: "Sun Nov 14 05:49:38 UTC 2004" I get:
WARNING: g++.old-deja/g++.mike/p10769a.C compilation failed to produce
executable
(no FAIL/PASS/XFAIL/XPASS though)

With the message in the .log being:
/gcc/testsuite/g++.old-deja/g++.mike/p10769a.C: In member function 'void
A::main()':
/gcc/testsuite/g++.old-deja/g++.mike/p10769a.C:35: error: invalid use of member
(did you forget the '&' ?)
/gcc/testsuite/g++.old-deja/g++.mike/p10769a.C: In function 'int main()':
/gcc/testsuite/g++.old-deja/g++.mike/p10769a.C:44: error: invalid use of member
(did you forget the '&' ?)

Last known to work (no WARNING) on: "Wed Apr 30 23:42:54 GMT 2003".
Known to fail on: "Fri May 2 01:49:20 GMT 2003".

The test also fails on cris-axis-linux-gnu with "Thu May 1 18:50:13 GMT 2003".

Looking at the test, I wonder how this can pass on any target.  It seems
fallout from the testsuite conversion at that time; it shouldn't be "run",
just "compile".

-- 
   Summary: mmix-knuth-mmixware testsuite failure: WARNING: g++.old-
deja/g++.mike/p10769a.C
   Product: gcc
   Version: 4.0.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P2
 Component: target
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: hp at gcc dot gnu dot org
CC: gcc-bugs at gcc dot gnu dot org
  GCC host triplet: i686-pc-linux-gnu
GCC target triplet: mmix-knuth-mmixware


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


[Bug target/14563] new/delete much slower than malloc/free because of sjlj exceptions

2004-11-14 Thread ken dot duda at gmail dot com

--- Additional Comments From ken dot duda at gmail dot com  2004-11-14 
22:40 ---
Subject: Re:  new/delete much slower than malloc/free because of sjlj exceptions

> Did you miss the question?

Umm, apparently I did.. the only thing I see in the bug log that looks
like a question is this:

> Does this imply that I have picked up Dwarf2 as a default?

I don't know the answer.  The only thing I can say that might be
related is that there are assembly statements in my output like "call
__Unwind_SjLj_Register"; that (with the --enable-sjlj-exceptions) has
led me to believe I'm using SjLj exceptions.

Again, let me know if there's anything I can help with.

   -Ken



On 14 Nov 2004 18:04:07 -, paulthomas2 at wanadoo dot fr
<[EMAIL PROTECTED]> wrote:
> 
> --- Additional Comments From paulthomas2 at wanadoo dot fr  2004-11-14 
> 18:04 ---
> Subject: Re:  new/delete much slower than malloc/free because
> of sjlj exceptions
> 
> 
> Ken,
> 
> Did you miss the question?
> 
> Paul
> 
>


-- 


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


[Bug middle-end/18480] [4.0 Regression] ICE in emit_group_move with recent change

2004-11-14 Thread pinskia at gcc dot gnu dot org

--- Additional Comments From pinskia at gcc dot gnu dot org  2004-11-14 
22:35 ---
Yes that fixes all the problems.
Thanks.

-- 
   What|Removed |Added

 Status|WAITING |ASSIGNED


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


[Bug target/18490] mmix-knuth-mmixware testsuite failure: g++.old-deja/g++.law/bit-fields2.C

2004-11-14 Thread pinskia at gcc dot gnu dot org

--- Additional Comments From pinskia at gcc dot gnu dot org  2004-11-14 
22:33 ---
Confirmed.

-- 
   What|Removed |Added

 Status|UNCONFIRMED |NEW
 Ever Confirmed||1
   Last reconfirmed|-00-00 00:00:00 |2004-11-14 22:33:06
   date||


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


[Bug target/18490] New: mmix-knuth-mmixware testsuite failure: g++.old-deja/g++.law/bit-fields2.C

2004-11-14 Thread hp at gcc dot gnu dot org
With LAST_UPDATED: "Sun Nov 14 05:49:38 UTC 2004" I get:
FAIL: g++.old-deja/g++.law/bit-fields2.C

With the message in the .log being:
FAIL

As is evident in the test file, this test was skipped for
mmix-knuth-mmixware in the old testsuite framework, but "skip-if"
in this test (and all tests?) wasn't adjusted at the time of that
conversion.

-- 
   Summary: mmix-knuth-mmixware testsuite failure: g++.old-
deja/g++.law/bit-fields2.C
   Product: gcc
   Version: 4.0.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P2
 Component: target
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: hp at gcc dot gnu dot org
CC: gcc-bugs at gcc dot gnu dot org
  GCC host triplet: i686-pc-linux-gnu
GCC target triplet: mmix-knuth-mmixware


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


[Bug fortran/18481] ICE with integer variable "format"

2004-11-14 Thread pinskia at gcc dot gnu dot org

--- Additional Comments From pinskia at gcc dot gnu dot org  2004-11-14 
22:25 ---
Confirmed.
Looks like NIST f77 has the same ICE (from PR 17423):
FM020.f:177: internal compiler error: in gfc_add_modify_expr, at 
fortran/trans.c:154
FM311.f:401: internal compiler error: in gfc_add_modify_expr, at 
fortran/trans.c:154
FM328.f:465: internal compiler error: in gfc_add_modify_expr, at 
fortran/trans.c:154

-- 
   What|Removed |Added

 Status|UNCONFIRMED |NEW
 Ever Confirmed||1
   Last reconfirmed|-00-00 00:00:00 |2004-11-14 22:25:32
   date||


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


[Bug target/18489] mmix-knuth-mmixware testsuite failure: g++.dg/rtti/tinfo1.C

2004-11-14 Thread hp at gcc dot gnu dot org

--- Additional Comments From hp at gcc dot gnu dot org  2004-11-14 22:22 
---
s/""/"Sun Nov 14 05:49:38 UTC 2004"/ in original entry.

-- 


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


[Bug target/18489] mmix-knuth-mmixware testsuite failure: g++.dg/rtti/tinfo1.C

2004-11-14 Thread pinskia at gcc dot gnu dot org

--- Additional Comments From pinskia at gcc dot gnu dot org  2004-11-14 
22:18 ---
The reason why this is xfailed on the 3.4 branch is because it was broken there 
when it was added on 
almost all targets.

-- 
   What|Removed |Added

 CC||pinskia at gcc dot gnu dot
   ||org


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


[Bug target/18489] New: mmix-knuth-mmixware testsuite failure: g++.dg/rtti/tinfo1.C

2004-11-14 Thread hp at gcc dot gnu dot org
With LAST_UPDATED: "" I get:
FAIL: g++.dg/rtti/tinfo1.C scan-assembler _ZTIP9CTemplateIhE:

No particular info in the g++.log.

The test is absent on an unspecified 3.3 checkout and is xfailing on an
unspecified 3.4 checkout.  It's unknown to, and unlikely to ever have
succeeded.

The test assumes a specific syntax for code label definitions:
"label:" while the MMIX port has "label IS @".  The test needs to be
tweaked worse-alternatively xfailed on targets not matching the
expected syntax.  (Some other ports don't have the ":").

-- 
   Summary: mmix-knuth-mmixware testsuite failure:
g++.dg/rtti/tinfo1.C
   Product: gcc
   Version: 4.0.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P2
 Component: target
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: hp at gcc dot gnu dot org
CC: gcc-bugs at gcc dot gnu dot org
  GCC host triplet: i686-pc-linux-gnu
GCC target triplet: mmix-knuth-mmixware


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


[Bug target/18338] mmix-knuth-mmixware testsuite failure: gcc.dg/bitfld-4.c and g++.dg/abi/bitfield4.C

2004-11-14 Thread pinskia at gcc dot gnu dot org

--- Additional Comments From pinskia at gcc dot gnu dot org  2004-11-14 
22:15 ---
g++.dg/abi/bitfield4.C is the same test except with the C++ front-end compiling 
it.

-- 
   What|Removed |Added

   Keywords||wrong-code
Summary|mmix-knuth-mmixware |mmix-knuth-mmixware
   |testsuite failure:  |testsuite failure:
   |gcc.dg/bitfld-4.c   |gcc.dg/bitfld-4.c and
   ||g++.dg/abi/bitfield4.C


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


[Bug middle-end/18480] [4.0 Regression] ICE in emit_group_move with recent change

2004-11-14 Thread rth at gcc dot gnu dot org

--- Additional Comments From rth at gcc dot gnu dot org  2004-11-14 22:14 
---
Try again.

-- 
   What|Removed |Added

 Status|NEW |WAITING


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


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

2004-11-14 Thread pinskia at gcc dot gnu dot org

--- Additional Comments From pinskia at gcc dot gnu dot org  2004-11-14 
22:14 ---
*** Bug 18483 has been marked as a duplicate of this bug. ***

-- 


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


[Bug target/18483] mmix-knuth-mmixware testsuite failure: g++.dg/abi/bitfield4.C execution test

2004-11-14 Thread pinskia at gcc dot gnu dot org

--- Additional Comments From pinskia at gcc dot gnu dot org  2004-11-14 
22:14 ---
This and PR 18338 are one in the same in that they are the same tests run over 
the C and C++ front-
ends.

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

-- 
   What|Removed |Added

 Status|UNCONFIRMED |RESOLVED
 Resolution||DUPLICATE


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


[Bug bootstrap/18486] [4.0 Regression] fixincl fails with make -jN profilebootstrap

2004-11-14 Thread pinskia at gcc dot gnu dot org

--- Additional Comments From pinskia at gcc dot gnu dot org  2004-11-14 
22:09 ---
Hmm, I do a normal bootstrap all the time, so this must be a profiledbootstrap 
problem.

-- 
   What|Removed |Added

 CC||pinskia at gcc dot gnu dot
   ||org
   Keywords||build
Summary|fixincl fails with make -j  |[4.0 Regression] fixincl
   ||fails with make -jN
   ||profilebootstrap
   Target Milestone|--- |4.0.0


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


[Bug target/18488] mmix-knuth-mmixware testsuite failure: g++.dg/opt/vt1.C

2004-11-14 Thread pinskia at gcc dot gnu dot org

--- Additional Comments From pinskia at gcc dot gnu dot org  2004-11-14 
22:07 ---
Confirmed, your assumention about not running this test is correct.

-- 
   What|Removed |Added

 Status|UNCONFIRMED |NEW
 Ever Confirmed||1
   Last reconfirmed|-00-00 00:00:00 |2004-11-14 22:07:41
   date||


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


[Bug rtl-optimization/18485] [4.0 regression] mmix-knuth-mmixware testsuite failure: g++.dg/lookup/forscope1.C

2004-11-14 Thread pinskia at gcc dot gnu dot org


-- 
   What|Removed |Added

 CC||pinskia at gcc dot gnu dot
   ||org
  Component|target  |rtl-optimization
   Keywords||ice-on-valid-code
   Target Milestone|--- |4.0.0


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


[Bug target/18488] New: mmix-knuth-mmixware testsuite failure: g++.dg/opt/vt1.C

2004-11-14 Thread hp at gcc dot gnu dot org
With LAST_UPDATED: "Sun Nov 14 05:49:38 UTC 2004" I get:
FAIL: g++.dg/opt/vt1.C scan-assembler-not
section[^\n\r]*_ZTV1S[^\n\r]*"[^w"\n\r]*"

With the message in the .log being:
/gcc/testsuite/g++.dg/opt/vt1.C:1: warning: -fpic not supported: ignored

The test is not known to ever having succeeded.
The test also fails on unspecified checkouts of the 3.3 and 3.4 branches.

It looks like the test should not be performed on targets that do not
support -fpic/-fPIC.

-- 
   Summary: mmix-knuth-mmixware testsuite failure: g++.dg/opt/vt1.C
   Product: gcc
   Version: 4.0.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P2
 Component: target
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: hp at gcc dot gnu dot org
CC: gcc-bugs at gcc dot gnu dot org
  GCC host triplet: i686-pc-linux-gnu
GCC target triplet: mmix-knuth-mmixware


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


[Bug middle-end/18480] [4.0 Regression] ICE in emit_group_move with recent change

2004-11-14 Thread pinskia at gcc dot gnu dot org

--- Additional Comments From pinskia at gcc dot gnu dot org  2004-11-14 
22:02 ---
That fixes those regressions but there was another one (before) which I did not 
report in this one:

FAIL: gcc.c-torture/compile/960829-1.c  -O0  (test for excess errors)
Excess errors:
/Users/pinskia/src/local/gcc/gcc/testsuite/gcc.c-torture/compile/960829-1.c:4: 
error: 
unrecognizable insn:
(insn 32 25 33 1 (set (reg:DF 143)
(parallel:DF [
(expr_list:REG_DEP_TRUE (reg:SI 141)
(const_int 0 [0x0]))
(expr_list:REG_DEP_TRUE (reg:DF 142)
(const_int 0 [0x0]))
])) -1 (nil)
(nil))
Reduced testcase (well really a modified version of 960829-1.c to get rid of a 
warning):

void g(int, ...);
void f ()
{
  g (0, 0.0, 0.0, 0.0, 0.0);
}

-- 
   What|Removed |Added

 Status|WAITING |NEW
   Last reconfirmed|2004-11-14 19:47:47 |2004-11-14 22:02:16
   date||


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


[Bug tree-optimization/18487] Warnings for pure and const functions that are not actually pure or const

2004-11-14 Thread pinskia at gcc dot gnu dot org

--- Additional Comments From pinskia at gcc dot gnu dot org  2004-11-14 
21:57 ---
Confirmed.

-- 
   What|Removed |Added

 Status|UNCONFIRMED |NEW
 Ever Confirmed||1
   Keywords||diagnostic
   Last reconfirmed|-00-00 00:00:00 |2004-11-14 21:57:50
   date||
Version|unknown |4.0.0


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


[Bug tree-optimization/18487] New: Warnings for pure and const functions that are not actually pure or const

2004-11-14 Thread kazu at cs dot umass dot edu
It would be nice if GCC can issue warnings for pure or const functions
that are not actually pure or const.

int foo (int) __attribute__ ((pure));
int bar (int) __attribute__ ((const));

int g;

int
foo (int a)
{
  g = a; /* A pure function is not supposed to write to memory.  */
  return 0;
}

int
bar (int a)
{
  return g; /* A const function is not supposed to read memory.  */
}

-- 
   Summary: Warnings for pure and const functions that are not
actually pure or const
   Product: gcc
   Version: unknown
Status: UNCONFIRMED
  Severity: enhancement
  Priority: P2
 Component: tree-optimization
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: kazu at cs dot umass dot edu
CC: gcc-bugs at gcc dot gnu dot org


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


[Bug bootstrap/18486] New: fixincl fails with make -j

2004-11-14 Thread ak at muc dot de
make profiledbootstrap -jN with high N breaks while fixincl. The compilation
works ok without -j

One error is always: 

mv: cannot stat `tmp-macro_list': No such file or directory

with a bunch of follow-ons.

-- 
   Summary: fixincl fails with make -j
   Product: gcc
   Version: 4.0.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P2
 Component: bootstrap
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: ak at muc dot de
CC: gcc-bugs at gcc dot gnu dot org
  GCC host triplet: x86_64-linux


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


[Bug target/18485] New: [4.0 regression] mmix-knuth-mmixware testsuite failure: g++.dg/lookup/forscope1.C

2004-11-14 Thread hp at gcc dot gnu dot org
With LAST_UPDATED: "Sun Nov 14 05:49:38 UTC 2004" I get:
FAIL: g++.dg/lookup/forscope1.C (test for excess errors)

With the message in g++.log being:
/gcc/testsuite/g++.dg/lookup/forscope1.C: In function 'void Go()':
/gcc/testsuite/g++.dg/lookup/forscope1.C:25: error: NOTE_INSN_BASIC_BLOCK is
missing for block 0
/gcc/testsuite/g++.dg/lookup/forscope1.C:25: error: NOTE_INSN_BASIC_BLOCK 8 in
middle of basic block 0
/gcc/testsuite/g++.dg/lookup/forscope1.C:25: error: insn outside basic block
(insn 30 7 8 0 (set (reg:DI 269)
(reg:DI 259 rJ)) -1 (nil)
(nil))
/gcc/testsuite/g++.dg/lookup/forscope1.C:25: internal compiler error: in
rtl_verify_flow_info, at cfgrtl.c:2255

Last known to work on: "Fri Jul 9 02:34:14 GMT 2004".
Known to work on unspecified 3.4 and 3.4 checkouts.
Known to fail on: "Sat Sep 11 14:54:38 GMT 2004".

Errors with similar appearance in the past have been flaws
in the basic-block machinery.

-- 
   Summary: [4.0 regression] mmix-knuth-mmixware testsuite failure:
g++.dg/lookup/forscope1.C
   Product: gcc
   Version: 4.0.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P2
 Component: target
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: hp at gcc dot gnu dot org
CC: gcc-bugs at gcc dot gnu dot org
  GCC host triplet: i686-pc-linux-gnu
GCC target triplet: mmix-knuth-mmixware


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


[Bug target/18349] mmix-knuth-mmixware testsuite failure: gcc.dg/visibility-1.c (actually all) g++.dg/ext/visibility/*

2004-11-14 Thread hp at gcc dot gnu dot org

--- Additional Comments From hp at gcc dot gnu dot org  2004-11-14 21:20 
---
I'm logging these failures here as well; apparently the same bug, seen with
"Sun Nov 14 05:49:38 UTC 2004":
FAIL: g++.dg/ext/visibility/assign1.C (test for excess errors)
FAIL: g++.dg/ext/visibility/assign1.C scan-hidden hidden[ \t_]*_ZN1DaSERKS_
FAIL: g++.dg/ext/visibility/fvisibility-inlines-hidden.C (test for excess
errors)
FAIL: g++.dg/ext/visibility/fvisibility-inlines-hidden.C scan-hidden hidden[
\t_]*_ZN3Foo6methodEv
FAIL: g++.dg/ext/visibility/fvisibility-override1.C (test for excess errors)
FAIL: g++.dg/ext/visibility/fvisibility-override1.C scan-assembler
\\.internal.*Foo.methodEv
FAIL: g++.dg/ext/visibility/fvisibility-override2.C (test for excess errors)
FAIL: g++.dg/ext/visibility/fvisibility-override2.C scan-assembler
\\.internal.*Foo.methodEv
FAIL: g++.dg/ext/visibility/fvisibility.C (test for excess errors)
FAIL: g++.dg/ext/visibility/fvisibility.C scan-hidden hidden[
\t_]*_ZN3Foo6methodEv
FAIL: g++.dg/ext/visibility/memfuncts.C (test for excess errors)
FAIL: g++.dg/ext/visibility/memfuncts.C scan-hidden hidden[
\t_]*_ZN3Foo6methodEv
FAIL: g++.dg/ext/visibility/new1.C (test for excess errors)
FAIL: g++.dg/ext/visibility/noPLT.C (test for excess errors)
FAIL: g++.dg/ext/visibility/pragma-override1.C (test for excess errors)
FAIL: g++.dg/ext/visibility/pragma-override1.C scan-assembler
\\.internal.*Foo.methodEv
FAIL: g++.dg/ext/visibility/pragma-override2.C (test for excess errors)
FAIL: g++.dg/ext/visibility/pragma-override2.C scan-assembler
\\.internal.*Foo.methodEv
FAIL: g++.dg/ext/visibility/pragma.C (test for excess errors)
FAIL: g++.dg/ext/visibility/pragma.C scan-hidden hidden[ \t_]*_ZN3Foo6methodEv
FAIL: g++.dg/ext/visibility/staticmemfuncts.C (test for excess errors)
FAIL: g++.dg/ext/visibility/staticmemfuncts.C scan-hidden hidden[
\t_]*_ZN3Foo6methodEv
FAIL: g++.dg/ext/visibility/virtual.C (test for excess errors)
FAIL: g++.dg/ext/visibility/virtual.C scan-hidden hidden[ \t_]*ZTV3Foo
FAIL: g++.dg/ext/visibility/visibility-1.C (test for excess errors)
FAIL: g++.dg/ext/visibility/visibility-1.C scan-hidden hidden[ \t_]*_Z3foov
FAIL: g++.dg/ext/visibility/visibility-2.C (test for excess errors)
FAIL: g++.dg/ext/visibility/visibility-2.C scan-hidden hidden[ \t_]*_Z3foov
FAIL: g++.dg/ext/visibility/visibility-3.C (test for excess errors)
FAIL: g++.dg/ext/visibility/visibility-3.C scan-hidden hidden[ \t_]*xyzzy
FAIL: g++.dg/ext/visibility/visibility-4.C (test for excess errors)
FAIL: g++.dg/ext/visibility/visibility-4.C scan-hidden hidden[ \t_]*xyzzy
FAIL: g++.dg/ext/visibility/visibility-5.C (test for excess errors)
FAIL: g++.dg/ext/visibility/visibility-5.C scan-hidden hidden[ \t_]*_Z3foov
FAIL: g++.dg/ext/visibility/visibility-6.C (test for excess errors)
FAIL: g++.dg/ext/visibility/visibility-6.C scan-hidden hidden[ \t_]*xyzzy
FAIL: g++.dg/ext/visibility/visibility-7.C (test for excess errors)
FAIL: g++.dg/ext/visibility/visibility-7.C scan-hidden hidden[ \t_]*xyzzy


-- 
   What|Removed |Added

Summary|mmix-knuth-mmixware |mmix-knuth-mmixware
   |testsuite failure:  |testsuite failure:
   |gcc.dg/visibility-1.c   |gcc.dg/visibility-1.c
   |(actually all)  |(actually all)
   ||g++.dg/ext/visibility/*


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


[Bug target/18484] New: mmix-knuth-mmixware testsuite failure: g++.dg/abi/empty6.C

2004-11-14 Thread hp at gcc dot gnu dot org
With LAST_UPDATED: "Sun Nov 14 05:49:38 UTC 2004" I get:
FAIL: g++.dg/abi/empty6.C  (test for warnings, line 6)

With the message in g++.log being:
(none, as there are no warnings or errors)

Not known to ever having worked for this target and fails with unspecified
checkouts of 3.3 and 3.4.  At a glance, the test assumes a 32-bit target and
seems at fault.

-- 
   Summary: mmix-knuth-mmixware testsuite failure:
g++.dg/abi/empty6.C
   Product: gcc
   Version: 4.0.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P2
 Component: target
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: hp at gcc dot gnu dot org
CC: gcc-bugs at gcc dot gnu dot org
  GCC host triplet: i686-pc-linux-gnu
GCC target triplet: mmix-knuth-mmixware


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


[Bug target/18483] New: mmix-knuth-mmixware testsuite failure: g++.dg/abi/bitfield4.C execution test

2004-11-14 Thread hp at gcc dot gnu dot org
With LAST_UPDATED: "Sun Nov 14 05:49:38 UTC 2004" I get:
FAIL: g++.dg/abi/bitfield4.C execution test

With the message in gcc.log being:
sizeof short failed
__alignof__ short failed
sizeof signed short failed
__alignof__ signed short failed
sizeof unsigned short failed
__alignof__ unsigned short failed
sizeof int failed
__alignof__ int failed
sizeof signed int failed
__alignof__ signed int failed
sizeof unsigned int failed
__alignof__ unsigned int failed
sizeof long failed
__alignof__ long failed
sizeof signed long failed
__alignof__ signed long failed
sizeof unsigned long failed
__alignof__ unsigned long failed
sizeof long long failed
__alignof__ long long failed
sizeof signed long long failed
__alignof__ signed long long failed
sizeof unsigned long long failed
__alignof__ unsigned long long failed

The test is not known to have ever succeeded on this target; it also fails
on unspecified checkouts of the 3.3 and 3.4 branches.

-- 
   Summary: mmix-knuth-mmixware testsuite failure:
g++.dg/abi/bitfield4.C execution test
   Product: gcc
   Version: 4.0.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P2
 Component: target
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: hp at gcc dot gnu dot org
CC: gcc-bugs at gcc dot gnu dot org
  GCC host triplet: i686-pc-linux-gnu
GCC target triplet: mmix-knuth-mmixware


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


[Bug target/18350] mmix-knuth-mmixware testsuite failure: gcc.dg/torture/builtin-convert-1.c (1-3 actually) gcc.dg/torture/builtin-power-1.c

2004-11-14 Thread hp at gcc dot gnu dot org

--- Additional Comments From hp at gcc dot gnu dot org  2004-11-14 20:57 
---
I'm logging these failures here too, seemingly never having succeeded and
failing (as do the builtin-convert tests) with "Sun Nov 14 05:49:38 UTC 2004".

FAIL: gcc.dg/torture/builtin-power-1.c  -O0  (test for excess errors)
FAIL: gcc.dg/torture/builtin-power-1.c  -O1  (test for excess errors)
FAIL: gcc.dg/torture/builtin-power-1.c  -O2  (test for excess errors)
FAIL: gcc.dg/torture/builtin-power-1.c  -O3 -fomit-frame-pointer  (test for
excess errors)
FAIL: gcc.dg/torture/builtin-power-1.c  -O3 -g  (test for excess errors)
FAIL: gcc.dg/torture/builtin-power-1.c  -Os  (test for excess errors)


-- 
   What|Removed |Added

   Last reconfirmed|2004-11-09 10:02:29 |2004-11-14 20:57:07
   date||
Summary|mmix-knuth-mmixware |mmix-knuth-mmixware
   |testsuite failure:  |testsuite failure:
   |gcc.dg/torture/builtin- |gcc.dg/torture/builtin-
   |convert-1.c (1-3 actually)  |convert-1.c (1-3 actually)
   ||gcc.dg/torture/builtin-
   ||power-1.c


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


[Bug tree-optimization/18425] ICE in vector.tcc when -ftree-vectorize enabled

2004-11-14 Thread cvs-commit at gcc dot gnu dot org

--- Additional Comments From cvs-commit at gcc dot gnu dot org  2004-11-14 
20:45 ---
Subject: Bug 18425

CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED]   2004-11-14 20:44:52

Modified files:
gcc/testsuite  : ChangeLog 
Added files:
gcc/testsuite/gcc.dg/vect: pr18400.c pr18425.c 

Log message:
2004-11-14  Dorit Naishlos  <[EMAIL PROTECTED]>

PR tree-opt/18400
* gcc.dg/vect/pr18400.c: New test.

2004-11-14  Dorit Naishlos  <[EMAIL PROTECTED]>
Andrew Pinski  <[EMAIL PROTECTED]>

PR tree-opt/18425
* gcc.dg/vect/pr18425.c: New test.

Patches:
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/ChangeLog.diff?cvsroot=gcc&r1=1.4599&r2=1.4600
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/gcc.dg/vect/pr18400.c.diff?cvsroot=gcc&r1=NONE&r2=1.1
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/gcc.dg/vect/pr18425.c.diff?cvsroot=gcc&r1=NONE&r2=1.1



-- 


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


[Bug tree-optimization/18400] wrong unrolling after vectorization due to invalid loop->nb_iterations

2004-11-14 Thread cvs-commit at gcc dot gnu dot org

--- Additional Comments From cvs-commit at gcc dot gnu dot org  2004-11-14 
20:45 ---
Subject: Bug 18400

CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED]   2004-11-14 20:44:52

Modified files:
gcc/testsuite  : ChangeLog 
Added files:
gcc/testsuite/gcc.dg/vect: pr18400.c pr18425.c 

Log message:
2004-11-14  Dorit Naishlos  <[EMAIL PROTECTED]>

PR tree-opt/18400
* gcc.dg/vect/pr18400.c: New test.

2004-11-14  Dorit Naishlos  <[EMAIL PROTECTED]>
Andrew Pinski  <[EMAIL PROTECTED]>

PR tree-opt/18425
* gcc.dg/vect/pr18425.c: New test.

Patches:
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/ChangeLog.diff?cvsroot=gcc&r1=1.4599&r2=1.4600
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/gcc.dg/vect/pr18400.c.diff?cvsroot=gcc&r1=NONE&r2=1.1
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/gcc.dg/vect/pr18425.c.diff?cvsroot=gcc&r1=NONE&r2=1.1



-- 


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


[Bug target/18482] New: mmix-knuth-mmixware testsuite failure: tmpdir-gcc.dg-struct-layout-1

2004-11-14 Thread hp at gcc dot gnu dot org
With LAST_UPDATED: "Sun Nov 14 05:49:38 UTC 2004" I get:
FAIL: tmpdir-gcc.dg-struct-layout-1/t002 c_compat_x_tst.o-c_compat_y_tst.o link
FAIL: tmpdir-gcc.dg-struct-layout-1/t003 c_compat_x_tst.o-c_compat_y_tst.o link
FAIL: tmpdir-gcc.dg-struct-layout-1/t020 c_compat_x_tst.o-c_compat_y_tst.o link
FAIL: tmpdir-gcc.dg-struct-layout-1/t021 c_compat_x_tst.o-c_compat_y_tst.o link
FAIL: tmpdir-gcc.dg-struct-layout-1/t022 c_compat_x_tst.o-c_compat_y_tst.o link
FAIL: tmpdir-gcc.dg-struct-layout-1/t023 c_compat_x_tst.o-c_compat_y_tst.o link
FAIL: tmpdir-gcc.dg-struct-layout-1/t024 c_compat_x_tst.o-c_compat_y_tst.o link
FAIL: tmpdir-gcc.dg-struct-layout-1/t025 c_compat_x_tst.o-c_compat_y_tst.o link
FAIL: tmpdir-gcc.dg-struct-layout-1/t026 c_compat_x_tst.o-c_compat_y_tst.o link
FAIL: tmpdir-gcc.dg-struct-layout-1/t027 c_compat_x_tst.o-c_compat_y_tst.o link
FAIL: tmpdir-gcc.dg-struct-layout-1/t028 c_compat_x_tst.o-c_compat_y_tst.o link

With the message in gcc.log being (all similar; requested number of gregs vary):
/home/hp/combined/mmixware-sim/gcc/collect-ld: Too many global registers: 260,
max 223

The test seems never to have worked on this target.
The failure to allocate the requested amount of global registers means that the
heuristic that the port uses to determine what constants and addresses are
suitable for a global register needs at least some tweaking (not hard),
alternatively that some mechanism needs to be invented in the binutils port to
work around this case (presumably possible, but at present I have no idea how).
Alternatively, make the test-suite compile the code with -mno-base-addresses for
mmix-*-*.

-- 
   Summary: mmix-knuth-mmixware testsuite failure: tmpdir-gcc.dg-
struct-layout-1
   Product: gcc
   Version: 4.0.0
Status: UNCONFIRMED
  Keywords: rejects-valid
  Severity: normal
  Priority: P2
 Component: target
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: hp at gcc dot gnu dot org
CC: gcc-bugs at gcc dot gnu dot org
  GCC host triplet: i686-pc-linux-gnu
GCC target triplet: mmix-knuth-mmixware


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


[Bug fortran/18481] New: ICE with integer variable "format"

2004-11-14 Thread Thomas dot Koenig at online dot de
This looks a lot like PR18023, but with WRITE instead of PRINT,
and the ICE is different from PR18476.

$ gfortran -v
Reading specs from /home/ig25/lib/gcc/i686-pc-linux-gnu/4.0.0/specs
Configured with: ../gcc/configure --prefix=/home/ig25
--enable-languages=c,c++,f95 : (reconfigured) ../gcc/configure
--prefix=/home/ig25 --with-gcc-version-trigger=/home/ig25/gcc/gcc/version.c
--enable-languages=c,c++,f95 --no-create --no-recursion
Thread model: posix
gcc version 4.0.0 20041114 (experimental)
$ cat format-int.f90
program internal
  integer k
  character(len=80) chr
  read(chr,k)
end program internal
$ gfortran format-int.f90
format-int.f90: In function 'MAIN__':
format-int.f90:4: internal compiler error: in gfc_add_modify_expr, at
fortran/trans.c:154
Please submit a full bug report,
with preprocessed source if appropriate.
See http://gcc.gnu.org/bugs.html> for instructions.

-- 
   Summary: ICE with integer variable "format"
   Product: gcc
   Version: 4.0.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P2
 Component: fortran
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: Thomas dot Koenig at online dot de
CC: gcc-bugs at gcc dot gnu dot org


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


[Bug target/18459] [4.0 Regression] gcj no longer works on win32

2004-11-14 Thread ovidr at users dot sourceforge dot net

--- Additional Comments From ovidr at users dot sourceforge dot net  
2004-11-14 20:25 ---
I use binutils-2.15.91-20040904-1 from mingw.org (latest I think).

I thought by removing the change to cygming.h this weak sym problem would be
gone, but I guess there are other changes somewhere that affect this.



-- 


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


[Bug target/18473] unrecognizable insn compiling various sources

2004-11-14 Thread martin at netbsd dot org

--- Additional Comments From martin at netbsd dot org  2004-11-14 19:56 
---
Forgot to mention (and did not try myself): I've been told this same stuff
compiles just fine for NetBSD/hppa on a i386 host.

-- 


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


[Bug middle-end/18480] [4.0 Regression] ICE in emit_group_move with recent change

2004-11-14 Thread rth at gcc dot gnu dot org

--- Additional Comments From rth at gcc dot gnu dot org  2004-11-14 19:49 
---
Try that.

-- 
   What|Removed |Added

 Status|ASSIGNED|WAITING


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


[Bug middle-end/18480] [4.0 Regression] ICE in emit_group_move with recent change

2004-11-14 Thread rth at gcc dot gnu dot org


-- 
   What|Removed |Added

 CC|rth at redhat dot com   |
 AssignedTo|unassigned at gcc dot gnu   |rth at gcc dot gnu dot org
   |dot org |
 Status|UNCONFIRMED |ASSIGNED
 Ever Confirmed||1
   Last reconfirmed|-00-00 00:00:00 |2004-11-14 19:47:47
   date||


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


[Bug target/18459] [4.0 Regression] gcj no longer works on win32

2004-11-14 Thread pinskia at gcc dot gnu dot org

--- Additional Comments From pinskia at gcc dot gnu dot org  2004-11-14 
19:38 ---
"error: app.exe is not a valid Win32 application" sounds like a binutils 
problem, I would report it to 
them.

-- 


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


[Bug target/18459] [4.0 Regression] gcj no longer works on win32

2004-11-14 Thread ovidr at users dot sourceforge dot net

--- Additional Comments From ovidr at users dot sourceforge dot net  
2004-11-14 19:34 ---
Small followup:

Even though the hello world app works, a much larger app does not work (error:
app.exe is not a valid Win32 application.) unless I 'strip' it.  I'm not sure
why that would be...

(If that Dwarf2 EH patch makes stack traces work on win32, that should be a
really great improvement)

-- 


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


[Bug target/17279] [3.4 Regression] internal compiler error with 128 bit integers

2004-11-14 Thread pinskia at gcc dot gnu dot org

--- Additional Comments From pinskia at gcc dot gnu dot org  2004-11-14 
19:03 ---
Fixed on the mainline but a number of things have to be backported to the 3.4 
branch to get this fixed.

-- 
   What|Removed |Added

 AssignedTo|pinskia at gcc dot gnu dot  |unassigned at gcc dot gnu
   |org |dot org
 Status|ASSIGNED|NEW
Summary|[3.4/4.0 Regression]|[3.4 Regression] internal
   |internal compiler error with|compiler error with 128 bit
   |128 bit integers|integers


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


[Bug objc/18406] [3.4 Regression] ICE compiling Objective C code with long double arguments

2004-11-14 Thread pinskia at gcc dot gnu dot org

--- Additional Comments From pinskia at gcc dot gnu dot org  2004-11-14 
19:02 ---
Fixed.

-- 
   What|Removed |Added

 Status|ASSIGNED|RESOLVED
 Resolution||FIXED


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


[Bug objc/18406] [3.4 Regression] ICE compiling Objective C code with long double arguments

2004-11-14 Thread cvs-commit at gcc dot gnu dot org

--- Additional Comments From cvs-commit at gcc dot gnu dot org  2004-11-14 
19:01 ---
Subject: Bug 18406

CVSROOT:/cvs/gcc
Module name:gcc
Branch: gcc-3_4-branch
Changes by: [EMAIL PROTECTED]   2004-11-14 19:01:03

Modified files:
gcc: ChangeLog 
gcc/objc   : objc-act.c 

Log message:
2004-11-14  Andrew Pinski  <[EMAIL PROTECTED]>

PR objc/18406
* objc/obj-act.c (encode_type): 96bits doubles are encoded the
same way as 64bit and 128bit doubles are.

Patches:
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/ChangeLog.diff?cvsroot=gcc&only_with_tag=gcc-3_4-branch&r1=2.2326.2.691&r2=2.2326.2.692
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/objc/objc-act.c.diff?cvsroot=gcc&only_with_tag=gcc-3_4-branch&r1=1.202.4.2&r2=1.202.4.3



-- 


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


[Bug target/17279] [3.4/4.0 Regression] internal compiler error with 128 bit integers

2004-11-14 Thread cvs-commit at gcc dot gnu dot org

--- Additional Comments From cvs-commit at gcc dot gnu dot org  2004-11-14 
18:54 ---
Subject: Bug 17279

CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED]   2004-11-14 18:54:19

Modified files:
gcc: ChangeLog c-common.c 

Log message:
2004-11-14  Andrew Pinski  <[EMAIL PROTECTED]>

PR c/17279
* c-common.c (c_common_nodes_and_builtins): Ask the back-end if we
support TImode before adding __int128_t and __uint128_t types.

Patches:
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/ChangeLog.diff?cvsroot=gcc&r1=2.6335&r2=2.6336
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/c-common.c.diff?cvsroot=gcc&r1=1.585&r2=1.586



-- 


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


[Bug target/18328] [4.0 regression] mmix-knuth-mmixware testsuite failure: execute/20040629-1.c

2004-11-14 Thread hp at gcc dot gnu dot org

--- Additional Comments From hp at gcc dot gnu dot org  2004-11-14 18:43 
---
Known to work with: "Sun Nov 14 05:49:38 UTC 2004"
(Known to fail with: "Sat Nov 13 21:48:30 UTC 2004")

-- 
   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||FIXED


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


[Bug target/18324] [4.0 regression] mmix-knuth-mmixware testsuite failure: gcc.c-torture/execute/20010518-2.c execution, -O0

2004-11-14 Thread hp at gcc dot gnu dot org

--- Additional Comments From hp at gcc dot gnu dot org  2004-11-14 18:43 
---
Known to work with: "Sun Nov 14 05:49:38 UTC 2004"
(Known to fail with: "Sat Nov 13 21:48:30 UTC 2004")

-- 
   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||FIXED


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


[Bug tree-optimization/18400] wrong unrolling after vectorization due to invalid loop->nb_iterations

2004-11-14 Thread pinskia at gcc dot gnu dot org

--- Additional Comments From pinskia at gcc dot gnu dot org  2004-11-14 
18:33 ---
Fixed.

-- 
   What|Removed |Added

 Status|ASSIGNED|RESOLVED
 Resolution||FIXED


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


[Bug tree-optimization/18425] ICE in vector.tcc when -ftree-vectorize enabled

2004-11-14 Thread pinskia at gcc dot gnu dot org

--- Additional Comments From pinskia at gcc dot gnu dot org  2004-11-14 
18:31 ---
Fixed.

-- 
   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||FIXED
   Target Milestone|--- |4.0.0


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


[Bug tree-optimization/18400] wrong unrolling after vectorization due to invalid loop->nb_iterations

2004-11-14 Thread cvs-commit at gcc dot gnu dot org

--- Additional Comments From cvs-commit at gcc dot gnu dot org  2004-11-14 
18:30 ---
Subject: Bug 18400

CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED]   2004-11-14 18:30:36

Modified files:
gcc: ChangeLog tree-vectorizer.c 

Log message:
PR tree-opt/18400
* tree-vectorizer.c (make_loop_iterate_ntimes): Set loop->nb_iterations.
(vect_transform_loop_bound): Set loop->nb_iterations.

Patches:
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/ChangeLog.diff?cvsroot=gcc&r1=2.6334&r2=2.6335
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/tree-vectorizer.c.diff?cvsroot=gcc&r1=2.29&r2=2.30



-- 


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


[Bug tree-optimization/18425] ICE in vector.tcc when -ftree-vectorize enabled

2004-11-14 Thread cvs-commit at gcc dot gnu dot org

--- Additional Comments From cvs-commit at gcc dot gnu dot org  2004-11-14 
18:25 ---
Subject: Bug 18425

CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED]   2004-11-14 18:25:35

Modified files:
gcc: ChangeLog tree-vectorizer.c 

Log message:
2004-11-14  Dorit Naishlos  <[EMAIL PROTECTED]>
Andrew Pinski  <[EMAIL PROTECTED]>

PR tree-opt/18425
* tree-vectorize.c (vect_build_loop_niters): Do not insert
NULL into the instruction stream. Initialize new_bb to NULL.
(vect_update_ivs_after_vectorizer): Likewise.
(vect_gen_niters_for_prolog_loop): Likewise.

Patches:
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/ChangeLog.diff?cvsroot=gcc&r1=2.6333&r2=2.6334
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/tree-vectorizer.c.diff?cvsroot=gcc&r1=2.28&r2=2.29



-- 


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


[Bug middle-end/18480] [4.0 Regression] ICE in emit_group_move with recent change

2004-11-14 Thread pinskia at gcc dot gnu dot org


-- 
   What|Removed |Added

   Target Milestone|--- |4.0.0


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


[Bug middle-end/18480] New: [4.0 Regression] ICE in emit_group_move with recent change

2004-11-14 Thread pinskia at gcc dot gnu dot org
foo (a, b, c, d, e, i0, f, i1)
 double a, b, c, d, e, f;
 int i0, i1;
{}

main ()
{
  foo (1.0, 2.0, 3.0, 4.0, 5.0, 1, 6.0, 2);
}

Caused by:
2004-11-13  Richard Henderson  <[EMAIL PROTECTED]>

* calls.c (precompute_register_parameters): Force all PARALLELs
into pseudo registers.
(load_register_parameters): Copy PARALLELs into hard registers.
* function.c (assign_parm_setup_block): Copy PARALLELS into
pseudo registers.  Do emit_group_store in conversion_insns.
* expr.c (emit_group_load_1): Rename from emit_group_load, take
tmps as an argument.  Move final copy loop ...
(emit_group_load): ... here.  New function.
(emit_group_load_into_temps, emit_group_move_into_temps): New.
* expr.h: Declare them.

-- 
   Summary: [4.0 Regression] ICE in emit_group_move with recent
change
   Product: gcc
   Version: 4.0.0
Status: UNCONFIRMED
  Keywords: ice-on-valid-code
  Severity: critical
  Priority: P2
 Component: middle-end
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: pinskia at gcc dot gnu dot org
CC: gcc-bugs at gcc dot gnu dot org,rth at redhat dot com
GCC target triplet: ppc-darwin


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


[Bug tree-optimization/18431] Code for arrays and pointers are not the same

2004-11-14 Thread cvs-commit at gcc dot gnu dot org

--- Additional Comments From cvs-commit at gcc dot gnu dot org  2004-11-14 
18:04 ---
Subject: Bug 18431

CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED]   2004-11-14 18:04:26

Modified files:
gcc: ChangeLog tree-flow.h tree-ssa-loop-im.c 
 tree-ssa.c 

Log message:
PR tree-optimization/18431
* tree-flow.h (stmt_references_memory_p): Declare.
* tree-ssa-loop-im.c (stmt_cost): Use stmt_references_memory_p.
* tree-ssa.c (stmt_references_memory_p): New function.

Patches:
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/ChangeLog.diff?cvsroot=gcc&r1=2.6332&r2=2.6333
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/tree-flow.h.diff?cvsroot=gcc&r1=2.62&r2=2.63
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/tree-ssa-loop-im.c.diff?cvsroot=gcc&r1=2.21&r2=2.22
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/tree-ssa.c.diff?cvsroot=gcc&r1=2.57&r2=2.58



-- 


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


[Bug target/14563] new/delete much slower than malloc/free because of sjlj exceptions

2004-11-14 Thread paulthomas2 at wanadoo dot fr

--- Additional Comments From paulthomas2 at wanadoo dot fr  2004-11-14 
18:04 ---
Subject: Re:  new/delete much slower than malloc/free because
 of sjlj exceptions


Ken,

Did you miss the question?

Paul

>>(iii) gcc 4.0.0 20041010 (experimental) I get 0.62 and 0.59micro-sec/new
>>
>>This latter was a tad unexpected - I built in from a snapshot on one of the
>>German mirror sites.  Does this imply that I have picked up Dwarf2 as a
>>default?
>>
>>
>
>
>  
>





-- 


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


[Bug tree-optimization/18478] [4.0 Regression] ICE with -funroll-loops

2004-11-14 Thread giovannibajo at libero dot it

--- Additional Comments From giovannibajo at libero dot it  2004-11-14 
17:49 ---
Well, if unshare_expr is invalid for SWITCH_EXPRs, I guess you should either do 
your check within unshare_expr itself, or at least add a gcc_assert() to 
unshare_expr so that we check that it is never called with a SWITCH_EXPR. I 
would go for the former, so that the users don't have to do the same check 
externally.

-- 


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


[Bug c/18479] [4.0 Regression] __attribute__ ((visibility("default"))) in C causes internal compiler error

2004-11-14 Thread pinskia at gcc dot gnu dot org

--- Additional Comments From pinskia at gcc dot gnu dot org  2004-11-14 
17:40 ---
: Search converges between 2004-07-21-trunk (#492) and 2004-07-23-trunk (#493).

Confirmed.

-- 
   What|Removed |Added

 Status|UNCONFIRMED |NEW
 Ever Confirmed||1
   Keywords||ice-on-valid-code
   Last reconfirmed|-00-00 00:00:00 |2004-11-14 17:40:55
   date||
Summary|__attribute__   |[4.0 Regression]
   |((visibility("default"))) in|__attribute__
   |C causes internal compiler  |((visibility("default"))) in
   |error   |C causes internal compiler
   ||error
   Target Milestone|--- |4.0.0


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


[Bug c/18479] __attribute__ ((visibility("default"))) in C causes internal compiler error

2004-11-14 Thread s_gccbugzilla at nedprod dot com


-- 
   What|Removed |Added

  Component|c++ |c


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


[Bug c++/18479] New: __attribute__ ((visibility("default"))) in C causes internal compiler error

2004-11-14 Thread s_gccbugzilla at nedprod dot com
Using GCC v4.0_20041107 on FreeBSD v5.3:

struct __attribute__ ((visibility("default"))) Foo { int foo; };
int main(void) { Foo foo; return 0; }

If compiled as a C++ file, all is fine. If compiled as C you get:

internal compiler error: tree check: expected class 'declaration', have 
'exceptional' (identifier_node) in handle_visibility_attribute, at c-common.c:
4648
Please submit a full bug report,
with preprocessed source if appropriate.
See http://gcc.gnu.org/bugs.html> for instructions.

I think it's perfectly valid for C code to mark structures as having visibility 
though it means nothing useful (so it could simply be ignored). It certainly 
shouldn't generate an internal compiler error.

Cheers,
Niall

-- 
   Summary: __attribute__ ((visibility("default"))) in C causes
internal compiler error
   Product: gcc
   Version: 4.0.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P2
 Component: c++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: s_gccbugzilla at nedprod dot com
CC: gcc-bugs at gcc dot gnu dot org


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


[Bug tree-optimization/18478] [4.0 Regression] ICE with -funroll-loops

2004-11-14 Thread kazu at cs dot umass dot edu

--- Additional Comments From kazu at cs dot umass dot edu  2004-11-14 17:30 
---
*** Bug 18475 has been marked as a duplicate of this bug. ***

-- 
   What|Removed |Added

Bug 18478 depends on bug 18475, which changed state.

Bug 18475 Summary: [4.0 Regression] ICE Segmentation fault in 
tree_verify_flow_info with -funswitch-loops
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18475

   What|Old Value   |New Value

 Status|NEW |RESOLVED
 Resolution||DUPLICATEBug 18478 depends on 
bug 18475, which changed state.

Bug 18475 Summary: [4.0 Regression] ICE Segmentation fault in 
tree_verify_flow_info with -funswitch-loops
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18475

   What|Old Value   |New Value

 Status|NEW |RESOLVED
 Resolution||DUPLICATE

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


[Bug tree-optimization/18475] [4.0 Regression] ICE Segmentation fault in tree_verify_flow_info with -funswitch-loops

2004-11-14 Thread kazu at cs dot umass dot edu

--- Additional Comments From kazu at cs dot umass dot edu  2004-11-14 17:30 
---
The underlying problem is the same as that of PR 18478.
Basically, SWITCH_EXPR is incorrectly duplicated when a basic block
is duplicated.


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

-- 
   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||DUPLICATE


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


[Bug tree-optimization/18475] [4.0 Regression] ICE Segmentation fault in tree_verify_flow_info with -funswitch-loops

2004-11-14 Thread kazu at cs dot umass dot edu

--- Additional Comments From kazu at cs dot umass dot edu  2004-11-14 17:26 
---
See PR 18478 for patch.


-- 
   What|Removed |Added

   Keywords||patch


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


[Bug fortran/18476] internal compiler error on strange read

2004-11-14 Thread pinskia at gcc dot gnu dot org

--- Additional Comments From pinskia at gcc dot gnu dot org  2004-11-14 
17:21 ---
Confirmed.

-- 
   What|Removed |Added

 Status|UNCONFIRMED |NEW
 Ever Confirmed||1
   Keywords||ice-on-invalid-code
   Last reconfirmed|-00-00 00:00:00 |2004-11-14 17:21:30
   date||


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


  1   2   >