[Bug ada/19489] gnat tools not buildable cross

[laurent at guerby dot net]

--- Additional Comments From laurent at guerby dot net  2005-02-02 07:45 
---
Here's what I got as gcc/libada-mk:

[...]
# GCC's Makefile fragment for libada.
# libada needs some information from the GCC configure file at the moment,
# and this exists to transfer that information in as clean a way as possible.

exeext=
libdir=${exec_prefix}/lib
gcc_version=4.0.0
NOCOMMON_FLAG=-fno-common
WARN_CFLAGS=$(GCC_WARN_CFLAGS)
cc_set_by_configure=$(CC)
gcc_tmake_file= $(srcdir)/config/rs6000/t-rs6000
$(srcdir)/config/rs6000/t-fprules $(srcdir)/config/rs6000/t-rtems
$(srcdir)/config/t-rtems $(srcdir)/config
/rs6000/t-ppccomm
gcc_xmake_file= $(srcdir)/config/x-linux

# This really shouldn't be needed, but for now...
CC=gcc

-- 


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

[Bug java/15543] "jv-scan --complexity" segfaults

[rmathew at gcc dot gnu dot org]

--- Additional Comments From rmathew at gcc dot gnu dot org  2005-02-02 
07:43 ---
Here's the patch:

  http://gcc.gnu.org/ml/java-patches/2005-q1/msg00268.html

-- 
   What|Removed |Added

   Keywords||patch


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

[Bug tree-optimization/17884] asm 'volatile' is not honored as documented

[rth at gcc dot gnu dot org]

--- Additional Comments From rth at gcc dot gnu dot org  2005-02-02 07:18 
---
No one suggested anything for clarification, but I don't see a bug here.

-- 
   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||INVALID


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

[Bug tree-optimization/19341] [4.0 Regression] DCE eliminating non-dead code

[rth at gcc dot gnu dot org]

--- Additional Comments From rth at gcc dot gnu dot org  2005-02-02 07:15 
---
Good point.  You've got to indicate that you touch memory in some way in order
to force the compiler to make memory consistent before the asm.

-- 
   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||INVALID


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

[Bug target/19714] temporary not eliminated in composite _mm_set1_epi32

[uros at kss-loka dot si]

--- Additional Comments From uros at kss-loka dot si  2005-02-02 07:15 
---
Fixed by http://gcc.gnu.org/ml/gcc-patches/2005-02/msg00127.html:

 <_Z18not_eliminated_bisRKi>:
   0:   55  push   %ebp
   1:   89 e5   mov%esp,%ebp
   3:   8b 45 08mov0x8(%ebp),%eax
   6:   66 0f 6e 00 movd   (%eax),%xmm0
   a:   66 0f 70 c0 00  pshufd $0x0,%xmm0,%xmm0
   f:   5d  pop%ebp
  10:   c3  ret

0032 <_Z14not_eliminatedPKi>:
  32:   55  push   %ebp
  33:   89 e5   mov%esp,%ebp
  35:   8b 45 08mov0x8(%ebp),%eax
  38:   66 0f 6e 00 movd   (%eax),%xmm0
  3c:   66 0f 70 c0 00  pshufd $0x0,%xmm0,%xmm0
  41:   5d  pop%ebp
  42:   c3  ret


-- 
   What|Removed |Added

 Status|UNCONFIRMED |RESOLVED
 Resolution||FIXED


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

[Bug tree-optimization/19058] [4.0 Regression] setjmp: 4.0 fails to give 'clobbered' warning (regression from 3.4.1)

[rth at gcc dot gnu dot org]

--- Additional Comments From rth at gcc dot gnu dot org  2005-02-02 07:12 
---
The warning has *always* been specifically dependant on which registers are
assigned to which decls.  So it was never assured that you'd get the warning
when you actually needed it.

In this case you're doubly screwed because you expect gcc to magically follow
the path from "*x" through the signal handler, through to setjmp.  Well, we're
not going to do that.

INVALID or WONTFIX, your choice.

-- 
   What|Removed |Added

 Status|UNCONFIRMED |RESOLVED
 Resolution||WONTFIX


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

[Bug target/19749] Coldfire ICE at -O2 or higher

[corsepiu at gcc dot gnu dot org]

-- 
   What|Removed |Added

 CC||ralf dot corsepius at rtems
   ||dot org
 GCC target triplet|m86k-rtems  |m68k-rtems


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

[Bug target/19750] [3.4] RTL checking failure in gcc.dg/titype-1.c

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2005-02-02 
06:53 ---
I think this still can happen on the mainline even though the code has been 
moved to the tree level, we 
still access container the same.

-- 


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

[Bug other/19696] gcc.c-torture/execute/ieee/copysign1.c: Unsatisfied symbols: copysignl

[pinskia at gcc dot gnu dot org]

-- 
   What|Removed |Added

   Target Milestone|--- |4.0.0


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

[Bug c++/19748] aggressive no-inline options still cause inlining

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2005-02-02 
06:44 ---
(In reply to comment #4)
> This const/pure is definitely not my case.
How sure are you?

And are you sure that the options are being used to compile all the code.

-- 
   What|Removed |Added

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


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

[Bug rtl-optimization/12845] [3.4 Regression] missed jump optimization

[ian at airs dot com]

--- Additional Comments From ian at airs dot com  2005-02-02 05:49 ---
I checked the generated code using current mainline, and I don't see any
conditional jumps which are obviously either true or false.  I expect that this
has been fixed by the tree-ssa optimizations.  Please reopen this bug if it is
still present in mainline gcc.

-- 
   What|Removed |Added

 Status|WAITING |NEW
  Known to fail|3.4.1 4.0.0 |3.4.0
  Known to work|3.3 |3.3 4.0.0
   Last reconfirmed|2003-11-04 14:26:01 |2005-02-02 05:49:55
   date||
Summary|[3.4/4.0 Regression] missed |[3.4 Regression] missed jump
   |jump optimization   |optimization


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

[Bug java/19738] gcjh generates invalid class member floating-point initialisers

[rmathew at gcc dot gnu dot org]

--- Additional Comments From rmathew at gcc dot gnu dot org  2005-02-02 
05:34 ---
I checked in the patch referred to in the second comment after
it was approved by Tom Tromey.

-- 
   What|Removed |Added

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


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

[Bug ada/19489] gnat tools not buildable cross

[neroden at gcc dot gnu dot org]

-- 
   What|Removed |Added

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


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

[Bug ada/19489] gnat tools not buildable cross

[neroden at gcc dot gnu dot org]

--- Additional Comments From neroden at gcc dot gnu dot org  2005-02-02 
04:32 ---
Oh -- while we're at it, please make sure that the "gnattools-cross" target is 
being invoked from the libada directory, and that it is invoking the targets 
which crash.  If it isn't -- if they're being invoked by gnattools-native, for 
instance -- there's a whole different sort of bug going on. 
 
The partial build log did not make that clear.  
  

-- 


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

[Bug middle-end/8081] ICE with variably sized types and nested functions

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2005-02-02 
04:26 ---
Actually I think I was wrong with respect with the tree-ssa/4.0.0.

-- 
   What|Removed |Added

   Last reconfirmed|2004-11-03 14:38:39 |2005-02-02 04:26:48
   date||


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

[Bug ada/19489] gnat tools not buildable cross

[neroden at gcc dot gnu dot org]

--- Additional Comments From neroden at gcc dot gnu dot org  2005-02-02 
04:22 ---
Sorry, that's "gcc/libada-mk", not "gcc/libada.mk". 
 

-- 


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

[Bug ada/19489] gnat tools not buildable cross

[neroden at gcc dot gnu dot org]

--- Additional Comments From neroden at gcc dot gnu dot org  2005-02-02 
04:21 ---
Oh, drat, I may have figured it out. 
I need the gcc/libada.mk file produced during the build.  I believe there's 
something wrong with it, but until I see what's produced, I don't know exactly 
what.  Please attach to bug report.  :-) 

  

-- 


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

[Bug c++/19567] dynamic_cast failure in dlopen-ed shared object

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2005-02-02 
03:52 ---
You messed up you used -W1, not -Wl which is different.

you need to use l as in the lowercase L.
I changed the Makefile to use -Wl,-E and it worked.

-- 
   What|Removed |Added

 Status|UNCONFIRMED |RESOLVED
 Resolution||INVALID


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

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

[hp at gcc dot gnu dot org]

--- Additional Comments From hp at gcc dot gnu dot org  2005-02-02 03:43 
---
Ditto for cris-elf, part of PR 19745.

-- 
   What|Removed |Added

OtherBugsDependingO||19745
  nThis||


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

[Bug target/18351] mmix-knuth-mmixware testsuite failure: XPASS: gcc.dg/tree-ssa/20040204-1.c

[hp at gcc dot gnu dot org]

--- Additional Comments From hp at gcc dot gnu dot org  2005-02-02 03:37 
---
Also part of PR 19745 (cris-elf).

-- 
   What|Removed |Added

OtherBugsDependingO||19745
  nThis||


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

[Bug c++/18491] testsuite failure: WARNING: g++.old-deja/g++.mike/p10769a.C compilation failed to produce executable

[hp at gcc dot gnu dot org]

--- Additional Comments From hp at gcc dot gnu dot org  2005-02-02 03:34 
---
Also part of PR 19745.

-- 


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

