[Bug bootstrap/18467] crosscompiler doesn't build with newlib

[pluto at pld-linux dot org]

--- Additional Comments From pluto at pld-linux dot org  2004-11-14 08:42 
---
(In reply to comment #2) 
> For linux you have to use glibc as that is only one supported for unwinding. 
 
(...) 
+ cd obj-arm-pld-linux 
+ ../configure \ 
--prefix=/usr --infodir=/usr/share/info --mandir=/usr/share/man \ 
--bindir=/usr/bin --libdir=/usr/lib --libexecdir=/usr/lib \ 
--disable-shared --disable-threads --enable-languages=c,c++ \ 
--with-gnu-as --with-gnu-ld --with-system-zlib --with-multilib \ 
--with-headers=/home/users/pluto/rpm/BUILD/gcc-3.4.3/libc/include \ 
--without-x \ 
--target=arm-pld-linux \ 
--host=pentium3-pld-linux \ 
--build=pentium3-pld-linux 
+ CFLAGS=-O2 -march=pentium3 -pipe CXXFLAGS=-O2 -march=pentium3 -pipe 
TEXCONFIG=false 
creating cache ./config.cache 
checking host system type... i686-pld-linux-gnu 
checking target system type... arm-pld-linux-gnu 
checking build system type... i686-pld-linux-gnu 
checking for a BSD compatible install... /usr/bin/install -c 
*** This configuration is not supported in the following subdirectories: 
 target-libf2c target-libffi target-boehm-gc target-zlib target-libjava 
zlib fastjar target-libobjc 
(Any other directories should still work fine.) 
 
*** 
Copying /home/users/pluto/rpm/BUILD/gcc-3.4.3/libc/include 
to /usr/arm-pld-linux/sys-include 
mkdir: cannot create directory `/usr/arm-pld-linux/sys-include': Permission 
denied 
cp: cannot create regular file `/usr/arm-pld-linux/sys-include/#inst.17838#': 
No such file or directory 
../configure[1767]: cd: /usr/arm-pld-linux/sys-include - No such file or 
directory 
../configure[1767]: cannot create /usr/arm-pld-linux/sys-include/COPIED: No 
such file or directory 
*** 
Hmmm, I can't build cross-gcc (with glibc headers) inside rpmbuildroot 
with uid != 0. The gcc shouldn't modify my root tree. 

-- 


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

[Bug c/18473] New: unrecognizable insn compiling various sources

[martin at netbsd dot org]

(This is filed as PR toolchain/28065 in the NetBSD gnats database)

When crosscompiling a NetBSD/hppa kernel on a NetBSD/sparc64 host, the compiler
fails in various files. On example of the error message is:

/usr/src/src/sys/netinet6/nd6.c: In function `nd6_setmtu0':
/usr/src/src/sys/netinet6/nd6.c:230: error: unrecognizable insn:
(insn 34 33 35 6 0x40cc94a0 (set (reg:DI 97)
(plus:DI (reg:DI 103)
(const_int -5056 [0xec40]))) -1 (nil)
(expr_list:REG_DEAD (reg:DI 103)
(nil)))
/usr/src/src/sys/netinet6/nd6.c:230: internal compiler error: in
extract_insn, at recog.c:2175

The compiler configuration is:
Reading specs from
/usr/src/cross/hp700/lib/gcc-lib/hppa--netbsd/3.3.3/specs
Configured with: /usr/src/src/tools/gcc/../../gnu/dist/gcc/configure
--target=hppa--netbsd --disable-nls --enable-long-long
--disable-multilib --enable-threads
--program-transform-name=s,^,hppa--netbsd-, --enable-languages=c c++
objc f77 --prefix=/usr/src/cross/hp700
Thread model: posix
gcc version 3.3.3 (NetBSD nb3 20040520)

The command line is:

/usr/src/cross/hp700/bin/hppa--netbsd-gcc -ffreestanding -mpa-risc-1-1
-msoft-float -mdisable-fpregs -mno-space-regs -mfast-indirect-calls
-mportable-runtime -Werror -Wall -Wno-main -Wno-format-zero-length
-Wpointer-arith -Wmissing-prototypes -Wstrict-prototypes -Wno-sign-compare
-fno-zero-initialized-in-bss -Dhppa -Dhp700 -I. -I/usr/src/src/sys/arch
-I/usr/src/src/sys -nostdinc -DFPEMUL -DLKM -DGSCVERBOSE -DMAXUSERS=32 -D_KERNEL
-D_KERNEL_OPT -I/usr/src/src/sys/dist/ipf -c /usr/src/src/sys/netinet6/nd6.c

-- 
   Summary: unrecognizable insn compiling various sources
   Product: gcc
   Version: 3.3.3
Status: UNCONFIRMED
  Severity: normal
  Priority: P2
 Component: c
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: martin at netbsd dot org
CC: gcc-bugs at gcc dot gnu dot org
 GCC build triplet: sparc64--netbsd
  GCC host triplet: sparc64--netbsd
GCC target triplet: hppa--netbsd


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

[Bug c/18473] unrecognizable insn compiling various sources

[martin at netbsd dot org]

--- Additional Comments From martin at netbsd dot org  2004-11-14 10:06 
---
Created an attachment (id=7543)
 --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=7543&action=view)
nd6.i - preproccessed source file


-- 


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

Re: {Virus?} trust me

[mosaic-m-help]

[Bug c++/18474] New: Unary plus/minus lvalueness not diagnosed in templates

[giovannibajo at libero dot it]

-
template 
void g(void)
{
  -n = 0;// { dg-error "non-lvalue" "" { xfail *-*-* } }
  +n = 0;// { dg-error "non-lvalue" "" { xfail *-*-* } }
}
-

This should be rejected but does not (until instantiation).

-- 
   Summary: Unary plus/minus lvalueness not diagnosed in templates
   Product: gcc
   Version: 4.0.0
Status: UNCONFIRMED
  Keywords: accepts-invalid
  Severity: normal
  Priority: P2
 Component: c++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: giovannibajo at libero dot it
CC: gcc-bugs at gcc dot gnu dot org


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

[Bug c++/17344] completely wacky error with matching template template classes and default arguments

[cvs-commit at gcc dot gnu dot org]

--- Additional Comments From cvs-commit at gcc dot gnu dot org  2004-11-14 
10:57 ---
Subject: Bug 17344

CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED]   2004-11-14 10:57:00

Modified files:
gcc/cp : ChangeLog pt.c 
gcc/testsuite  : ChangeLog 
Added files:
gcc/testsuite/g++.dg/template: defarg5.C 

Log message:
PR c++/17344
* pt.c (coerce_template_parms): Only emit error message about
invalid template argument when TF_ERROR.

* g++.dg/template/defarg5.C: New test.

Patches:
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/cp/ChangeLog.diff?cvsroot=gcc&r1=1.4481&r2=1.4482
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/cp/pt.c.diff?cvsroot=gcc&r1=1.945&r2=1.946
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/ChangeLog.diff?cvsroot=gcc&r1=1.4595&r2=1.4596
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/g++.dg/template/defarg5.C.diff?cvsroot=gcc&r1=NONE&r2=1.1



-- 


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

[Bug c++/17344] completely wacky error with matching template template classes and default arguments

[lerdsuwa at gcc dot gnu dot org]

--- Additional Comments From lerdsuwa at gcc dot gnu dot org  2004-11-14 
10:59 ---
Fixed in the mainline by patch:
  http://gcc.gnu.org/ml/gcc-patches/2004-11/msg01152.html

-- 
   What|Removed |Added

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


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

[Bug c++/18471] [4.0 regression] ICE on invalid template class

[lerdsuwa at gcc dot gnu dot org]

--- Additional Comments From lerdsuwa at gcc dot gnu dot org  2004-11-14 
11:07 ---
Got it.

-- 
   What|Removed |Added

 AssignedTo|unassigned at gcc dot gnu   |lerdsuwa at gcc dot gnu dot
   |dot org |org
 Status|NEW |ASSIGNED


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

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

[belyshev at lubercy dot com]

-
/* { dg-options "-O1 -funswitch-loops" } */

extern int bar (void);

void foo (int c, int b)
{
 retry:
  switch (c)
{
case 1: return;
case 2:
  if (b)
c = bar ();
  if (c != 3)
goto retry;
  break;
}
}
-
Program received signal SIGSEGV, Segmentation fault.
tree_verify_flow_info () at ../../gcc/gcc/tree-cfg.c:3727
3727gcc_assert (!label_bb->aux || label_bb->aux == (void 
*)1);
(gdb) where
#0  tree_verify_flow_info () at ../../gcc/gcc/tree-cfg.c:3727
#1  0x083c0793 in verify_flow_info () at ../../gcc/gcc/cfghooks.c:212
#2  0x080b8dba in cleanup_tree_cfg () at ../../gcc/gcc/tree-cfg.c:890
#3  0x080cbe52 in execute_pass_list (pass=0x853bd00) at
../../gcc/gcc/tree-optimize.c:508
#4  0x080cbe65 in execute_pass_list (pass=0x853bf80) at
../../gcc/gcc/tree-optimize.c:546
#5  0x080cbe65 in execute_pass_list (pass=0x853b6c0) at
../../gcc/gcc/tree-optimize.c:546
#6  0x080cc0a9 in tree_rest_of_compilation (fndecl=0xb7b279f8) at
../../gcc/gcc/tree-optimize.c:640
#7  0x08061d23 in c_expand_body (fndecl=0xb7b279f8) at 
../../gcc/gcc/c-decl.c:6379
#8  0x083f0a5d in cgraph_expand_function (node=0xb7b27e0c) at
../../gcc/gcc/cgraphunit.c:822
#9  0x083f0bf8 in cgraph_assemble_pending_functions () at
../../gcc/gcc/cgraphunit.c:305
#10 0x083f126d in cgraph_finalize_function (decl=0xb7b279f8, nested=0 '\0') at
../../gcc/gcc/cgraphunit.c:388
#11 0x0806229c in finish_function () at ../../gcc/gcc/c-decl.c:6351
#12 0x0804b774 in yyparse () at c-parse.y:401
#13 0x0804fdfb in c_parse_file () at c-parse.y:2908
#14 0x08096cd6 in c_common_parse_file (set_yydebug=0) at 
../../gcc/gcc/c-opts.c:1095
#15 0x0839cdbd in toplev_main (argc=0, argv=0x85e1451) at 
../../gcc/gcc/toplev.c:985
#16 0xb7ed8ad8 in __libc_start_main (main=0x80a98d0 , argc=5,
ubp_av=0xb594, init=0x8491fe0 <__libc_csu_init>, fini=0xb8000ca0
<_rtld_local_ro>, rtld_fini=0, stack_end=0xb58c) at
../sysdeps/generic/libc-start.c:209
#17 0x08049a91 in _start () at ../sysdeps/i386/elf/start.S:119
-

-- 
   Summary: [4.0 Regression] ICE Segmentation fault in
tree_verify_flow_info with -funswitch-loops
   Product: gcc
   Version: 4.0.0
Status: UNCONFIRMED
  Keywords: ice-on-valid-code
  Severity: normal
  Priority: P2
 Component: tree-optimization
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: belyshev at lubercy dot com
CC: gcc-bugs at gcc dot gnu dot org


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

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

[Thomas dot Koenig at online dot de]

The following should be a syntax error, not
an ICE.

$ cat internal.f90
program internal
  character(len=80) chr
  real a
  namelist /nl/ a
  chr = "&NL A=0.1 /"
  read(chr,nml)
  print *,a
end program internal
$ 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)
$ gfortran internal.f90
internal.f90: In function 'MAIN__':
internal.f90:5: internal compiler error: in gfc_conv_string_parameter, at
fortran/trans-expr.c:1986
Please submit a full bug report,
with preprocessed source if appropriate.
See http://gcc.gnu.org/bugs.html> for instructions.

-- 
   Summary: internal compiler error on strange read
   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=18476

[Bug middle-end/18477] New: Wsequence-point false positive

[mueller at kde dot org]

int main() 
{ 
   char* data; 
 
   *data++ = *data+1; 
} 
 
$  
g++ -Wall  tt.cpp  
tt.cpp: In function ‘int main()’: 
tt.cpp:7: warning: operation on ‘data’ may be undefined 
 
afaik "=" is a sequence point, so there shouldn't be any undefined behaviour 
here.

-- 
   Summary: Wsequence-point false positive
   Product: gcc
   Version: 4.0.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P2
 Component: middle-end
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: mueller at kde dot org
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=18477

[Bug middle-end/18477] Wsequence-point false positive

[mueller at kde dot org]

-- 
   What|Removed |Added

   Keywords||diagnostic


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

[Bug c++/18471] [4.0 regression] ICE on invalid template class

[lerdsuwa at gcc dot gnu dot org]

--- Additional Comments From lerdsuwa at gcc dot gnu dot org  2004-11-14 
11:28 ---
My friend class lookup part 1 patch fixes this:
  http://gcc.gnu.org/ml/gcc-patches/2004-10/msg01321.html
This was approved together with part 2 with some formatting changes:
  http://gcc.gnu.org/ml/gcc-patches/2004-10/msg01911.html

Part 2 still has some problem (libjava need to be adjusted) so
I am preparing a revised part 1 with formatting fix and commit it.


-- 


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

[Bug bootstrap/18058] [4.0 Regression] Sun CC cannot bootstrap GCC (static inline)

[ebotcazou at gcc dot gnu dot org]

--- Additional Comments From ebotcazou at gcc dot gnu dot org  2004-11-14 
11:45 ---
Rainer, would you mind submitting your patch on the gcc-patches list? TIA.


-- 


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

[Bug rtl-optimization/16503] ICE during make -C gcc gnatlib

[ebotcazou at gcc dot gnu dot org]

--- Additional Comments From ebotcazou at gcc dot gnu dot org  2004-11-14 
11:57 ---
I've built a sparc-sun-solaris2.8 x sparc64-sun-solaris2.8 Ada cross-compiler
with GCC 3.4.3 so closing as presumably fixed.


-- 
   What|Removed |Added

 Status|WAITING |RESOLVED
 Resolution||FIXED
   Target Milestone|--- |3.4.3


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

[Bug rtl-optimization/16986] ICE during make -C gcc gnatlib

[ebotcazou at gcc dot gnu dot org]

-- 
Bug 16986 depends on bug 16503, which changed state.

Bug 16503 Summary: ICE during make -C gcc gnatlib
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=16503

   What|Old Value   |New Value

 Status|WAITING |RESOLVED
 Resolution||FIXED

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

[Bug target/18444] [4.0 Regression] Multithreading broken on Unix95-class platforms

[ebotcazou at gcc dot gnu dot org]

--- Additional Comments From ebotcazou at gcc dot gnu dot org  2004-11-14 
13:13 ---
Fixing.


-- 
   What|Removed |Added

 AssignedTo|unassigned at gcc dot gnu   |ebotcazou at gcc dot gnu dot
   |dot org |org
 Status|UNCONFIRMED |ASSIGNED


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

[Bug target/18421] ICE in reload_cse_simplify_operands, at postreload.c:391

[belyshev at lubercy dot com]

--- Additional Comments From belyshev at lubercy dot com  2004-11-14 13:53 
---
// small testcase, use -O1 -m5200:

extern char n;
void foo (char *s)
{
  n += *s + 9;
}


-- 
   What|Removed |Added

 Status|UNCONFIRMED |NEW
 Ever Confirmed||1
  GCC build triplet|i686-linux-gnu  |
   GCC host triplet|i686-linux-gnu  |
  Known to fail||3.4.3 3.4.4
   Last reconfirmed|-00-00 00:00:00 |2004-11-14 13:53:05
   date||
Summary|Internal Compiler Error |ICE in
   ||reload_cse_simplify_operands
   ||, at postreload.c:391


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

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

[reichelt at gcc dot gnu dot org]

--- Additional Comments From reichelt at gcc dot gnu dot org  2004-11-14 
14:37 ---
Confirmed.
Seems to be recent, since Phil's regression hunter doesn't trigger.


-- 
   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 |2004-11-14 14:37:13
   date||
   Target Milestone|--- |4.0.0


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

[Bug tree-optimization/18478] New: ICE with -funroll-loops

[kazu at cs dot umass dot edu]

Consider:

void bar (int);

void
foo (void)
{
  unsigned arg;
  unsigned i;

  for (i = 1; i < 10; i++)
{
  switch (i)
{
case 2:
case 9:
  arg = 1;
  break;
default:
  arg = 0;
  break;
}

  bar (arg);
}
}

"./cc1 -quiet -O1 -funroll-all-loops" gives

stress-dwarf2out.c: In function ‘foo’:
stress-dwarf2out.c:5: error: Missing edge 11->5
 
stress-dwarf2out.c:5: error: Missing edge 16->5
 
stress-dwarf2out.c:5: error: Missing edge 21->5
 
stress-dwarf2out.c:5: error: Missing edge 26->5
 
stress-dwarf2out.c:5: error: Missing edge 31->5
 
stress-dwarf2out.c:5: error: Missing edge 36->5
 
stress-dwarf2out.c:5: error: Missing edge 41->5
 
stress-dwarf2out.c:5: error: Missing edge 46->5
 
stress-dwarf2out.c:5: internal compiler error: verify_flow_info failed
Please submit a full bug report,
with preprocessed source if appropriate.
See http://gcc.gnu.org/bugs.html> for instructions.

The testcase is reduced from dwarf2out.i.

-- 
   Summary: ICE with -funroll-loops
   Product: gcc
   Version: unknown
Status: UNCONFIRMED
  Keywords: ice-on-valid-code
  Severity: critical
  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
 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=18478

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

[belyshev at lubercy dot com]

--- Additional Comments From belyshev at lubercy dot com  2004-11-14 15:14 
---
*** Bug 18478 has been marked as a duplicate of this bug. ***

-- 
   What|Removed |Added

 CC||kazu at cs dot umass dot edu


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

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

[belyshev at lubercy dot com]

--- Additional Comments From belyshev at lubercy dot com  2004-11-14 15:14 
---
heh, i am first :)

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

-- 
   What|Removed |Added

 Status|UNCONFIRMED |RESOLVED
 Resolution||DUPLICATE


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

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

[belyshev at lubercy dot com]

--- Additional Comments From belyshev at lubercy dot com  2004-11-14 15:19 
---
gah pardon, my fault.


-- 
   What|Removed |Added

 Status|RESOLVED|UNCONFIRMED
 Resolution|DUPLICATE   |


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

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

[belyshev at lubercy dot com]

-- 
   What|Removed |Added

   Severity|critical|normal
 Status|UNCONFIRMED |NEW
 Ever Confirmed||1
  GCC build triplet|i686-pc-linux-gnu   |
   GCC host triplet|i686-pc-linux-gnu   |
 GCC target triplet|i686-pc-linux-gnu   |
  Known to fail||4.0.0
   Last reconfirmed|-00-00 00:00:00 |2004-11-14 15:20:43
   date||
Summary|ICE with -funroll-loops |[4.0 Regression] ICE with -
   ||funroll-loops
   Target Milestone|--- |4.0.0
Version|unknown |4.0.0


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

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

[reichelt at gcc dot gnu dot org]

--- Additional Comments From reichelt at gcc dot gnu dot org  2004-11-14 
15:33 ---
This is also a recent regression, like PR18475.

Jeff, I suspect that your patch
http://gcc.gnu.org/ml/gcc-cvs/2004-11/msg00596.html
is responsible for the regression(s), but I haven't checked that yet.


-- 
   What|Removed |Added

 CC||law at gcc dot gnu dot org,
   ||reichelt at gcc dot gnu dot
   ||org
   Keywords||monitored


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

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

[kazu at cs dot umass dot edu]

--- Additional Comments From kazu at cs dot umass dot edu  2004-11-14 15:47 
---
I am doing a binary search right now, but it's probably Jeff's patch that
causes this bug.

With his patch, GCC shares some CASE_LABEL_EXPR within one SWITCH_EXPR.
When a basic block is copied, I don't think these shared CASE_LABEL_EXPR
are properly updated.  Specifically, it's possible that one CASE_LABEL_EXPR
points to another CASE_LABEL_EXPR of another SWITCH_EXPR.


-- 


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

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

[ken dot duda at gmail dot com]

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

Thanks, Paul.  Let me know if I can help in any way.  I appeneded the
output of "gcc -v".

   -Ken

===

Reading specs from /usr/lib/gcc-lib/i686-pc-cygwin/3.3.3/specs
Configured with: /gcc/gcc-3.3.3-3/configure --verbose --prefix=/usr
--exec-prefix=/usr --sysconfdir=/etc --libdir=/usr/lib
--libexecdir=/usr/lib --mandir=/usr/share/man
--infodir=/usr/share/info
--enable-languages=c,ada,c++,d,f77,java,objc,pascal --enable-nls
--without-included-gettext --enable-libgcj --with-system-zlib
--enable-interpreter --enable-threads=posix --enable-java-gc=boehm
--enable-sjlj-exceptions --disable-version-specific-runtime-libs
--disable-win32-registry
Thread model: posix
gcc version 3.3.3 (cygwin special)



On 13 Nov 2004 11:03:05 -, paulthomas2 at wanadoo dot fr
<[EMAIL PROTECTED]> wrote:
> 
> That's interesting
> 
> Using your test case:
> (i) gcc 3.2 20020927 ( prerelease) both versions take 0.62micro-sec/new
> (ii) gcc 3.1.1 (cygming special) I get 2.1 and 0.66micro-sec/new
> (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

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2004-11-14 
17:06 ---
Even though they might not be dups, they are related bugs.

-- 
   What|Removed |Added

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


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

[Bug middle-end/18477] Wsequence-point false positive

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2004-11-14 
17:09 ---
'=' is never a seqeunce point.
The code you gave is equivalent  to:
   *(data++) = (*data)+1;

data could be incemented before or after.

-- 
   What|Removed |Added

 Status|UNCONFIRMED |RESOLVED
  Known to fail||3.3 3.1
 Resolution||INVALID


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

[Bug target/18473] unrecognizable insn compiling various sources

[pinskia at gcc dot gnu dot org]

-- 
   What|Removed |Added

  Component|c   |target
   Keywords||ice-on-valid-code


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

[Bug tree-optimization/18472] TREE_OPERAND (t, 1) is referenced for t being GOTO_EXPR

[pinskia at gcc dot gnu dot org]

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

-- 
   What|Removed |Added

 Status|UNCONFIRMED |NEW
 Ever Confirmed||1
   Last reconfirmed|-00-00 00:00:00 |2004-11-14 17:12:11
   date||
Version|unknown |4.0.0


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

[Bug c++/18474] Unary plus/minus lvalueness not diagnosed in templates

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2004-11-14 
17:18 ---
Confirmed. Note the testcase is not full you have to have a declaration for n.

-- 
   What|Removed |Added

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


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

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

[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

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

[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 tree-optimization/18475] [4.0 Regression] ICE Segmentation fault in tree_verify_flow_info with -funswitch-loops

[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/18478] [4.0 Regression] ICE with -funroll-loops

[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 c++/18479] New: __attribute__ ((visibility("default"))) in C causes internal compiler error

[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 c/18479] __attribute__ ((visibility("default"))) in C causes internal compiler error

[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] [4.0 Regression] __attribute__ ((visibility("default"))) in C causes internal compiler error

[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 tree-optimization/18478] [4.0 Regression] ICE with -funroll-loops

[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 target/14563] new/delete much slower than malloc/free because of sjlj exceptions

[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/18431] Code for arrays and pointers are not the same

[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 middle-end/18480] New: [4.0 Regression] ICE in emit_group_move with recent change

[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 middle-end/18480] [4.0 Regression] ICE in emit_group_move with recent change

[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 tree-optimization/18425] ICE in vector.tcc when -ftree-vectorize enabled

[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 tree-optimization/18400] wrong unrolling after vectorization due to invalid loop->nb_iterations

[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

[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

[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 target/18324] [4.0 regression] mmix-knuth-mmixware testsuite failure: gcc.c-torture/execute/20010518-2.c execution, -O0

[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 target/18328] [4.0 regression] mmix-knuth-mmixware testsuite failure: execute/20040629-1.c

[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/17279] [3.4/4.0 Regression] internal compiler error with 128 bit integers

[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 objc/18406] [3.4 Regression] ICE compiling Objective C code with long double arguments

[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 objc/18406] [3.4 Regression] ICE compiling Objective C code with long double arguments

[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 target/17279] [3.4 Regression] internal compiler error with 128 bit integers

[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 target/18459] [4.0 Regression] gcj no longer works on win32

[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/18459] [4.0 Regression] gcj no longer works on win32

[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 middle-end/18480] [4.0 Regression] ICE in emit_group_move with recent change

[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 middle-end/18480] [4.0 Regression] ICE in emit_group_move with recent change

[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 target/18473] unrecognizable insn compiling various sources

[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 target/18459] [4.0 Regression] gcj no longer works on win32

[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 fortran/18481] New: ICE with integer variable "format"

[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/18482] New: mmix-knuth-mmixware testsuite failure: tmpdir-gcc.dg-struct-layout-1

[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 tree-optimization/18400] wrong unrolling after vectorization due to invalid loop->nb_iterations

[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 tree-optimization/18425] ICE in vector.tcc when -ftree-vectorize enabled

[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 target/18350] mmix-knuth-mmixware testsuite failure: gcc.dg/torture/builtin-convert-1.c (1-3 actually) gcc.dg/torture/builtin-power-1.c

[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 target/18483] New: mmix-knuth-mmixware testsuite failure: g++.dg/abi/bitfield4.C execution test

[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/18484] New: mmix-knuth-mmixware testsuite failure: g++.dg/abi/empty6.C

[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/18349] mmix-knuth-mmixware testsuite failure: gcc.dg/visibility-1.c (actually all) g++.dg/ext/visibility/*

[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/18485] New: [4.0 regression] mmix-knuth-mmixware testsuite failure: g++.dg/lookup/forscope1.C

[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 bootstrap/18486] New: fixincl fails with make -j

[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 tree-optimization/18487] New: Warnings for pure and const functions that are not actually pure or const

[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 tree-optimization/18487] Warnings for pure and const functions that are not actually pure or const

[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 middle-end/18480] [4.0 Regression] ICE in emit_group_move with recent change

[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 target/18488] New: mmix-knuth-mmixware testsuite failure: g++.dg/opt/vt1.C

[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 rtl-optimization/18485] [4.0 regression] mmix-knuth-mmixware testsuite failure: g++.dg/lookup/forscope1.C

[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] mmix-knuth-mmixware testsuite failure: g++.dg/opt/vt1.C

[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 bootstrap/18486] [4.0 Regression] fixincl fails with make -jN profilebootstrap

[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/18483] mmix-knuth-mmixware testsuite failure: g++.dg/abi/bitfield4.C execution test

[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 target/18338] mmix-knuth-mmixware testsuite failure: gcc.dg/bitfld-4.c

[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 middle-end/18480] [4.0 Regression] ICE in emit_group_move with recent change

[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 and g++.dg/abi/bitfield4.C

[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 target/18489] New: mmix-knuth-mmixware testsuite failure: g++.dg/rtti/tinfo1.C

[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/18489] mmix-knuth-mmixware testsuite failure: g++.dg/rtti/tinfo1.C

[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] mmix-knuth-mmixware testsuite failure: g++.dg/rtti/tinfo1.C

[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 fortran/18481] ICE with integer variable "format"

[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/18490] New: mmix-knuth-mmixware testsuite failure: g++.old-deja/g++.law/bit-fields2.C

[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 target/18490] mmix-knuth-mmixware testsuite failure: g++.old-deja/g++.law/bit-fields2.C

[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 middle-end/18480] [4.0 Regression] ICE in emit_group_move with recent change

[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/14563] new/delete much slower than malloc/free because of sjlj exceptions

[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 target/18491] New: mmix-knuth-mmixware testsuite failure: WARNING: g++.old-deja/g++.mike/p10769a.C

[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/18491] mmix-knuth-mmixware testsuite failure: WARNING: g++.old-deja/g++.mike/p10769a.C

[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 c++/18491] mmix-knuth-mmixware testsuite failure: WARNING: g++.old-deja/g++.mike/p10769a.C

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

[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 target/18492] New: [4.0 regression] mmix-knuth-mmixware testsuite failure: g++.old-deja/g++.other/thunk1.C

[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 c++/18492] [4.0 regression] mmix-knuth-mmixware testsuite failure: g++.old-deja/g++.other/thunk1.C

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

[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

[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 c++/18492] [4.0 regression] mmix-knuth-mmixware testsuite failure: g++.old-deja/g++.other/thunk1.C

[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 other/7257] [3.4/4.0 regression] -O3 -fverbose-asm does not display -flag-inline-functions

[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 tree-optimization/18431] Code for arrays and pointers are not the same

[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