[Bug target/19745] meta: cris-elf gcc, g++, objc testsuite failures as of "Tue Feb 1 22:03:59 UTC 2005"

[hp at gcc dot gnu dot org]

-- 
   What|Removed |Added

  BugsThisDependsOn||18491
 Status|UNCONFIRMED |NEW
 Ever Confirmed||1
   Last reconfirmed|-00-00 00:00:00 |2005-02-02 03:32:36
   date||


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

[Bug target/19750] New: [3.4] RTL checking failure in gcc.dg/titype-1.c

[ghazi at gcc dot gnu dot org]

With today's 3.4.x CVS, when configured with --enable-
checking=misc,tree,rtl,rtlflag,gc --enable-languages=c,objc,c++,f77,java --
enable-multilib=no I get an RTL checking failure on x86_64-unknown-linux-gnu in 
gcc.dg/titype-1.c:

gcc.dg/titype-1.c:21: internal compiler error: RTL check: expected elt 0 
type 'E' or 'V', have 'i' (rtx reg) in ix86_va_arg, at config/i386/i386.c:3331

To reproduce, run this command:
cc1 -fpreprocessed titype-1.i -quiet -dumpbase titype-1.c -mtune=k8 -ansi -
auxbase titype-1 -pedantic-errors -ansi -version -o titype-1.s

--cut here-
# 1 "/tmp/kg/34/egcc-3.4-CVS20050130/gcc/testsuite/gcc.dg/titype-1.c"
# 1 ""
# 1 ""
# 1 "/tmp/kg/34/egcc-3.4-CVS20050130/gcc/testsuite/gcc.dg/titype-1.c"




typedef int TItype __attribute__ ((mode (TI)));




# 1 "/tmp/kg/34/build/gcc/include/stdarg.h" 1 3 4
# 43 "/tmp/kg/34/build/gcc/include/stdarg.h" 3 4
typedef __builtin_va_list __gnuc_va_list;
# 105 "/tmp/kg/34/build/gcc/include/stdarg.h" 3 4
typedef __gnuc_va_list va_list;
# 11 "/tmp/kg/34/egcc-3.4-CVS20050130/gcc/testsuite/gcc.dg/titype-1.c" 2

extern void abort(void);


void foo(int i, ...)
{
  TItype q;
  va_list va;

  __builtin_va_start(va,i);
  q = __builtin_va_arg(va,TItype);
  __builtin_va_end(va);

  if (q != 5)
abort();
}

int main(void)
{
  TItype q = 5;

  foo(1, q);
  return 0;
}

-- 
   Summary: [3.4] RTL checking failure in gcc.dg/titype-1.c
   Product: gcc
   Version: 3.4.4
Status: UNCONFIRMED
  Severity: normal
  Priority: P2
 Component: target
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: ghazi at gcc dot gnu dot org
CC: gcc-bugs at gcc dot gnu dot org
 GCC build triplet: x86_64-unknown-linux-gnu
  GCC host triplet: x86_64-unknown-linux-gnu
GCC target triplet: x86_64-unknown-linux-gnu


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

[Bug fortran/5900] [g77 & gfortran] Lapack regressions since g77 2.95.2

[jvdelisle at verizon dot net]

--- Additional Comments From jvdelisle at verizon dot net  2005-02-02 03:29 
---
Looking at the code, the results of the tests in Comment #27 are set to this
value large number or small number when an error is detected in the results, so
they are supposed to be the same.  For the CGV failures, looks like its in the
CGGEV routine.

-- 


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

[Bug c++/19567] dynamic_cast failure in dlopen-ed shared object

[daveregs at rsaisp dot com]

--- Additional Comments From daveregs at rsaisp dot com  2005-02-02 03:28 
---
This is becoming a real showstopper for me, so I am changing the component to
C++ in the hopes that it is a closer match and this bug will be looked at.

-- 
   What|Removed |Added

  Component|libstdc++   |c++


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

[Bug target/19749] Coldfire ICE at -O2 or higher

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2005-02-02 
02:44 ---
I think this is a dup of bug 16719.

-- 


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

[Bug tree-optimization/19736] [4.0 Regression] ICE with type mismatch between SSA_NAME and its symbol

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2005-02-02 
02:42 ---
Patch here: , this is 
the same patch 
that is in here.

-- 
   What|Removed |Added

   Keywords||patch


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

[Bug target/19749] Coldfire ICE at -O2 or higher

[cjohns at cybertec dot com dot au]

--- Additional Comments From cjohns at cybertec dot com dot au  2005-02-02 
02:39 ---
Created an attachment (id=8123)
 --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=8123&action=view)
Preprocessed file that generates the ICE.


-- 


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

[Bug target/19749] Coldfire ICE at -O2 or higher

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

[Bug c/19749] New: Coldfire ICE at -O2 or higher

[cjohns at cybertec dot com dot au]

The attach file passes with -O1 and lower but fails at this level. The code is
part of RTEMS.

$ m68k-rtems-gcc -m5200 -O2 -c ata.i
ata.i: In function 'ata_initialize':
ata.i:190: error: insn does not satisfy its constraints:
(insn 353 198 200 13 (set (reg:QI 8 %a0)
(mem:QI (plus:SI (reg/f:SI 14 %a6)
(const_int -71 [0xffb9])) [29 D.1229+0 S1 A8])) 34
{*m68k.md:752} (nil)
(nil))
ata.i:190: internal compiler error: in reload_cse_simplify_operands, at
postreload.c:391
Please submit a full bug report,
with preprocessed source if appropriate.
See http://gcc.gnu.org/bugs.html> for instructions.

Compiler version is:
$ m68k-rtems-gcc -v
Using built-in specs.
Configured with: ../cvs/head/configure --target=m68k-rtems
--prefix=/local/tools/head --with-gnu-as --with-gnu-ld --with-newlib
--disable-nls --with-system-zlib --enable-version-specific-runtime-libs
--enable-languages=c,c++ --enable-threads=rtems
Thread model: rtems
gcc version 4.0.0 20050131 (experimental)

-- 
   Summary: Coldfire ICE at -O2 or higher
   Product: gcc
   Version: 4.0.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P2
 Component: c
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: cjohns at cybertec dot com dot au
CC: gcc-bugs at gcc dot gnu dot org,joel dot sherrill at
oarcorp dot com
 GCC build triplet: i686-pc-linux-gnu
  GCC host triplet: i686-pc-linux-gnu
GCC target triplet: m86k-rtems


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

[Bug c++/19748] aggressive no-inline options still cause inlining

[yuri at tsoft dot com]

--- Additional Comments From yuri at tsoft dot com  2005-02-02 02:07 ---
(In reply to comment #2)
> Also note sometimes when a function is pure/const it can be removed which is
why it might act as 
> inlining.
> 
> Do you have a simple example?
> ...
> Also note sometimes when a function is pure/const it can be removed which is 
why it might act as 
> inlining.

This const/pure is definitely not my case.

I will try to write some example of non-inline. My project is huge, certainly
callgrind showed that there is stuff inlined, I will try to reproduce on
something smaller.

-- 


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

[Bug c++/19748] aggressive no-inline options still cause inlining

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2005-02-02 
02:00 ---
(In reply to comment #2)
> Also note sometimes when a function is pure/const it can be removed which is 
> why it might act as 
> inlining.
This is an example where we remove the function call so it looks like inlining:
void f(void) {}
void g(void)
{
  f();
}
But we are not inlining here at all, we just removed the function as the 
function is pure/const.

-- 
   What|Removed |Added

 Status|UNCONFIRMED |WAITING


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

[Bug c++/19748] aggressive no-inline options still cause inlining

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2005-02-02 
01:57 ---
Also note sometimes when a function is pure/const it can be removed which is 
why it might act as 
inlining.

Do you have a simple example?

-- 


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

[Bug c++/19748] aggressive no-inline options still cause inlining

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2005-02-02 
01:56 ---
-O3 enables -finline-functions, you want -fno-functions-inlines but -fno-inline 
should not enable 
inlining period (except for alwaysinline functions).

-- 


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

[Bug c++/19748] New: aggressive no-inline options still cause inlining

[yuri at tsoft dot com]

I am trying to compile with absolutely no inlining. And still get some functions
inlined. Though somewhat less than only -no-inline.

My compile/link options include:
-fno-implement-inlines -fno-default-inline -finline-limit=0 -fno-default-inline
-fno-inline
and also -O3 -no-guess-branch-probabilities

If I want to profile specific functions for data cache misses no-inline can be
very useful.

Yuri

-- 
   Summary: aggressive no-inline options still cause inlining
   Product: gcc
   Version: 3.3.2
Status: UNCONFIRMED
  Severity: normal
  Priority: P2
 Component: c++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: yuri at tsoft dot com
CC: gcc-bugs at gcc dot gnu dot org


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

[Bug c++/19396] [3.4 regression] Invalid template in typedef accepted

[reichelt at gcc dot gnu dot org]

--- Additional Comments From reichelt at gcc dot gnu dot org  2005-02-02 
01:51 ---
Fixed in mainline with Mark's patch for PR19395:
http://gcc.gnu.org/ml/gcc-cvs/2005-01/msg01266.html


-- 
   What|Removed |Added

Summary|[3.4/4.0 regression] Invalid|[3.4 regression] Invalid
   |template in typedef accepted|template in typedef accepted


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

[Bug other/15514] a typo in docs

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2005-02-02 
01:50 ---
Fixed.

-- 
   What|Removed |Added

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


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

[Bug rtl-optimization/14868] ICE with -msse2 -mfpmath=sse -fnon-call-exceptions

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2005-02-02 
01:49 ---
Hmm, x86 split the branch by itself.
ix86_split_fp_branch
But we don't recombine the branch again why?


-- 


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

[Bug c++/19004] ICE in uses_template_parms at cp/pt.c:4860

[reichelt at gcc dot gnu dot org]

--- Additional Comments From reichelt at gcc dot gnu dot org  2005-02-02 
01:46 ---
So closing now.

-- 
   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||FIXED


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

[Bug c++/19004] ICE in uses_template_parms at cp/pt.c:4860

[reichelt at gcc dot gnu dot org]

--- Additional Comments From reichelt at gcc dot gnu dot org  2005-02-02 
01:45 ---
Fixed for gcc 4.0.0.


-- 
   What|Removed |Added

Summary|[3.4/4.0 regression] ICE in |ICE in uses_template_parms
   |uses_template_parms at  |at cp/pt.c:4860
   |cp/pt.c:4860|
   Target Milestone|3.4.4   |4.0.0


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

[Bug other/15514] a typo in docs

[cvs-commit at gcc dot gnu dot org]

--- Additional Comments From cvs-commit at gcc dot gnu dot org  2005-02-02 
01:39 ---
Subject: Bug 15514

CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED]   2005-02-02 01:39:33

Modified files:
gcc: ChangeLog 
gcc/doc: gcov.texi 

Log message:
PR other/15514
* doc/gcov.texi: Fix typo.

Patches:
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/ChangeLog.diff?cvsroot=gcc&r1=2.7370&r2=2.7371
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/doc/gcov.texi.diff?cvsroot=gcc&r1=1.24&r2=1.25



-- 


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

[Bug libstdc++/19747] New: meta: cris-elf libstdc++ testsuite failures as of "Tue Feb 1 22:03:59 UTC 2005"

[hp at gcc dot gnu dot org]

This is a meta-bug for failing test-cases as of LAST_UPDATED
"Tue Feb  1 22:03:59 UTC 2005" for cris-axis-elf for
libstdc++ failures, each failure to be further separately
dealt with with a specific PC, this PR to depend on it;
dependencies added to this PR for existing specific PR:s.
To repeat, use simtest-howto.html but (because there's no
dejagnu release with it and it doesn't seem to be checked in
to the official dejagnu CVS yet) use the baseboard file in
http://lists.gnu.org/archive/html/dejagnu/2005-01/txt0KyZPJtvL1.txt>
saved as cris-sim.exp, RUNTESTFLAGS=--target_board=cris-sim.

The failures are:
FAIL: 21_strings/basic_string/find/char/3.cc execution test
FAIL: 23_containers/set/modifiers/16728.cc (test for excess errors)
WARNING: 23_containers/set/modifiers/16728.cc compilation failed to produce
executable
FAIL: 27_io/basic_filebuf/close/char/1.cc execution test
FAIL: 27_io/basic_filebuf/close/char/2.cc execution test
FAIL: 27_io/basic_filebuf/close/char/4.cc execution test
FAIL: 27_io/basic_filebuf/imbue/char/2.cc execution test
FAIL: 27_io/basic_filebuf/in_avail/char/1.cc execution test
FAIL: 27_io/basic_filebuf/is_open/char/1.cc execution test
FAIL: 27_io/basic_filebuf/open/char/1.cc execution test
FAIL: 27_io/basic_filebuf/open/char/2.cc execution test
FAIL: 27_io/basic_filebuf/pbackfail/char/9761.cc execution test
FAIL: 27_io/basic_filebuf/sbumpc/char/1-in.cc execution test
FAIL: 27_io/basic_filebuf/sbumpc/char/1-io.cc execution test
FAIL: 27_io/basic_filebuf/sbumpc/char/2-in.cc execution test
FAIL: 27_io/basic_filebuf/sbumpc/char/2-io.cc execution test
FAIL: 27_io/basic_filebuf/seekoff/char/1-in.cc execution test
FAIL: 27_io/basic_filebuf/seekoff/char/1-io.cc execution test
FAIL: 27_io/basic_filebuf/seekoff/char/2-in.cc execution test
FAIL: 27_io/basic_filebuf/seekoff/char/2-io.cc execution test
FAIL: 27_io/basic_filebuf/seekoff/char/3-in.cc execution test
FAIL: 27_io/basic_filebuf/seekoff/char/3-io.cc execution test
FAIL: 27_io/basic_filebuf/seekpos/char/1-in.cc execution test
FAIL: 27_io/basic_filebuf/seekpos/char/1-io.cc execution test
FAIL: 27_io/basic_filebuf/seekpos/char/2-in.cc execution test
FAIL: 27_io/basic_filebuf/seekpos/char/2-io.cc execution test
FAIL: 27_io/basic_filebuf/setbuf/char/1.cc execution test
FAIL: 27_io/basic_filebuf/sgetc/char/1-in.cc execution test
FAIL: 27_io/basic_filebuf/sgetc/char/1-io.cc execution test
FAIL: 27_io/basic_filebuf/sgetc/char/2-in.cc execution test
FAIL: 27_io/basic_filebuf/sgetc/char/2-io.cc execution test
FAIL: 27_io/basic_filebuf/sgetn/char/1-in.cc execution test
FAIL: 27_io/basic_filebuf/sgetn/char/1-io.cc execution test
FAIL: 27_io/basic_filebuf/sgetn/char/2-in.cc execution test
FAIL: 27_io/basic_filebuf/sgetn/char/2-io.cc execution test
FAIL: 27_io/basic_filebuf/sgetn/char/3.cc execution test
FAIL: 27_io/basic_filebuf/showmanyc/char/9533-1.cc (test for excess errors)
WARNING: 27_io/basic_filebuf/showmanyc/char/9533-1.cc compilation failed to
produce executable
FAIL: 27_io/basic_filebuf/snextc/char/1-in.cc execution test
FAIL: 27_io/basic_filebuf/snextc/char/1-io.cc execution test
FAIL: 27_io/basic_filebuf/snextc/char/2-in.cc execution test
FAIL: 27_io/basic_filebuf/snextc/char/2-io.cc execution test
FAIL: 27_io/basic_filebuf/sputbackc/char/1-in.cc execution test
FAIL: 27_io/basic_filebuf/sputbackc/char/2-in.cc execution test
FAIL: 27_io/basic_filebuf/sungetc/char/1-in.cc execution test
FAIL: 27_io/basic_filebuf/sungetc/char/2-in.cc execution test
FAIL: 27_io/basic_filebuf/underflow/10096.cc execution test
FAIL: 27_io/basic_ifstream/cons/char/1.cc execution test
FAIL: 27_io/basic_ifstream/open/char/1.cc execution test
FAIL: 27_io/basic_istream/extractors_arithmetic/char/12.cc execution test
FAIL: 27_io/basic_istream/extractors_other/char/2.cc execution test
FAIL: 27_io/basic_istream/get/char/2.cc execution test
FAIL: 27_io/basic_istream/ignore/char/3.cc execution test
FAIL: 27_io/basic_istream/readsome/char/6746-2.cc execution test
FAIL: 27_io/basic_istream/seekg/char/fstream.cc execution test
FAIL: 27_io/basic_istream/seekg/char/sstream.cc execution test
FAIL: 27_io/basic_istream/tellg/char/1.cc execution test
FAIL: 27_io/basic_istream/tellg/char/fstream.cc execution test
FAIL: 27_io/basic_istream/tellg/char/sstream.cc execution test
FAIL: 27_io/basic_ostream/inserters_other/char/1.cc execution test
WARNING: program timed out.
FAIL: 27_io/basic_stringbuf/overflow/char/1.cc execution test
FAIL: 27_io/objects/char/10.cc execution test
FAIL: 27_io/objects/char/12048-1.cc execution test
FAIL: 27_io/objects/char/12048-2.cc execution test
FAIL: 27_io/objects/char/12048-3.cc execution test
FAIL: 27_io/objects/char/12048-4.cc execution test
XPASS: 27_io/objects/char/12048-5.cc execution test
WARNING: program timed out.
FAIL: ext/rope/3.cc execution test
FAIL: ext/stdio_sync_filebuf/char/12048-1.cc execution test
FAIL: ext/stdio_sync_filebuf/char/12048-2.cc execution test
FAIL: ext/stdio_sync_filebuf/char/12048-3.cc execution test
FAIL: ext/stdio_s

[Bug target/19746] New: printf() optimisation ignores longcall attribute

[jason at catapult dot com]

Using the -O flag, the longcall attribute is ignored by the compiler when
replacing printf() with puts(), even if a prototype for puts() exists with a
long call.  The test case below illustrates this.  

==
int printf(const char *format, ...) __attribute__ ((__longcall__)); 
int puts(const char *s) __attribute__ ((__longcall__));

int main(int argc, char* argv[])
{
   printf("Should be a long call\n"); 
   return 0;
}

==

At the moment I'm using -fno-builtin-printf as a workaround.

-- 
   Summary: printf() optimisation ignores longcall attribute
   Product: gcc
   Version: 3.4.3
Status: UNCONFIRMED
  Severity: minor
  Priority: P2
 Component: target
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: jason at catapult 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: powerpc-eabi


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

[Bug rtl-optimization/14868] ICE with -msse2 -mfpmath=sse -fnon-call-exceptions

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2005-02-02 
01:05 ---
Hmm, the problem is that the earliest compare is not in the same BB as the jump.

The reason why we don't ICE on the mainline is because they are in the same BB 
(but that might be 
wrong).

-- 
   What|Removed |Added

   Target Milestone|4.0.0   |---


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

[Bug target/19745] New: meta: cris-elf gcc, g++, objc testsuite failures as of "Tue Feb 1 22:03:59 UTC 2005"

[hp at gcc dot gnu dot org]

This is a meta-bug for failing test-cases as of LAST_UPDATED
"Tue Feb  1 22:03:59 UTC 2005" for cris-axis-elf (excluding
fortran and libstdc++ failures), each failure to be further
separately dealt with with a specific PC, this PR to depend
on it; dependencies added to this PR for existing specific PR:s.
To repeat, use simtest-howto.html but (because there's no
dejagnu release with it and it doesn't seem to be checked in
to the official dejagnu CVS yet) use the baseboard file in
http://lists.gnu.org/archive/html/dejagnu/2005-01/txt0KyZPJtvL1.txt>
saved as cris-sim.exp, RUNTESTFLAGS=--target_board=cris-sim.

The failures covered by this PR are:
FAIL: gcc.c-torture/execute/20001130-1.c compilation,  -O0
FAIL: gcc.c-torture/execute/20010605-1.c compilation,  -O0
FAIL: gcc.c-torture/execute/20030313-1.c compilation,  -O0
FAIL: gcc.c-torture/execute/20050106-1.c compilation,  -O0
FAIL: gcc.c-torture/execute/920501-8.c execution,  -O0
FAIL: gcc.c-torture/execute/920501-8.c execution,  -O1
FAIL: gcc.c-torture/execute/920501-8.c execution,  -O2
FAIL: gcc.c-torture/execute/920501-8.c execution,  -O3 -fomit-frame-pointer
FAIL: gcc.c-torture/execute/920501-8.c execution,  -O3 -g
FAIL: gcc.c-torture/execute/920501-8.c execution,  -Os
FAIL: gcc.c-torture/execute/920721-3.c compilation,  -O0
FAIL: gcc.c-torture/execute/941202-1.c compilation,  -O0
FAIL: gcc.c-torture/execute/941202-1.c compilation,  -O1
FAIL: gcc.c-torture/execute/960116-1.c compilation,  -O0
FAIL: gcc.c-torture/execute/980526-2.c compilation,  -O0
FAIL: gcc.c-torture/execute/990208-1.c compilation,  -O0
FAIL: gcc.c-torture/execute/cvt-1.c compilation,  -O0
FAIL: gcc.c-torture/execute/simd-4.c compilation,  -O0

WARNING: gcc.dg/20010912-1.c compilation failed to produce executable
FAIL: gcc.dg/20020430-1.c (test for excess errors)
FAIL: gcc.dg/20021018-1.c (test for excess errors)
WARNING: gcc.dg/20021018-1.c compilation failed to produce executable
FAIL: gcc.dg/20021023-1.c (test for excess errors)
FAIL: gcc.dg/20021029-1.c (test for excess errors)
ERROR: gcc.dg/20021029-1.c: error executing dg-final: couldn't open
"20021029-1.s": no such file or directory
WARNING: gcc.dg/20030225-1.c compilation failed to produce executable
FAIL: gcc.dg/20030702-1.c (test for excess errors)
FAIL: gcc.dg/20030708-1.c (test for excess errors)
FAIL: gcc.dg/20040311-2.c (test for excess errors)
FAIL: gcc.dg/Wpadded.c  (test for warnings, line 10)
FAIL: gcc.dg/bitfld-3.c execution test
FAIL: gcc.dg/intmax_t-1.c (test for excess errors)
FAIL: gcc.dg/setjmp-1.c spurious clobbered warning (test for bogus messages,
line 16)
FAIL: gcc.dg/trampoline-1.c execution test

XPASS: gcc.dg/tree-ssa/20040204-1.c scan-tree-dump-times link_error 0
FAIL: gcc.dg/tree-ssa/loop-1.c scan-assembler-times foo 5

FAIL: gcc.dg/weak/typeof-2.c scan-assembler baz3.*baz3.*baz3.*baz3.*baz3.*baz3

FAIL: g++.dg/abi/bitfield12.C  (test for warnings, line 3)
FAIL: g++.dg/abi/vbase10.C  (test for warnings, line 13)
FAIL: g++.dg/ext/visibility/noPLT.C (test for excess errors)
ERROR: g++.dg/ext/visibility/noPLT.C: error executing dg-final: couldn't open
"noPLT.s": no such file or directory
FAIL: g++.dg/opt/vt1.C (test for excess errors)
ERROR: g++.dg/opt/vt1.C: error executing dg-final: couldn't open "vt1.s": no
such file or directory

FAIL: g++.old-deja/g++.jason/thunk2.C (test for excess errors)
WARNING: g++.old-deja/g++.jason/thunk2.C compilation failed to produce
executable
WARNING: g++.old-deja/g++.mike/p10769a.C compilation failed to produce
executable

FAIL: objc/execute/IMP.m compilation,  -O0
FAIL: objc/execute/class-1.m compilation,  -O0
FAIL: objc/execute/class-10.m compilation,  -O0
FAIL: objc/execute/class-11.m compilation,  -O0
FAIL: objc/execute/class-12.m compilation,  -O0
FAIL: objc/execute/class-13.m compilation,  -O0
FAIL: objc/execute/class-14.m compilation,  -O0
FAIL: objc/execute/class-2.m compilation,  -O0
FAIL: objc/execute/class-3.m compilation,  -O0
FAIL: objc/execute/class-4.m compilation,  -O0
FAIL: objc/execute/class-5.m compilation,  -O0
FAIL: objc/execute/class-6.m compilation,  -O0
FAIL: objc/execute/class-7.m compilation,  -O0
FAIL: objc/execute/class-8.m compilation,  -O0
FAIL: objc/execute/class-9.m compilation,  -O0
FAIL: objc/execute/nested-2.m compilation,  -O0
FAIL: objc/execute/object_is_class.m compilation,  -O0
FAIL: objc/execute/object_is_meta_class.m compilation,  -O0

EOF

-- 
   Summary: meta: cris-elf gcc, g++, objc testsuite failures as of
"Tue Feb  1 22:03:59 UTC 2005"
   Product: gcc
   Version: 4.0.0
Status: UNCONFIRMED
  Keywords: meta-bug
  Severity: normal
  Priority: P2
 Component: target
AssignedTo: hp 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: cris-axis-elf


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

[Bug java/19742] gcjh shouldn't mangle names in JNI output.

[tromey at gcc dot gnu dot org]

--- Additional Comments From tromey at gcc dot gnu dot org  2005-02-02 
00:45 ---
Fix checked in


-- 
   What|Removed |Added

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


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

[Bug java/19742] gcjh shouldn't mangle names in JNI output.

[cvs-commit at gcc dot gnu dot org]

--- Additional Comments From cvs-commit at gcc dot gnu dot org  2005-02-02 
00:44 ---
Subject: Bug 19742

CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED]   2005-02-02 00:44:09

Modified files:
gcc/java   : ChangeLog gjavah.c 

Log message:
PR java/19742:
* gjavah.c (get_field_name): Don't override name for JNI header.

Patches:
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/java/ChangeLog.diff?cvsroot=gcc&r1=1.1542&r2=1.1543
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/java/gjavah.c.diff?cvsroot=gcc&r1=1.127&r2=1.128



-- 


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

[Bug rtl-optimization/19680] sub-optimial register allocation with sse

[cvs-commit at gcc dot gnu dot org]

--- Additional Comments From cvs-commit at gcc dot gnu dot org  2005-02-02 
00:31 ---
Subject: Bug 19680

CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED]   2005-02-02 00:30:38

Modified files:
gcc: ChangeLog 
gcc/config/i386: i386-protos.h i386.c i386.h 

Log message:
PR target/19680
* config/i386/i386.h (MODES_TIEABLE_P): Use ix86_modes_tieable_p.
* config/i386/i386.c (ix86_hard_regno_mode_ok): Change return
type to bool.
(ix86_tieable_integer_mode_p, ix86_modes_tieable_p): New.
* config/i386/i386-protos.h: Update.

Patches:
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/ChangeLog.diff?cvsroot=gcc&r1=2.7369&r2=2.7370
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/config/i386/i386-protos.h.diff?cvsroot=gcc&r1=1.130&r2=1.131
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/config/i386/i386.c.diff?cvsroot=gcc&r1=1.794&r2=1.795
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/config/i386/i386.h.diff?cvsroot=gcc&r1=1.420&r2=1.421



-- 


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

[Bug rtl-optimization/14868] ICE with -msse2 -mfpmath=sse -fnon-call-exceptions

[steven at gcc dot gnu dot org]

--- Additional Comments From steven at gcc dot gnu dot org  2005-02-02 
00:15 ---
This may be fixed on mainline, but it's still broken in 3.4 and before. 

-- 
   What|Removed |Added

 Status|RESOLVED|REOPENED
 Resolution|FIXED   |


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

[Bug rtl-optimization/19744] ICE in if_convert with -fnon-call-exceptions -O2 on amd64

[steven at gcc dot gnu dot org]

--- Additional Comments From steven at gcc dot gnu dot org  2005-02-02 
00:13 ---
This may be fixed on mainline but not in GCC 3.4.  Note that this 
reporter is the same as the reporter of Bug 14868 ;-) 

-- 


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

[Bug tree-optimization/19736] [4.0 Regression] ICE with type mismatch between SSA_NAME and its symbol

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2005-02-01 
23:52 ---
(In reply to comment #5)
> Subject: Re:  [4.0 Regression] ICE with type mismatch between SSA_NAME and 
> its symbol
> 
> If all it takes is turning DOM back on, I'm quite fine with
> doing that also - having found out we can win much more with
> turning off much of CSE ;-)
Well that would just make this bug latent again which is not good.
So far my patch has passed bootstrap and is in the testing stage and no new 
failures so far.

-- 


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

[Bug rtl-optimization/19744] ICE in if_convert with -fnon-call-exceptions -O2 on amd64

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2005-02-01 
23:45 ---


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

-- 
   What|Removed |Added

 Status|UNCONFIRMED |RESOLVED
 Resolution||DUPLICATE


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

[Bug rtl-optimization/14868] ICE with -msse2 -mfpmath=sse -fnon-call-exceptions

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2005-02-01 
23:45 ---
*** Bug 19744 has been marked as a duplicate of this bug. ***

-- 


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

[Bug bootstrap/18360] Can't bootastrap gcc 3.4.3 at FreeBSD using gcc mainline

[wanderer at rsu dot ru]

-- 
   What|Removed |Added

  BugsThisDependsOn||19656


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

[Bug rtl-optimization/19744] ICE in if_convert with -fnon-call-exceptions -O2 on amd64

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2005-02-01 
23:31 ---
I think this is a dup of bug 14868 but note this has been fixed on the mainline 
but I think it is still a 
latent bug.

-- 
   What|Removed |Added

  Component|c++ |rtl-optimization


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

[Bug c/18502] [3.3/3.4/4.0 Regression] trigraphs don't work with -std=gnu99

[jsm28 at gcc dot gnu dot org]

--- Additional Comments From jsm28 at gcc dot gnu dot org  2005-02-01 23:29 
---
This is a regression from 3.0.x.  Working on a patch.

-- 
   What|Removed |Added

 AssignedTo|unassigned at gcc dot gnu   |jsm28 at gcc dot gnu dot org
   |dot org |
 Status|NEW |ASSIGNED
  Known to fail||3.2.3 3.3.4 3.4.3 4.0.0
  Known to work||3.0.4
   Last reconfirmed|2004-11-15 15:15:48 |2005-02-01 23:29:25
   date||
Summary|trigraphs don't work with - |[3.3/3.4/4.0 Regression]
   |std=gnu99   |trigraphs don't work with -
   ||std=gnu99
   Target Milestone|--- |4.0.0


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

[Bug c/19435] spurious warnings with nested array constructors

[jsm28 at gcc dot gnu dot org]

--- Additional Comments From jsm28 at gcc dot gnu dot org  2005-02-01 23:04 
---
Testing a patch.

-- 
   What|Removed |Added

 AssignedTo|unassigned at gcc dot gnu   |jsm28 at gcc dot gnu dot org
   |dot org |
 Status|NEW |ASSIGNED
   Last reconfirmed|2005-01-14 03:13:57 |2005-02-01 23:04:14
   date||


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

[Bug c/17807] [4.0 Regression] No warning/error for undefined local function.

[jsm28 at gcc dot gnu dot org]

--- Additional Comments From jsm28 at gcc dot gnu dot org  2005-02-01 23:03 
---
Testing a patch.

-- 
   What|Removed |Added

 AssignedTo|unassigned at gcc dot gnu   |jsm28 at gcc dot gnu dot org
   |dot org |
 Status|NEW |ASSIGNED
   Last reconfirmed|2004-12-24 19:18:50 |2005-02-01 23:03:31
   date||


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

[Bug tree-optimization/19217] [4.0 Regression] ICE: verify_stmts failed: address taken, but ADDRESSABLE bit not set

[steven at gcc dot gnu dot org]

--- Additional Comments From steven at gcc dot gnu dot org  2005-02-01 
22:51 ---
. 

-- 
   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||FIXED


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

[Bug tree-optimization/19217] [4.0 Regression] ICE: verify_stmts failed: address taken, but ADDRESSABLE bit not set

[cvs-commit at gcc dot gnu dot org]

--- Additional Comments From cvs-commit at gcc dot gnu dot org  2005-02-01 
22:50 ---
Subject: Bug 19217

CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED]   2005-02-01 22:50:21

Modified files:
gcc: ChangeLog tree-cfg.c 

Log message:
PR tree-optimization/19217
* tree-cfg.c (verify_expr): Use the data field to see if TP was
seen inside a PHI node.  Do not do the ADDR_EXPR check if it was.
(verify_stmts): Pass (void*)1 as data to verify_expr to signal
that it is walking a PHI node.

Patches:
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/ChangeLog.diff?cvsroot=gcc&r1=2.7368&r2=2.7369
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/tree-cfg.c.diff?cvsroot=gcc&r1=2.147&r2=2.148



-- 


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

[Bug c++/19744] ICE in if_convert with -fnon-call-exceptions -O2 on amd64

[steven at gcc dot gnu dot org]

--- Additional Comments From steven at gcc dot gnu dot org  2005-02-01 
22:04 ---
If it reproduces on x86 with -msse, it's not an amd64 bug, but 
something realted to SSE/MMX (d'oh).  Fun, didn't that just get 
rewritten for GCC 4.0?  ;-) 

-- 
   What|Removed |Added

  GCC build triplet|x86_64-unknown-linux-gnu|
   GCC host triplet|x86_64-unknown-linux-gnu|
 GCC target triplet|x86_64-unknown-linux-gnu|
   Keywords||ssemmx


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

[Bug c++/19744] ICE in if_convert with -fnon-call-exceptions -O2 on amd64

[nick at ilm dot com]

-- 
   What|Removed |Added

   Keywords||ice-on-valid-code


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

[Bug c++/19744] New: ICE in if_convert with -fnon-call-exceptions -O2 on amd64

[nick at ilm dot com]

I'm running into an ICE on amd64

> /dept/rnd/vendor/gcc-3.4.3-amd64/bin/g++ -fnon-call-exceptions -O2 -g -c 
> test.C
test.C: In member function `void M::foo() const':
test.C:19: internal compiler error: Segmentation fault
Please submit a full bug report,
with preprocessed source if appropriate.
See http://gcc.gnu.org/bugs.html> for instructions.

it's also reproducable on x86 with -msse
> /dept/rnd/vendor/gcc-3.4.3/bin/g++ -msse -fnon-call-exceptions -O2 -g -c 
> test.C
test.C: In member function `void M::foo() const':
test.C:19: internal compiler error: Segmentation fault
Please submit a full bug report,
with preprocessed source if appropriate.
See http://gcc.gnu.org/bugs.html> for instructions.

on the flollowing the following code:


struct E {};

class M
{
  public:
float   x[4][4];
voidfoo () const throw (E);
};


void
M::foo () const throw (E)
{
for (int i = 0; i < 3 ; i++) {
float p = x[i][i];
if (p < 0) p = -p;
}
return;
}
--

here's the stacktrace.  with -fno-if-conversion 

(gdb) where
#0  find_if_header (test_bb=0xa49488, pass=1) at 
../../gcc-3.4.3/gcc/ifcvt.c:1641
#1  0x00708661 in if_convert (x_life_data_ok=Variable "x_life_data_ok"
is not available.
) at ../../gcc-3.4.3/gcc/ifcvt.c:3251
#2  0x00697968 in rest_of_compilation (decl=0x2a959cb1a0) at
../../gcc-3.4.3/gcc/toplev.c:2443
#3  0x006d1f4c in tree_rest_of_compilation (fndecl=0x2a959cb1a0,
nested_p=false) at ../../gcc-3.4.3/gcc/tree-optimize.c:168
#4  0x0046e881 in expand_body (fn=0x2a959cb1a0) at
../../gcc-3.4.3/gcc/cp/semantics.c:2920
#5  0x006d39cf in cgraph_expand_function (node=0x2a959d1700) at
../../gcc-3.4.3/gcc/cgraphunit.c:538
#6  0x006d4131 in cgraph_optimize () at
../../gcc-3.4.3/gcc/cgraphunit.c:1542
#7  0x00441885 in finish_file () at ../../gcc-3.4.3/gcc/cp/decl2.c:2856
#8  0x00694e43 in toplev_main (argc=Variable "argc" is not available.
) at ../../gcc-3.4.3/gcc/toplev.c:1822
#9  0x002a95688e5d in __libc_start_main () from /lib64/tls/libc.so.6
#10 0x004025aa in _start () at ../sysdeps/x86_64/elf/start.S:96

-- 
   Summary: ICE in if_convert with -fnon-call-exceptions -O2 on
amd64
   Product: gcc
   Version: 3.4.3
Status: UNCONFIRMED
  Severity: normal
  Priority: P2
 Component: c++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: nick at ilm dot com
CC: gcc-bugs at gcc dot gnu dot org
 GCC build triplet: x86_64-unknown-linux-gnu
  GCC host triplet: x86_64-unknown-linux-gnu
GCC target triplet: x86_64-unknown-linux-gnu


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

[Bug target/18977] [4.0 regression] LAPACK test xeigtsts segfaults with optimization

[wilson at tuliptree dot org]

--- Additional Comments From wilson at tuliptree dot org  2005-02-01 21:32 
---
Subject: Re:  [4.0 regression] LAPACK test xeigtsts
segfaults with optimization

On Tue, 2005-02-01 at 03:13, giovannibajo at libero dot it wrote:
> --- Additional Comments From giovannibajo at libero dot it  2005-02-01 
> 11:13 ---
> Jim, this is a ia64 regression that greatly affects Fortran (LAPACK), and 
> there 
> is a simple C testcase for it. Would you mind having a look?

I saw the discussion, and was hoping to get a chance to look at it, but
because of personal issues it may be a few weeks before I get a chance.




-- 


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

[Bug c++/18821] Please add warning if bits thrown away in integral conversions

[jsm28 at gcc dot gnu dot org]

--- Additional Comments From jsm28 at gcc dot gnu dot org  2005-02-01 21:10 
---
The example given is in C++, not C; the C version is bug 2707.


-- 
   What|Removed |Added

  Component|c   |c++


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

[Bug java/19742] gcjh shouldn't mangle names in JNI output.

[tromey at gcc dot gnu dot org]

--- Additional Comments From tromey at gcc dot gnu dot org  2005-02-01 
21:04 ---
I'm testing a patch


-- 
   What|Removed |Added

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


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

[Bug other/19696] gcc.c-torture/execute/ieee/copysign1.c: Unsatisfied symbols: copysignl

[rth at gcc dot gnu dot org]

--- Additional Comments From rth at gcc dot gnu dot org  2005-02-01 21:01 
---
Fixed.

-- 
   What|Removed |Added

 Status|ASSIGNED|RESOLVED
 Resolution||FIXED


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

[Bug other/19696] gcc.c-torture/execute/ieee/copysign1.c: Unsatisfied symbols: copysignl

[cvs-commit at gcc dot gnu dot org]

--- Additional Comments From cvs-commit at gcc dot gnu dot org  2005-02-01 
20:57 ---
Subject: Bug 19696

CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED]   2005-02-01 20:57:23

Modified files:
gcc: ChangeLog optabs.c optabs.h 
gcc/config/rs6000: rs6000.md 
gcc/testsuite  : ChangeLog 
gcc/testsuite/gcc.c-torture/execute/ieee: copysign1.c 
  copysign2.c 

Log message:
PR 19696
* optabs.c (expand_copysign_absneg): Export.
* optabs.h (expand_copysign_absneg): Declare.
* config/rs6000/rs6000.md (copysigntf3): New.

* gcc.c-torture/execute/ieee/copysign1.c: Special case sizeof
long double for ibm double-double format.
* gcc.c-torture/execute/ieee/copysign2.c: Likewise.

Patches:
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/ChangeLog.diff?cvsroot=gcc&r1=2.7366&r2=2.7367
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/optabs.c.diff?cvsroot=gcc&r1=1.257&r2=1.258
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/optabs.h.diff?cvsroot=gcc&r1=1.46&r2=1.47
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/config/rs6000/rs6000.md.diff?cvsroot=gcc&r1=1.345&r2=1.346
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/ChangeLog.diff?cvsroot=gcc&r1=1.4974&r2=1.4975
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/gcc.c-torture/execute/ieee/copysign1.c.diff?cvsroot=gcc&r1=1.2&r2=1.3
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/gcc.c-torture/execute/ieee/copysign2.c.diff?cvsroot=gcc&r1=1.2&r2=1.3



-- 


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

[Bug tree-optimization/19670] [4.0 regression] testsuite failure: gcc.c-torture/execute/builtins/strlen-3.c compilation, -O1

[dnovillo at gcc dot gnu dot org]

--- Additional Comments From dnovillo at gcc dot gnu dot org  2005-02-01 
20:38 ---
Fix: http://gcc.gnu.org/ml/gcc-patches/2005-02/msg00097.html.

-- 
   What|Removed |Added

 Status|ASSIGNED|RESOLVED
 Resolution||FIXED


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

[Bug tree-optimization/19633] local address incorrectly thought to escape

[cvs-commit at gcc dot gnu dot org]

--- Additional Comments From cvs-commit at gcc dot gnu dot org  2005-02-01 
20:30 ---
Subject: Bug 19633

CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED]   2005-02-01 20:30:08

Modified files:
gcc: ChangeLog tree-flow.h tree-ssa-alias.c 
gcc/testsuite  : ChangeLog 
gcc/testsuite/gcc.dg: pr19633.c 
Added files:
gcc/testsuite/gcc.dg: pr19633-1.c 

Log message:
PR tree-optimization/19633
* tree-flow.h (struct ptr_info_def): Add field 'pt_null'.
* tree-ssa-alias.c (init_alias_info): Initialize.
(merge_pointed_to_info): Set.
(add_pointed_to_expr): Set pt_null if EXPR is a NULL pointer.
(dump_points_to_info_for): Show value of pt_null.
(struct count_ptr_d): Declare.
(find_ptr_dereference): Remove.
(ptr_is_dereferenced_by): Remove.
(count_ptr_derefs): New local function.
(count_uses_and_derefs): New local function.
(compute_points_to_and_addr_escape): Call it.  If the number
of dereferences is greater than zero, mark the pointer as
dereferenced.  If there are fewer dereferences than uses of
the pointer, the pointer's value escapes.

testsuite/ChangeLog

PR tree-optimization/19633
* testsuite/gcc.dg/pr19633-1.c: New test.
* testsuite/gcc.dg/pr19633.c: Tweak to make pointer point
to NULL or a symbol.

Patches:
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/ChangeLog.diff?cvsroot=gcc&r1=2.7365&r2=2.7366
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/tree-flow.h.diff?cvsroot=gcc&r1=2.78&r2=2.79
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/tree-ssa-alias.c.diff?cvsroot=gcc&r1=2.67&r2=2.68
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/ChangeLog.diff?cvsroot=gcc&r1=1.4973&r2=1.4974
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/gcc.dg/pr19633-1.c.diff?cvsroot=gcc&r1=NONE&r2=1.1
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/gcc.dg/pr19633.c.diff?cvsroot=gcc&r1=1.1&r2=1.2



-- 


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

[Bug tree-optimization/19670] [4.0 regression] testsuite failure: gcc.c-torture/execute/builtins/strlen-3.c compilation, -O1

[cvs-commit at gcc dot gnu dot org]

--- Additional Comments From cvs-commit at gcc dot gnu dot org  2005-02-01 
20:26 ---
Subject: Bug 19670

CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED]   2005-02-01 20:26:27

Modified files:
gcc: ChangeLog tree-ssa.c 

Log message:
PR tree-optimization/19670
* tree-ssa.c (verify_ssa_name): Don't set TREE_VISITED
here...
(verify_use): ... set it here, instead.

Patches:
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/ChangeLog.diff?cvsroot=gcc&r1=2.7364&r2=2.7365
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/tree-ssa.c.diff?cvsroot=gcc&r1=2.73&r2=2.74



-- 


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

[Bug tree-optimization/19723] [4.0 Regression] A side effect is missed in 0 % a++.

[rth at gcc dot gnu dot org]

--- Additional Comments From rth at gcc dot gnu dot org  2005-02-01 20:20 
---
Subject: Re:  [4.0 Regression] A side effect is missed in 0 % a++.

On Tue, Feb 01, 2005 at 07:49:16AM -0700, Jeffrey A Law wrote:
> Would would mean that we really can't do anything with DIV/MOD when
> the numerator is a constant and the denominator is an unknown.

Correct.

> What I think we really want is to know whether or not the language
> requires trapping on a DIV/MOD by zero. If so, then disable this class
> of optimizations, otherwise we have a non-conformant program.

True.


r~


-- 


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

[Bug tree-optimization/19736] [4.0 Regression] ICE with type mismatch between SSA_NAME and its symbol

[stevenb at suse dot de]

--- Additional Comments From stevenb at suse dot de  2005-02-01 20:09 
---
Subject: Re:  [4.0 Regression] ICE with type mismatch between SSA_NAME and its 
symbol

If all it takes is turning DOM back on, I'm quite fine with
doing that also - having found out we can win much more with
turning off much of CSE ;-)


-- 


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

[Bug libfortran/19568] incorrect formatted read

[Thomas dot Koenig at online dot de]

--- Additional Comments From Thomas dot Koenig at online dot de  2005-02-01 
20:01 ---
Replying to myself here...

After having thought of this, I think the patch should go in
because it fixes a g77 regression, and advance= isn't among the
things that g77 supports.

Thomas

-- 


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

[Bug tree-optimization/19736] [4.0 Regression] ICE with type mismatch between SSA_NAME and its symbol

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2005-02-01 
19:38 ---
This is the patch which I am testing to fix this (it fixes the problem which I 
describes):
Index: tree-ssa.c
===

RCS file: /cvs/gcc/gcc/gcc/tree-ssa.c,v
retrieving revision 2.73
diff -u -p -r2.73 tree-ssa.c
--- tree-ssa.c  24 Jan 2005 20:47:43 -  2.73
+++ tree-ssa.c  1 Feb 2005 19:36:55 -
@@ -1108,6 +1108,8 @@ replace_immediate_uses (tree var, tree r
  if (tmp != stmt)
{
  block_stmt_iterator si = bsi_for_stmt (stmt);
+ mark_new_vars_to_rename (tmp, vars_to_rename);
+ redirect_immediate_uses (stmt, tmp);
  bsi_replace (&si, tmp, true);
  stmt = bsi_stmt (si);
}

-- 
   What|Removed |Added

 CC||dnovillo at gcc dot gnu dot
   ||org
 AssignedTo|unassigned at gcc dot gnu   |pinskia at gcc dot gnu dot
   |dot org |org
 Status|NEW |ASSIGNED


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

[Bug tree-optimization/19736] [4.0 Regression] ICE with type mismatch between SSA_NAME and its symbol

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2005-02-01 
19:22 ---
The bug is in redphi1 
Since we are not running iterating dom at -O1, we get two phi's which can be 
reduced and one of them 
causes a call expression to be foldded and then we don't update the use 
infromation for the other 
SSA_NAMEs. And this caues us not to be able to propagate the other SSA_NAME 
from the other PHI.

CCing Steven since he was the one who turned off iterating dom at -O1.

-- 
   What|Removed |Added

 CC||steven at gcc dot gnu dot
   ||org


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

[Bug rtl-optimization/17810] [3.4 Regression] internal compiler error: in verify_local_live_at_start for arm-rtems, arm-linux

[joel at gcc dot gnu dot org]

--- Additional Comments From joel at gcc dot gnu dot org  2005-02-01 19:13 
---
Neither icetest1 nor the reduced test case fails with gcc 4.0.0 20050124 when
targeting arm-rtems4.7.

-- 
   What|Removed |Added

 CC||joel at oarcorp dot com
  Known to work|3.3.4   |3.3.4 4.0.0


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

[Bug tree-optimization/19736] [4.0 Regression] ICE with type mismatch between SSA_NAME and its symbol

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2005-02-01 
19:12 ---
Confirmed, reduce testcase:
extern char *strcpy (char *, const char *);
void sdbout_one_type (char *p)
{
  int i, t = 1;
  char *q;
  for (i = 0; i < 2; i++)
{
  strcpy (p, "1");
  p += sizeof ("1");
}
  if (t)
q = "2";
  else
q = "3";
  strcpy (p, q);
}


-- 
   What|Removed |Added

 Status|UNCONFIRMED |NEW
 Ever Confirmed||1
   Last reconfirmed|-00-00 00:00:00 |2005-02-01 19:12:22
   date||


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

[Bug tree-optimization/19736] [4.0 Regression] ICE with type mismatch between SSA_NAME and its symbol

[janis at gcc dot gnu dot org]

--- Additional Comments From janis at gcc dot gnu dot org  2005-02-01 18:45 
---
Created an attachment (id=8122)
 --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=8122&action=view)
minimized test case

The test case can probably be minimized further but ought to be a better
starting point than the original preprocessed source.

My output with this test:

elm3b11% /opt/gcc-nightly/mline/bin/gcc -c -m32 -O1 -g pr19736.c
pr19736.c: In function ‘sdbout_one_type’:
pr19736.c:24: error: Type mismatch between an SSA_NAME and its symbol.
pr19736.c:24: error: Missing definition
for SSA_NAME: p_35in statement:
#   maxval_18 = V_MAY_DEF ;
__builtin_memcpy (p_35, &"void"[0], 5);
pr19736.c:24: internal compiler error: verify_ssa failed.
Please submit a full bug report,
with preprocessed source if appropriate.
See http://gcc.gnu.org/bugs.html> for instructions.
elm3b11% /opt/gcc-nightly/mline/bin/gcc -v
Using built-in specs.
Configured with: /home/gccbuild/gcc_mline_anoncvs/gcc/configure
--prefix=/opt/gcc-nightly/mline-20050131 --build=powerpc64-linux
--host=powerpc64-linux --target=powerpc64-linux --with-cpu=default32
--with-as=/opt/gcc-nightly/binutils/bin/as
--with-ld=/opt/gcc-nightly/binutils/bin/ld --enable-threads=posix
--enable-shared --enable-__cxa_atexit --enable-languages=c,c++,f95,java,objc
--with-mpfr=/opt/gcc-nightly/gmp
Thread model: posix
gcc version 4.0.0 20050131 (experimental)

-- 


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

[Bug middle-end/19454] [4.0 Regression] bad code generated with gcc.c-torture/execute/bf64-1.c at -O1

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2005-02-01 
18:43 ---
Removing target milestone per: 
 as it is known 
to not to effect primary/secondary targets.

-- 
   What|Removed |Added

   Target Milestone|4.0.0   |---


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

[Bug java/19738] gcjh generates invalid class member floating-point initialisers

[cvs-commit at gcc dot gnu dot org]

--- Additional Comments From cvs-commit at gcc dot gnu dot org  2005-02-01 
18:38 ---
Subject: Bug 19738

CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED]   2005-02-01 18:38:16

Modified files:
gcc/java   : ChangeLog gjavah.c 

Log message:
PR java/19738
* gjavah.c (jni_print_float): Do not emit floating-point
initialiser for a static final field.
(jni_print_double): Likewise.

Patches:
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/java/ChangeLog.diff?cvsroot=gcc&r1=1.1540&r2=1.1541
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/java/gjavah.c.diff?cvsroot=gcc&r1=1.126&r2=1.127



-- 


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

[Bug middle-end/19743] internal compiler error on errneous code

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2005-02-01 
18:19 ---
The code is undefined but still valid, well really it is invalid if you don't 
have a cast.
This is all fixed on the mainline for 4.0.0 anyways and since this is not a 
regression closing as fixed.

-- 
   What|Removed |Added

 Status|UNCONFIRMED |RESOLVED
  Component|c   |middle-end
   Keywords||ice-on-valid-code
 Resolution||FIXED
   Target Milestone|--- |4.0.0


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

[Bug java/12459] Invalid inner class field access confusion

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2005-02-01 
18:05 ---
(In reply to comment #5)
> Shouldn't this block bug 18131?
Yes I must have missed this bug when creating that meta-bug.

-- 
   What|Removed |Added

OtherBugsDependingO||18131
  nThis||


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

[Bug c/19743] New: internal compiler error on errneous code

[heikki dot orsila at iki dot fi]

Following invalid C function gives internal compiler error on x86_64, but not on
x86, on GCC 3.4.3 and 3.3.5:

char blabla(unsigned int a)
{
  return &((unsigned char *) &a)[0];
}

3.3.5 gives:

$ ./gcc -Wall -O2 -c /test/char.c
/test/char.c: In function `blabla':
/test/char.c:3: warning: return makes integer from pointer without a cast
/test/char.c:4: error: unrecognizable insn:
(insn 29 11 13 0 (nil) (set (reg:SI 0 eax [62])
(subreg:SI (plus:DI (subreg:DI (reg:QI 7 spl) 0)
(const_int -4 [0xfffc])) 0)) -1 (nil)
(nil))
/test/char.c:4: internal compiler error: in extract_insn, at recog.c:2175

$ ./gcc -v
Reading specs from /build/gcc/lib/gcc-lib/x86_64-unknown-linux-gnu/3.3.5/specs
Configured with: ./configure --enable-languages=c --prefix=/build/gcc
Thread model: posix
gcc version 3.3.5


3.4.3 gives:

$ ./gcc -Wall -O2 -c /test/char.c
/test/char.c: In function `blabla':
/test/char.c:3: warning: return makes integer from pointer without a cast
/test/char.c:4: error: unrecognizable insn:
(insn 30 11 13 0 (set (reg:SI 0 ax [62])
(subreg:SI (plus:DI (subreg:DI (reg:QI 7 sp) 0)
(const_int -4 [0xfffc])) 0)) -1 (nil)
(nil))
/test/char.c:4: internal compiler error: in extract_insn, at recog.c:2083

$ ./gcc -v
Reading specs from /build/gcc/lib/gcc/x86_64-unknown-linux-gnu/3.4.3/specs
Configured with: ./configure --enable-languages=c --prefix=/build/gcc
Thread model: posix
gcc version 3.4.3

-- 
   Summary: internal compiler error on errneous code
   Product: gcc
   Version: 3.4.3
Status: UNCONFIRMED
  Severity: normal
  Priority: P2
 Component: c
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: heikki dot orsila at iki dot fi
CC: gcc-bugs at gcc dot gnu dot org


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

[Bug java/12459] Invalid inner class field access confusion

[kon at iki dot fi]

--- Additional Comments From kon at iki dot fi  2005-02-01 18:03 ---
Shouldn't this block bug 18131?

-- 


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

[Bug c++/19739] [3.4/4.0 Regression] ICE with additional comma in attribute

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2005-02-01 
17:46 ---
: Search converges between 2002-12-14-trunk (#159) and 2002-12-29-trunk (#160).
This is caused by the new parser as JSM said this is valid.

-- 
   What|Removed |Added

 CC||pinskia at gcc dot gnu dot
   ||org
   Keywords||ice-on-valid-code


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

[Bug java/19742] gcjh shouldn't mangle names in JNI output.

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2005-02-01 
17:36 ---
I think this is related to PR 16843 well that might have been the bug before as 
we did not emit the final 
constants before.  We still don't for Inherited constants.

-- 


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

[Bug c++/19735] Grammar "error" in error message.

[bangerth at dealii dot org]

--- Additional Comments From bangerth at dealii dot org  2005-02-01 17:33 
---
> Andrew is a native speaker.  Really, he is. ;-) 
 
Ah, c'mon. He has improved recently. Me sure he have really. 
W. 

-- 
   What|Removed |Added

 Status|UNCONFIRMED |NEW
 Ever Confirmed||1
   Last reconfirmed|-00-00 00:00:00 |2005-02-01 17:33:01
   date||


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

[Bug c++/19741] suboptimal error message for template functions (as opposed to non-templates)

[bangerth at dealii dot org]

--- Additional Comments From bangerth at dealii dot org  2005-02-01 17:30 
---
Except that, of course, in the present case the overload set contains 
only a single function (foo2 isn't overloaded, and we have specified 
all template arguments). Which should make it even easier to handle 
this particular case. 
 
W. 

-- 


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

[Bug tree-optimization/19670] [4.0 regression] testsuite failure: gcc.c-torture/execute/builtins/strlen-3.c compilation, -O1

[dnovillo at gcc dot gnu dot org]

--- Additional Comments From dnovillo at gcc dot gnu dot org  2005-02-01 
17:21 ---

Similar in nature to 19217 but in this case with flow sensitive aliasing.  We
visit a dead PHI which takes the address of several variables, but since it's
dead, the alias analyzer never sees it.

Since we mark foo_28 visited in the verifier, we then fail when we see that the
pointer has no points-to sets.  The immediate solution is to only mark a name
visited if we see it *used* in the IL, not just defined.

If the statement that uses the pointer is itself dead, this would still work
because the alias analyzer would've processed the pointer anyway.

Testing in progress.

Index: tree-ssa.c
===
RCS file: /cvs/gcc/gcc/gcc/tree-ssa.c,v
retrieving revision 2.73
diff -d -u -p -r2.73 tree-ssa.c
--- tree-ssa.c  24 Jan 2005 20:47:43 -  2.73
+++ tree-ssa.c  1 Feb 2005 17:21:14 -
@@ -108,8 +108,6 @@ flush_pending_stmts (edge e)
 static bool
 verify_ssa_name (tree ssa_name, bool is_virtual)
 {
-  TREE_VISITED (ssa_name) = 1;
-
   if (TREE_CODE (ssa_name) != SSA_NAME)
 {
   error ("Expected an SSA_NAME object");
@@ -219,6 +217,7 @@ verify_use (basic_block bb, basic_block
   bool err = false;

   err = verify_ssa_name (ssa_name, is_virtual);
+  TREE_VISITED (ssa_name) = 1;

   if (IS_EMPTY_STMT (SSA_NAME_DEF_STMT (ssa_name))
   && var_ann (SSA_NAME_VAR (ssa_name))->default_def == ssa_name)


-- 


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

[Bug libfortran/19568] incorrect formatted read

[Thomas dot Koenig at online dot de]

--- Additional Comments From Thomas dot Koenig at online dot de  2005-02-01 
16:41 ---
The patch does not handle advance="NO" correctly.

I'll need to do something else.

Thomas

-- 


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

[Bug java/19742] New: gcjh shouldn't mangle names in JNI output.

[green at redhat dot com]

A java class has this:

public static final int delete = 555;

gcjh will correctly mangle the name delete (to delete$) for CNI header output. 
However, it also does this when generating JNI output (with gcjh -jni).  We get
output link this, and it is wrong:

#undef foo_delete$
#define foo_delete$ 555L

This should be just "foo_delete".  This is preventing the subversion JNI code
from building.

-- 
   Summary: gcjh shouldn't mangle names in JNI output.
   Product: gcc
   Version: 4.0.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P2
 Component: java
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: green at redhat dot com
CC: gcc-bugs at gcc dot gnu dot org,java-prs at gcc dot gnu
dot org


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

[Bug c++/19741] suboptimal error message for template functions (as opposed to non-templates)

[gdr at integrable-solutions dot net]

--- Additional Comments From gdr at integrable-solutions dot net  
2005-02-01 16:04 ---
Subject: Re:  suboptimal error message for template functions (as opposed to 
non-templates)

"bangerth at dealii dot org" <[EMAIL PROTECTED]> writes:

| This is in fact true. There is a mismatch between error messages for 
| template function arguments and non-templates: 
|  
| void foo1(); 
| template  void foo2(); 
|  
| template  bool bar(void (*) () ); 
|  
| bool b1 = bar (1, &foo1); 
| bool b2 = bar (1, &foo2); 
|  
| g/x> /home/bangerth/bin/gcc-4.0-pre/bin/c++ -c x.cc 
| x.cc:6: error: no matching function for call to ?bar(int, void (*)())? 
| x.cc:7: error: no matching function for call to ?bar(int, )? 
|  
| Since the complete template arguments to foo2 are given, the type should 
| in fact be completely known. 

Agreed.

(More generally, I think the C++ front-end should have a type for
overload set and -- by means of implication for templates too -- to
better capture user mistakes.)

-- Gaby


-- 


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

[Bug c++/19735] Grammar "error" in error message.

[gdr at integrable-solutions dot net]

--- Additional Comments From gdr at integrable-solutions dot net  
2005-02-01 16:02 ---
Subject: Re:  Grammar "error" in error message.

"steven at gcc dot gnu dot org" <[EMAIL PROTECTED]> writes:

| Andrew is a native speaker.  Really, he is. ;-)
| 
| Anyway, even if the grammar of the message is correct (and I really
| don't think it is, but I am definitely not a native speaker), I think
| it is a really confusing message.  It is OK to improve syntactically
| correct diagnostics if it makes the diagnostic easier to understand.

Patch pre-approved.

-- Gaby


-- 


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

[Bug other/19717] -fdump-rtl-cse2 does not work as documented

[kazu at cs dot umass dot edu]

--- Additional Comments From kazu at cs dot umass dot edu  2005-02-01 16:00 
---
Adding Paolo Bonzini as he added -fdump-rtl-cse2.


-- 
   What|Removed |Added

 CC||bonzini at gcc dot gnu dot
   ||org


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

[Bug java/19738] gcjh generates invalid class member floating-point initialisers

[gdr at integrable-solutions dot net]

--- Additional Comments From gdr at integrable-solutions dot net  
2005-02-01 16:00 ---
Subject: Re:  gcjh generates invalid class member floating-point initialisers

"giovannibajo at libero dot it" <[EMAIL PROTECTED]> writes:

[...]

| In fact, I personally use this to expose constants without linkage:
| 
| struct A {
|enum { a = 45 };
| };

agree.

| but with floating point numbers you are out of luck. 

Indeed.

-- Gaby


-- 


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

Re: [Bug java/19738] gcjh generates invalid class member floating-point initialisers

[Gabriel Dos Reis]

"giovannibajo at libero dot it" <[EMAIL PROTECTED]> writes:

[...]

| In fact, I personally use this to expose constants without linkage:
| 
| struct A {
|enum { a = 45 };
| };

agree.

| but with floating point numbers you are out of luck. 

Indeed.

-- Gaby

[Bug java/19738] gcjh generates invalid class member floating-point initialisers

[gdr at integrable-solutions dot net]

--- Additional Comments From gdr at integrable-solutions dot net  
2005-02-01 15:57 ---
Subject: Re:  gcjh generates invalid class member floating-point initialisers

"rmathew at gcc dot gnu dot org" <[EMAIL PROTECTED]> writes:

| A patch to avoid this error is at:
| 
|   http://gcc.gnu.org/ml/java-patches/2005-q1/msg00255.html
| 
| Note that the correct way to initialise a 
| const float is apparently:
| 
|   class Foo
|   {
| static const float bar;
|   }
| 
|   const float ::Foo::bar = 123.456f;
| 
| If gcjh were to be modified to generate
| code like this in the headers, we get
| multiple definition errors from the linker
| when two or more files #include the
| generated file.


Put the initializations (the real definition) in a .C file
(e.g. implementation file).  As someone said eight years ago, that
special rule is a misfeature.

-- Gaby


-- 


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

Re: template inheritance & this->

[Andrew Pinski]

On Feb 1, 2005, at 10:46 AM, Grigorio V. Moshkin wrote:
Hi!
Are the comments fully correct? I.e. ISO C++ really denies that,
and that's the only reason because gcc 3.4.x doesn't compile that?
(gcc 3.3.3 does).
Read the release notes for 3.4.x.  It says the code is invalid C++.
Basically namelookup rules in templates are special in that the normal
rules apply for non-dependent names but it is applied twice to dependent
names (this is a very over-simplification because there are other rules
which cause the rule to apply only once).
-- Pinski

template inheritance & this->

[Grigorio V. Moshkin]

Hi!

Consider the following program:

-

template
class Base {
public:
  A data_a;
  int count;
};

template
class Child: public Base {
public:
  void inc() {
this->count++;
this->data_a++; // ISO C++ ok, universal.
Base::count++; // ISO C++ ok.
// Code below is bad!
data_a++; // ISO C++ denies! gcc 3.4.x doesn't compile!
count++; // ISO C++ denies! gcc 3.4.x doesn't compile!
  }
};

-

Are the comments fully correct? I.e. ISO C++ really denies that,
and that's the only reason because gcc 3.4.x doesn't compile that?
(gcc 3.3.3 does).