[Bug libfortran/22217] Z edit descriptor with negative numbers

[tkoenig at gcc dot gnu dot org]

--- Additional Comments From tkoenig at gcc dot gnu dot org  2005-06-30 
08:29 ---
It's probably easiest to have xtoa() and friends extract
the integer for themselves.

If you do this, don't forget to increase the size of buffer[]
so it can hold largest_integer_kind*8+1 characters for binary
representation.

Would it be possible to define a macro GFC_LARGEST_INTEGER_KIND 
in kinds.h?

-- 


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

[Bug libfortran/20406] SIZE() matters?

[tkoenig at gcc dot gnu dot org]

--- Additional Comments From tkoenig at gcc dot gnu dot org  2005-06-30 
08:34 ---
Do we really want to fix this?  It doesn't really
work with ifort, and it is a dubious feature, too.

I'm in favor of marking this WONTFIX.

-- 


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

[Bug fortran/22244] dimension information is lost for multi-dimension array

[tkoenig at gcc dot gnu dot org]

--- Additional Comments From tkoenig at gcc dot gnu dot org  2005-06-30 
08:42 ---
Confirmed.

-- 
   What|Removed |Added

   Keywords||wrong-debug


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

[Bug fortran/17905] allocated arrays not visible with gdb

[woodzltc at sources dot redhat dot com]

--- Additional Comments From woodzltc at sources dot redhat dot com  
2005-06-30 08:48 ---
For array, ifc will output the following debuginfo:

 <2><7e>: Abbrev Number: 4 (DW_TAG_variable)   >  TAG for variable "array"
 DW_AT_decl_line   : 2
 DW_AT_decl_column : 42
 DW_AT_decl_file   : 1
 DW_AT_accessibility: 1 (public)
 DW_AT_name: array
 DW_AT_type: <99>> next TAG, indicating that it is an array
 DW_AT_location: 5 byte block: 3 50 23 9 8  (DW_OP_addr: 8092350)
 DW_AT_external: 0
 DW_AT_start_scope : 26

 <1><99>: Abbrev Number: 5 (DW_TAG_array_type)
 DW_AT_ordering: 1  (column major)
 DW_AT_type: 
 DW_AT_data_location: 2 byte block: 97 6(DW_OP_push_object_address;
DW_OP_deref)
 DW_AT_allocated   : 11 byte block: 97 10 c 22 6 c 1 0 0 0 1a  
(DW_OP_push_object_address; DW_OP_constu: 12; DW_OP_plus; DW_OP_deref;
DW_OP_const4u: 1; DW_OP_and)

If gfortran could output similar debuginfo, gdb could handle it correctly. 

-- 
   What|Removed |Added

 CC||woodzltc at sources dot
   ||redhat dot com


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

[Bug java/21428] [3.4/4.0/4.1 Regression] bogus warning: unused parameter 'this'

[aph at redhat dot com]

--- Additional Comments From aph at redhat dot com  2005-06-30 08:58 ---
Ah, thanks.  It was a causalty of a hard disk crash I had.

I'll do it once 4.0 is thawed.


-- 


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

[Bug tree-optimization/22237] [4.0/4.1 Regression] struct copy inlining generates overlapping memcpy

[joseph at codesourcery dot com]

--- Additional Comments From joseph at codesourcery dot com  2005-06-30 
09:27 ---
Subject: Re:  [4.0/4.1 Regression] struct copy
 inlining generates overlapping memcpy

On Thu, 30 Jun 2005, pinskia at gcc dot gnu dot org wrote:

> I think this is a latent bug as even 3.4 produces calls to memcpy.

Those are memcpy via a stack temporary (each of pq and qp calls memcpy 
twice), which is OK.  The problem is that 4.0/4.1 use a direct memcpy 
between the overlapping structures.  Either indirect copying as with 3.4, 
or using memmove, would be OK, but you can't just convert

t = s1
s2 = t

into

s2 = s1

if s1 and s2 might overlap.



-- 


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

[Bug c/22246] New: ICE compiling glibc 2.2.5 in reload_cse_simplify_operands, at postreload.c:391

[sieb at sscd dot de]

Building a cross toolchain gcc4.0.0-glibc2.2.5  with crosstool 0.35 produces the
following ICE.

sh4-linux-gcc  dcigettext.c -c -O -Wall -Winline -Wstrict-prototypes
-Wwrite-strings -fno-unit-at-a-time -m4 -ml  -I../include -I.
-I/home/alex/crosstool/crosstool-0.35/build/sh4-linux/gcc-4.0.0-glibc-2.2.5/build-glibc/intl
-I.. -I../libio 
-I/home/alex/crosstool/crosstool-0.35/build/sh4-linux/gcc-4.0.0-glibc-2.2.5/build-glibc
-I../sysdeps/sh/elf -I../linuxthreads/sysdeps/unix/sysv/linux/sh
-I../linuxthreads/sysdeps/unix/sysv/linux -I../linuxthreads/sysdeps/pthread
-I../sysdeps/pthread -I../linuxthreads/sysdeps/unix/sysv
-I../linuxthreads/sysdeps/unix -I../linuxthreads/sysdeps/sh
-I../sysdeps/unix/sysv/linux/sh/sh4 -I../sysdeps/unix/sysv/linux/sh
-I../sysdeps/unix/sysv/linux -I../sysdeps/gnu -I../sysdeps/unix/common
-I../sysdeps/unix/mman -I../sysdeps/unix/inet -I../sysdeps/unix/sysv
-I../sysdeps/unix/sh -I../sysdeps/unix -I../sysdeps/posix
-I../sysdeps/sh/sh4/fpu -I../sysdeps/sh/sh4 -I../sysdeps/sh
-I../sysdeps/wordsize-32 -I../sysdeps/ieee754/flt-32 -I../sysdeps/ieee754/dbl-64
-I../sysdeps/ieee754 -I../sysdeps/generic/elf -I../sysdeps/generic  -nostdinc
-isystem
/home/alex/crosstool/sh4-gcc-4.0.0-glibc-2.2.5/gcc-4.0.0-glibc-2.2.5/sh4-linux/lib/gcc/sh4-linux/4.0.0/include
-isystem
/home/alex/crosstool/sh4-gcc-4.0.0-glibc-2.2.5/gcc-4.0.0-glibc-2.2.5/sh4-linux/sh4-linux/include
-D_LIBC_REENTRANT -include ../include/libc-symbols.h
-D'LOCALEDIR="/usr/share/locale"' -D'LOCALE_ALIAS_PATH="/usr/share/locale"' -o
/home/alex/crosstool/crosstool-0.35/build/sh4-linux/gcc-4.0.0-glibc-2.2.5/build-glibc/intl/dcigettext.o
In file included from ../include/bits/string2.h:1,
 from ../string/string.h:360,
 from ../include/string.h:49,
 from dcigettext.c:71:
../string/bits/string2.h:80: warning: 'packed' attribute ignored
../string/bits/string2.h:81: warning: 'packed' attribute ignored
../string/bits/string2.h:82: warning: 'packed' attribute ignored
../string/bits/string2.h:83: warning: 'packed' attribute ignored
../string/bits/string2.h:84: warning: 'packed' attribute ignored
../string/bits/string2.h:85: warning: 'packed' attribute ignored
../string/bits/string2.h:86: warning: 'packed' attribute ignored
dcigettext.c: In function '_nl_find_msg':
dcigettext.c:838: warning: pointer targets in assignment differ in signedness
dcigettext.c:906: warning: pointer targets in assignment differ in signedness
dcigettext.c: In function 'plural_eval':
dcigettext.c:1064: error: insn does not satisfy its constraints:
(insn 57 55 315 6 (set (reg/v:SI 76 fr12 [orig:170 n ] [170])
(reg:SI 147 t)) 129 {movsi_ie} (insn_list:REG_DEP_TRUE 55 (nil))
(nil))
dcigettext.c:1064: internal compiler error: in reload_cse_simplify_operands, at
postreload.c:391

-- 
   Summary: ICE compiling glibc 2.2.5 in
reload_cse_simplify_operands, at postreload.c:391
   Product: gcc
   Version: 4.0.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P1
 Component: c
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: sieb at sscd dot de
CC: gcc-bugs at gcc dot gnu dot org
 GCC build triplet: i686-pc-linux
  GCC host triplet: i686-pc-linux
GCC target triplet: sh4-unknown-elf


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

[Bug testsuite/21967] [4.1 Regression] gcc.dg/tree-ssa/loop-2.c and gcc.dg/tree-ssa/loop-4.c fail

[cvs-commit at gcc dot gnu dot org]

--- Additional Comments From cvs-commit at gcc dot gnu dot org  2005-06-30 
11:07 ---
Subject: Bug 21967

CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED]   2005-06-30 11:06:56

Modified files:
gcc: tree-ssa-live.c ChangeLog 

Log message:
PR testsuite/21967
* tree-ssa-live.c (mark_all_vars_used_1): Ignore variables in
TMR_ORIGINAL.

Patches:
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/tree-ssa-live.c.diff?cvsroot=gcc&r1=2.39&r2=2.40
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/ChangeLog.diff?cvsroot=gcc&r1=2.9289&r2=2.9290



-- 


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

[Bug tree-optimization/21449] Loop unroller is way over estimating the unroll size of a loop

[rakdver at gcc dot gnu dot org]

--- Additional Comments From rakdver at gcc dot gnu dot org  2005-06-30 
11:13 ---
I don't think it is useful to fix this.  The proper way of handling this kind 
of loops is to just remove them, not to unroll them completely.

-- 


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

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

[reichelt at gcc dot gnu dot org]

--- Additional Comments From reichelt at gcc dot gnu dot org  2005-06-30 
11:17 ---
Not fixed by the patch for PR22234 :-(


-- 


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

[Bug tree-optimization/22029] [4.1 Regression] ICE with -fdump-tree-copyprop3-details

[irar at il dot ibm dot com]

--- Additional Comments From irar at il dot ibm dot com  2005-06-30 11:38 
---
Submitted a patch that fixes this: http://gcc.gnu.org/ml/gcc-patches/2005-
06/msg02228.html

-- 
   What|Removed |Added

 AssignedTo|unassigned at gcc dot gnu   |irar at il dot ibm dot com
   |dot org |
 Status|NEW |ASSIGNED
   Last reconfirmed|2005-06-13 13:05:51 |2005-06-30 11:38:36
   date||


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

[Bug middle-end/22247] New: tree-ssa-structalias.c: `uint' undeclared

[fxcoudert at gcc dot gnu dot org]

On i686-pc-mingw32, a simple compilation that worked before
(--enable-languages=c,f95) gives the following error (with Danny Smith's patch
from http://gcc.gnu.org/ml/gcc-patches/2005-05/msg9.html, because mingw32
adn cygwin bootstraps are broken):

gcc -I/home/FX/local/include -L/home/FX/local/lib -c   -g -O2 -DIN_GCC   -W -
Wall -Wwrite-strings -Wstrict-prototypes -Wmissing-prototypes -Wold-style-defin
ition -fno-common   -DHAVE_CONFIG_H-I. -I. -I../../gcc/gcc -I../../gcc/gcc/
. -I../../gcc/gcc/../include -I./../intl -I../../gcc/gcc/../libcpp/include  ../
../gcc/gcc/tree-ssa-structalias.c -c 2>&1 |head
../../gcc/gcc/tree-ssa-structalias.c: In function 
`VEC_uint_must_be_integral_type':
../../gcc/gcc/tree-ssa-structalias.c:991: error: `uint' undeclared (first use in
this function)
../../gcc/gcc/tree-ssa-structalias.c:991: error: (Each undeclared identifier is
reported only once
../../gcc/gcc/tree-ssa-structalias.c:991: error: for each function it appears 
in.)
../../gcc/gcc/tree-ssa-structalias.c:991: error: syntax error before numeric
constant

Attached is the preprocessed source. What annoys me is that I don't see any
relevant change to tree-ssa-structalias.c in the ChangeLog entries.

-- 
   Summary: tree-ssa-structalias.c: `uint' undeclared
   Product: gcc
   Version: 4.1.0
Status: UNCONFIRMED
  Keywords: build
  Severity: normal
  Priority: P2
 Component: middle-end
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: fxcoudert at gcc dot gnu dot org
CC: gcc-bugs at gcc dot gnu dot org
  GCC host triplet: i686-pc-mingw32


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

[Bug target/22246] ICE compiling glibc 2.2.5 in reload_cse_simplify_operands, at postreload.c:391

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2005-06-30 
12:11 ---


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

-- 
   What|Removed |Added

 CC||pinskia at gcc dot gnu dot
   ||org
 Status|UNCONFIRMED |RESOLVED
  Component|c   |target
   Keywords||ice-on-valid-code
 Resolution||DUPLICATE


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

[Bug target/21623] [4.0 regression] ICE in reload_cse_simplify_operands, at postreload.c:391

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2005-06-30 
12:11 ---
*** Bug 22246 has been marked as a duplicate of this bug. ***

-- 
   What|Removed |Added

 CC||sieb at sscd dot de


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

[Bug testsuite/21967] [4.1 Regression] gcc.dg/tree-ssa/loop-2.c and gcc.dg/tree-ssa/loop-4.c fail

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2005-06-30 
12:18 ---
Fixed.

-- 
   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||FIXED


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

[Bug fortran/22244] dimension information is lost for multi-dimension array

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2005-06-30 
12:20 ---
Confirmed, Paul B. said he was going to do this (IIRC).

-- 
   What|Removed |Added

 CC||pinskia at gcc dot gnu dot
   ||org
 Status|UNCONFIRMED |NEW
 Ever Confirmed||1
   Last reconfirmed|-00-00 00:00:00 |2005-06-30 12:20:24
   date||


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

[Bug tree-optimization/22212] [4.1 Regression] SEGV in is_gimple_variable during loop-ivopts while building Ada RTS

[rakdver at gcc dot gnu dot org]

--- Additional Comments From rakdver at gcc dot gnu dot org  2005-06-30 
12:30 ---
The is_gimple_variable segfault seems as a duplicate of PR 21963 to me; could 
someone please check whether the patch for that PR fixes the problem (I cannot 
access x86_64 machine just now)?

-- 


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

[Bug c++/22248] New: Incorrect work with multiple assigment.

[algorithmus at gmail dot com]

hi!

I have a problem with multiply assigment at 
i386-portbld-freebsd5.4
gcc version 4.0.1 20050609 (prerelease) [FreeBSD]

and the same problem in DJGPP with gcc 4.0.0

I've compiled my cpp file with this command line:
g++40 new.cpp

---new.cpp
#include

#define swap(a,b) a^=b^=a^=b

const int N = 2;
int a[N];

int main()
{
for(int i=0;ihttp://gcc.gnu.org/bugzilla/show_bug.cgi?id=22248

[Bug middle-end/22247] tree-ssa-structalias.c: `uint' undeclared

[pinskia at gcc dot gnu dot org]

-- 
   What|Removed |Added

 CC||dberlin at gcc dot gnu dot
   ||org
   GCC host triplet|i686-pc-mingw32 |
 GCC target triplet||i686-pc-mingw32


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

[Bug middle-end/22247] [4.1 Regression] tree-ssa-structalias.c: `uint' undeclared

[pinskia at gcc dot gnu dot org]

-- 
   What|Removed |Added

Summary|tree-ssa-structalias.c: |[4.1 Regression] tree-ssa-
   |`uint' undeclared   |structalias.c: `uint'
   ||undeclared
   Target Milestone|--- |4.1.0


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

[Bug tree-optimization/21564] [4.1 Regression] Fatal miscompile with -O1 -finline-functions

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2005-06-30 
13:11 ---
Fixed.

-- 
   What|Removed |Added

 Status|UNCONFIRMED |RESOLVED
 Resolution||FIXED


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

Re: [Bug c++/22248] New: Incorrect work with multiple assigment.

[Gabriel Dos Reis]

"algorithmus at gmail dot com" <[EMAIL PROTECTED]> writes:

| ---new.cpp
| #include
| 
| #define swap(a,b) a^=b^=a^=b

You're modifying objects more than once without intervening sequence
points.  All bets are off. There is a standard utility std::swap() from
 that works all the time.
PR invalid.

-- Gaby

[Bug c++/22248] Incorrect work with multiple assigment.

[gdr at integrable-solutions dot net]

--- Additional Comments From gdr at integrable-solutions dot net  
2005-06-30 13:19 ---
Subject: Re:  New: Incorrect work with multiple assigment.

"algorithmus at gmail dot com" <[EMAIL PROTECTED]> writes:

| ---new.cpp
| #include
| 
| #define swap(a,b) a^=b^=a^=b

You're modifying objects more than once without intervening sequence
points.  All bets are off. There is a standard utility std::swap() from
 that works all the time.
PR invalid.

-- Gaby


-- 


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

[Bug c/22249] New: GCC does not reject an incompatible type declaration

[neil at gcc dot gnu dot org]

I don't believe the standard requires the following to be rejected, but as a QOI
issue I believe it should be.  The debatable point is whether you believe the
composite of the first two is specified by a function definition; if you do then
you must reject.  GCC rejects it if the order of the first two is switched.

void r(x) int (*x)[2]; {}
void r();
void r(int (*x)[3]);/* Ideally rejected.  */

Flags are e.g. -Wall -std=c99 -pedantic

-- 
   Summary: GCC does not reject an incompatible type declaration
   Product: gcc
   Version: 4.1.0
Status: UNCONFIRMED
  Severity: minor
  Priority: P3
 Component: c
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: neil at gcc dot gnu dot org
CC: gcc-bugs at gcc dot gnu dot org


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

[Bug c++/22248] Incorrect work with multiple assigment.

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2005-06-30 
13:26 ---
There is no sequence points between the assignments of a[i] so the loading of 
a[i] can be evaluated  in 
any order. 
You want to define swap as:
#define swap(a,b) do{ a^=b;b^=a;a^=b;}while(0)


This is a dup of bug 11751.

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

-- 
   What|Removed |Added

 Status|UNCONFIRMED |RESOLVED
 Resolution||DUPLICATE


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

[Bug c/11751] wrong evaluation order of an expression

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2005-06-30 
13:26 ---
*** Bug 22248 has been marked as a duplicate of this bug. ***

-- 
   What|Removed |Added

 CC||algorithmus at gmail dot com


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

[Bug fortran/22244] dimension information is lost for multi-dimension array

[tkoenig at gcc dot gnu dot org]

--- Additional Comments From tkoenig at gcc dot gnu dot org  2005-06-30 
13:29 ---
g77 gets this right:

$ g77 -g array2.f
$ gdb ./a.out
GNU gdb Red Hat Linux (6.3.0.0-0.30.1rh)
Copyright 2004 Free Software Foundation, Inc.
GDB is free software, covered by the GNU General Public License, and you are
welcome to change it and/or distribute copies of it under certain conditions.
Type "show copying" to see the conditions.
There is absolutely no warranty for GDB.  Type "show warranty" for details.
This GDB was configured as "ia64-redhat-linux-gnu"...Using host libthread_db 
library "/lib/tls/libthread_db.so.1".

(gdb) b array2.f:8
Breakpoint 1 at 0x4db2: file array2.f, line 8.
(gdb) r
Starting program: /home/zfkts/Krempel/a.out

Breakpoint 1, MAIN__ () at array2.f:8
8  write (*, *) a(i, j)
Current language:  auto; currently fortran
(gdb) p a
$1 = (( 1, 0, 65598, 0, -1357861061) ( -597610038, 65544, 0, -2147483648, -
169227304) ( 65513, 0, 0, -2019811328, 65515) ( 0, 448693, 0, 65598, 0) ( 0, 0, 
0, 0, 0) )
(gdb) p a(1,1)
$2 = 1


-- 
   What|Removed |Added

OtherBugsDependingO||19292
  nThis||


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

[Bug c/5675] const variables wrongly considered part of constant expressions (gcc.dg/c9[09]-const-expr-3.c)

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2005-06-30 
13:31 ---
Adding "gcc.dg/c9[09]-const-expr-3.c" to the summary so I don't get confused 
between this bug and 
PR 456.

-- 
   What|Removed |Added

Summary|const variables wrongly |const variables wrongly
   |considered part of constant |considered part of constant
   |expressions |expressions (gcc.dg/c9[09]-
   ||const-expr-3.c)


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

[Bug c/456] constant expressions constraints (gcc.dg/c90-const-expr-1)

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2005-06-30 
13:32 ---
Adding "gcc.dg/c90-const-expr-1" to the summary so I don't confussed between 
this bug and PR 
5675.

-- 
   What|Removed |Added

Summary|constant expressions|constant expressions
   |constraints |constraints (gcc.dg/c90-
   ||const-expr-1)


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

[Bug c/22249] GCC does not reject an incompatible type declaration

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2005-06-30 
13:32 ---
Confirmed.

-- 
   What|Removed |Added

 Status|UNCONFIRMED |NEW
 Ever Confirmed||1
   Keywords||accepts-invalid
  Known to fail||2.95 3.0.4 3.2.2 4.0.0 3.4.0
   ||3.3.3
   Last reconfirmed|-00-00 00:00:00 |2005-06-30 13:32:43
   date||


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

[Bug target/22250] New: [sh4] ICE compiling qt-4.0.0-embedded snapshot

[sieb at sscd dot de]

This seems to be -O2 related as compiling in debug mode doesn't produce this 
ICE.

Compiler output from -v -save-temps:

sh4-linux-g++ -v -save-temps  -c -pipe -O2 -Wall -W -D_REENTRANT -fPIC
-DQT_SHARED -DQT_BUILD_GUI_LIB -DQT_OPENSOURCE -DQT_NO_CAST_TO_ASCII
-DQT_MOC_COMPAT -DFT_CONFIG_OPTION_SYSTEM_ZLIB -DQT_RASTER_IMAGEENGINE
-DQT_RASTER_PAINTENGINE -DQT_HAVE_FREETYPE -DQT_NO_STYLE_MAC
-DQT_NO_STYLE_WINDOWSXP -DQT_NO_DEBUG -DQT_CORE_LIB
-I/home/alex/src/qt-embedded-opensource-desktop-4.0.0-snapshot-20050629/mkspecs/qws/linux-sh4-g++
-I. -I../../include/QtCore -I../../include -I../../include/QtGui
-I../3rdparty/freetype/src -I../3rdparty/freetype/include
-I../3rdparty/freetype/builds/unix -I../3rdparty/libpng -I../3rdparty/zlib
-I../3rdparty/opentype -I../../include/QtNetwork -I.moc/release-shared-emb-sh4
-I. -o .obj/release-shared-emb-sh4/qcolordialog.o dialogs/qcolordialog.cpp
sh4-linux-g++: warning: -pipe ignored because -save-temps specified
Reading specs from
/opt/sh4-gcc-3.4.4-glibc-2.2.5/gcc-3.4.4-glibc-2.2.5/sh4-linux/bin/../lib/gcc/sh4-linux/3.4.4/specs
Configured with:
/home/alex/crosstool/crosstool-0.35/build/sh4-linux/gcc-3.4.4-glibc-2.2.5/gcc-3.4.4/configure
--target=sh4-linux --host=i686-host_pc-linux-gnu
--prefix=/home/alex/crosstool/sh4-gcc-3.4.4-glibc-2.2.5/gcc-3.4.4-glibc-2.2.5/sh4-linux
--with-headers=/home/alex/crosstool/sh4-gcc-3.4.4-glibc-2.2.5/gcc-3.4.4-glibc-2.2.5/sh4-linux/sh4-linux/include
--with-local-prefix=/home/alex/crosstool/sh4-gcc-3.4.4-glibc-2.2.5/gcc-3.4.4-glibc-2.2.5/sh4-linux/sh4-linux
--disable-nls --enable-threads=posix --enable-symvers=gnu --enable-__cxa_atexit
--enable-languages=c,c++ --enable-shared --enable-c99 --enable-long-long
Thread model: posix
gcc version 3.4.4
 
/opt/sh4-gcc-3.4.4-glibc-2.2.5/gcc-3.4.4-glibc-2.2.5/sh4-linux/bin/../libexec/gcc/sh4-linux/3.4.4/cc1plus
-E -quiet -v
-I/home/alex/src/qt-embedded-opensource-desktop-4.0.0-snapshot-20050629/mkspecs/qws/linux-sh4-g++
-I. -I../../include/QtCore -I../../include -I../../include/QtGui
-I../3rdparty/freetype/src -I../3rdparty/freetype/include
-I../3rdparty/freetype/builds/unix -I../3rdparty/libpng -I../3rdparty/zlib
-I../3rdparty/opentype -I../../include/QtNetwork -I.moc/release-shared-emb-sh4
-I. -iprefix
/opt/sh4-gcc-3.4.4-glibc-2.2.5/gcc-3.4.4-glibc-2.2.5/sh4-linux/bin/../lib/gcc/sh4-linux/3.4.4/
-D_GNU_SOURCE -D_REENTRANT -DQT_SHARED -DQT_BUILD_GUI_LIB -DQT_OPENSOURCE
-DQT_NO_CAST_TO_ASCII -DQT_MOC_COMPAT -DFT_CONFIG_OPTION_SYSTEM_ZLIB
-DQT_RASTER_IMAGEENGINE -DQT_RASTER_PAINTENGINE -DQT_HAVE_FREETYPE
-DQT_NO_STYLE_MAC -DQT_NO_STYLE_WINDOWSXP -DQT_NO_DEBUG -DQT_CORE_LIB
dialogs/qcolordialog.cpp -Wall -W -fPIC -O2 -o qcolordialog.ii
ignoring duplicate directory "."
#include "..." search starts here:
#include <...> search starts here:
 
/home/alex/src/qt-embedded-opensource-desktop-4.0.0-snapshot-20050629/mkspecs/qws/linux-sh4-g++
 .
 ../../include/QtCore
 ../../include
 ../../include/QtGui
 ../3rdparty/freetype/src
 ../3rdparty/freetype/include
 ../3rdparty/freetype/builds/unix
 ../3rdparty/libpng
 ../3rdparty/zlib
 ../3rdparty/opentype
 ../../include/QtNetwork
 .moc/release-shared-emb-sh4
 
/opt/sh4-gcc-3.4.4-glibc-2.2.5/gcc-3.4.4-glibc-2.2.5/sh4-linux/bin/../lib/gcc/sh4-linux/3.4.4/../../../../include/c++/3.4.4
 
/opt/sh4-gcc-3.4.4-glibc-2.2.5/gcc-3.4.4-glibc-2.2.5/sh4-linux/bin/../lib/gcc/sh4-linux/3.4.4/../../../../include/c++/3.4.4/sh4-linux
 
/opt/sh4-gcc-3.4.4-glibc-2.2.5/gcc-3.4.4-glibc-2.2.5/sh4-linux/bin/../lib/gcc/sh4-linux/3.4.4/../../../../include/c++/3.4.4/backward
 
/opt/sh4-gcc-3.4.4-glibc-2.2.5/gcc-3.4.4-glibc-2.2.5/sh4-linux/bin/../lib/gcc/sh4-linux/3.4.4/include
 
/opt/sh4-gcc-3.4.4-glibc-2.2.5/gcc-3.4.4-glibc-2.2.5/sh4-linux/bin/../lib/gcc/sh4-linux/3.4.4/../../../../sh4-linux/sys-include
 
/opt/sh4-gcc-3.4.4-glibc-2.2.5/gcc-3.4.4-glibc-2.2.5/sh4-linux/bin/../lib/gcc/sh4-linux/3.4.4/../../../../sh4-linux/include
 
/home/alex/crosstool/sh4-gcc-3.4.4-glibc-2.2.5/gcc-3.4.4-glibc-2.2.5/sh4-linux/lib/gcc/sh4-linux/3.4.4/../../../../include/c++/3.4.4
 
/home/alex/crosstool/sh4-gcc-3.4.4-glibc-2.2.5/gcc-3.4.4-glibc-2.2.5/sh4-linux/lib/gcc/sh4-linux/3.4.4/../../../../include/c++/3.4.4/sh4-linux
 
/home/alex/crosstool/sh4-gcc-3.4.4-glibc-2.2.5/gcc-3.4.4-glibc-2.2.5/sh4-linux/lib/gcc/sh4-linux/3.4.4/../../../../include/c++/3.4.4/backward
 
/home/alex/crosstool/sh4-gcc-3.4.4-glibc-2.2.5/gcc-3.4.4-glibc-2.2.5/sh4-linux/lib/gcc/sh4-linux/3.4.4/include
 
/home/alex/crosstool/sh4-gcc-3.4.4-glibc-2.2.5/gcc-3.4.4-glibc-2.2.5/sh4-linux/lib/gcc/sh4-linux/3.4.4/../../../../sh4-linux/sys-include
 
/home/alex/crosstool/sh4-gcc-3.4.4-glibc-2.2.5/gcc-3.4.4-glibc-2.2.5/sh4-linux/lib/gcc/sh4-linux/3.4.4/../../../../sh4-linux/include
End of search list.
 
/opt/sh4-gcc-3.4.4-glibc-2.2.5/gcc-3.4.4-glibc-2.2.5/sh4-linux/bin/../libexec/gcc/sh4-linux/3.4.4/cc1plus
-fpreprocessed qcolordialog.ii -quiet -dumpbase qcolordialog.cpp -auxbase-strip
.obj/release-shared-emb-sh4/qcolordialog.o -O2 -Wall -W -version -f

[Bug target/22250] [sh4] ICE compiling qt-4.0.0-embedded snapshot

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2005-06-30 
13:34 ---
Make sure that you attach the preprocessed source.

-- 
   What|Removed |Added

   Keywords||ice-on-valid-code


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

[Bug target/22250] [sh4] ICE compiling qt-4.0.0-embedded snapshot

[sieb at sscd dot de]

--- Additional Comments From sieb at sscd dot de  2005-06-30 13:35 ---
Created an attachment (id=9178)
 --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=9178&action=view)
Preprocessed source


-- 


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

[Bug c++/22248] Incorrect work with multiple assigment.

[algorithmus at gmail dot com]

--- Additional Comments From algorithmus at gmail dot com  2005-06-30 13:35 
---
no. I guess there is a problem.
just try this progam:


#include

#define swap(a,b) (a^=(b^=(a^=b)))

const int N = 2;
int a[N];

int main()
{
for(int i=0;ihttp://gcc.gnu.org/bugzilla/show_bug.cgi?id=22248

[Bug c++/22248] Incorrect work with multiple assigment.

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2005-06-30 
13:37 ---
Parentheses are not seqeunce points.  The comma operator is though.

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

-- 
   What|Removed |Added

 Status|UNCONFIRMED |RESOLVED
 Resolution||DUPLICATE


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

[Bug c/11751] wrong evaluation order of an expression

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2005-06-30 
13:37 ---
*** Bug 22248 has been marked as a duplicate of this bug. ***

-- 


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

[Bug middle-end/22247] [4.1 Regression] tree-ssa-structalias.c: `uint' undeclared

[dberlin at gcc dot gnu dot org]

--- Additional Comments From dberlin at gcc dot gnu dot org  2005-06-30 
13:58 ---
tree-ssa-structalias has had that uint since inception.
Kazu added it  as part of VEC'ification prior to submission.
I believe you should be able to do s/uint/unsigned/.

If this works, please submit a patch and i will approve it

-- 


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

[Bug c/22245] segmentation fault when compiling ipw2100 drivers on linux 2.6

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2005-06-30 
14:23 ---
The code is invalid, see PR 21975 which this is a dup of.

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

-- 
   What|Removed |Added

 Status|UNCONFIRMED |RESOLVED
 Resolution||DUPLICATE


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

[Bug c/21975] [4.0 Regression] Segmentation fault while compiling ipw2100

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2005-06-30 
14:23 ---
*** Bug 22245 has been marked as a duplicate of this bug. ***

-- 
   What|Removed |Added

 CC||Mateusz dot Blaszczyk at
   ||nask dot pl


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

[Bug ada/22251] New: Bug box in Ada compiler: Assert_Failure sinfo.adb:2479, Error detected at test.adb:12:16

[jlh at gmx dot ch]

I got a bug box from the Ada compiler.  Below is a reduced test case.

Output of 'gcc -v':
Reading specs from /usr/lib/gcc/i686-pc-linux-gnu/3.4.4/specs
Configured with: ../gcc-3.4.4/configure --prefix=/usr --enable-languages=ada,c,
c++,f77,f95,java,objc,obj-c++,treelang --with-gnu-ld --with-gnu-as --enable-
threads --with-arch=athlon : (reconfigured) ../gcc-3.4.4/configure 
--prefix=/usr 
--enable-languages=ada,c,c++,f77,java,objc,treelang --with-gnu-ld --with-gnu-as 
--enable-threads --with-arch=athlon
Thread model: posix
gcc version 3.4.4

The message GCC prints is:

 SNIP 
+===GNAT BUG DETECTED===+
| 3.4.4 (i686-pc-linux-gnu) Assert_Failure sinfo.adb:2479   |
| Error detected at test.adb:12:16  |
| Please submit a bug report; see http://gcc.gnu.org/bugs.html. |
| Include the entire contents of this bug box in the report.|
| Include the exact gcc or gnatmake command that you entered.   |
| Also include sources listed below in gnatchop format  |
| (concatenated together with no headers between files).|
+===+

Please include these source files with error report
Note that list may not be accurate in some cases, 
so please double check that the problem can still 
be reproduced with the set of files listed.

test.adb
test.ads

compilation abandoned
 SNIP 

I also got the same bug box with GCC 3.4.4 on Cygwin/WinNT.  It's identical to 
above's, with the first line being:
| 3.4.4 (cygming special) (gdc 0.12, using dmd 0.125) (i686-pc-cygwin) |

The command invoked is
$ gcc -c test.adb

And the test files are:

 begin file: test.ads 
package Test is
   type Object is limited private;
private
   protected type Safe_Object is
   end Safe_Object;
   type Object is record
  Safe : Safe_Object;
   end record;
end Test;
 end file: test.ads 

 begin file: test.adb 
package body Test is
   protected body Safe_Object is
  procedure Destroy is
  begin
 null;
  end Destroy;
   end Safe_Object;
   procedure Destroy (This : in out Object) is
   begin
  This.Safe.Destroy;
   end Destroy;
end Test;
 end file: test.adb 

-- 
   Summary: Bug box in Ada compiler: Assert_Failure sinfo.adb:2479,
Error detected at test.adb:12:16
   Product: gcc
   Version: 3.4.4
Status: UNCONFIRMED
  Severity: normal
  Priority: P2
 Component: ada
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: jlh at gmx dot ch
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=22251

[Bug ada/22251] Bug box in Ada compiler: Assert_Failure sinfo.adb:2479, Error detected at test.adb:12:16

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2005-06-30 
14:31 ---
Confirmed, related to PR 15663.

-- 
   What|Removed |Added

  BugsThisDependsOn||15663
 Status|UNCONFIRMED |NEW
 Ever Confirmed||1
  Known to fail||4.0.0 3.3 4.1.0
   Last reconfirmed|-00-00 00:00:00 |2005-06-30 14:31:43
   date||


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

[Bug c++/22252] New: pragma interface/implementation still break synthesized methods

[matz at suse dot de]

This is similar to bug 21280, but it is _not_ fixed by the patches therein. 
In fact it still happens with current 4.0 branch as of 2005-06-30. 
 
Compile these files: 
 
% cat a.h 
#include  
#pragma interface 
struct A { 
  std::vector vc; 
}; 
% cat use.cc 
#include "a.h" 
A a; 
int main() {} 
% cat a.cc 
#include  
#pragma implementation 
#include "a.h" 
 
% g++ -W -Wall -O2 a.cc use.cc  
a.h:3: warning: inline function ‘A::A()’ used but never defined 
a.h:3: warning: inline function ‘A::~A()’ used but never defined 
/tmp/ccuIwMBN.o: In function `__static_initialization_and_destruction_0(int, 
int)': 
use.cc:(.text+0x31): undefined reference to `A::A()' 
collect2: ld returned 1 exit status 
 
This is because A::A() is not synthesized, although it should happen in file 
a.cc (which contains the pragma implementation). 
 
So, something still is wrong (this actually breaks building lyx btw.) after 
21280 was fixed.

-- 
   Summary: pragma interface/implementation still break synthesized
methods
   Product: gcc
   Version: 4.0.1
Status: UNCONFIRMED
  Severity: normal
  Priority: P2
 Component: c++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: matz at suse dot de
CC: gcc-bugs at gcc dot gnu dot org,schwab at suse dot de


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

[Bug c++/22252] [4.0/4.1 Regression] pragma interface/implementation still break synthesized methods

[pinskia at gcc dot gnu dot org]

-- 
   What|Removed |Added

   Keywords||diagnostic
Summary|pragma  |[4.0/4.1 Regression] pragma
   |interface/implementation|interface/implementation
   |still break synthesized |still break synthesized
   |methods |methods
   Target Milestone|--- |4.0.2


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

[Bug c/22098] [4.0/4.1 Regression] ICE in compound literal gimplification

[jsm28 at gcc dot gnu dot org]

--- Additional Comments From jsm28 at gcc dot gnu dot org  2005-06-30 15:00 
---
Testing a patch for bugs 22013 and 22098.


-- 
   What|Removed |Added

 AssignedTo|unassigned at gcc dot gnu   |jsm28 at gcc dot gnu dot org
   |dot org |
 Status|NEW |ASSIGNED
   Last reconfirmed|2005-06-16 21:36:53 |2005-06-30 15:00:23
   date||


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

[Bug c/22013] [4.0/4.1 Regression] ICE in gimple_add_tmp_var, at gimplify.c:535

[jsm28 at gcc dot gnu dot org]

--- Additional Comments From jsm28 at gcc dot gnu dot org  2005-06-30 15:00 
---
Testing a patch for bugs 22013 and 22098.


-- 
   What|Removed |Added

 AssignedTo|unassigned at gcc dot gnu   |jsm28 at gcc dot gnu dot org
   |dot org |
 Status|NEW |ASSIGNED
   Last reconfirmed|2005-06-11 14:58:56 |2005-06-30 15:00:16
   date||


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

[Bug c++/22252] [4.0/4.1 Regression] pragma interface/implementation still break synthesized methods

[matz at suse dot de]

--- Additional Comments From matz at suse dot de  2005-06-30 15:01 ---
Andrew: that's not a diagnostic issue.  While the diagnostic (the warning) 
indeed is wrong and misleading (and probably points to the underlying cause 
of this issue), the actual error I'm complaining about is 
the link error, due to not emitting an out-of-line copy of A::A() in a.cc as 
it would be required. 
 

-- 


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

[Bug c++/22252] [4.0/4.1 Regression] pragma interface/implementation still break synthesized methods

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2005-06-30 
15:10 ---
(In reply to comment #1)
Yes which is why I did not confirm it yet because I did not look at fully.  I 
just added the diagnostic 
keyword because it is still a wrong warning.  I am adding wrong-code also.
Reduced testcase:
 a.ii 
# 1 "a.cc"
# 0 ""
# 1 ""
# 1 "a.cc"
#pragma implementation
# 1 "a.h" 1
struct B
{
  B(){};
  ~B(){}
};
#pragma interface
struct A {
  B a;

};
# 3 "a.cc" 2

 use.ii 
# 1 "use.cc"
# 0 ""
# 1 ""
# 1 "use.cc"
# 1 "a.h" 1
struct B
{
  B(){};
  ~B(){}
};
#pragma interface
struct A {
  B a;

};
# 2 "use.cc" 2
A a;
int main() {}

-- 
   What|Removed |Added

 Status|UNCONFIRMED |NEW
 Ever Confirmed||1
   Keywords||wrong-code
   Last reconfirmed|-00-00 00:00:00 |2005-06-30 15:10:43
   date||


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

[Bug libgcj/22253] New: ICE while compiling libjava/gnu/gcj/xlib/natWindow.cc

[andreast at gcc dot gnu dot org]

I get the following ICE:
/Volumes/export/gcc/gcc-cvs/gcc/libjava/gnu/gcj/xlib/natWindow.cc: In member
function 'virtual void gnu::gcj::xlib::Window::setWMProtocols(JArray*)':
/Volumes/export/gcc/gcc-cvs/gcc/libjava/gnu/gcj/xlib/natWindow.cc:110: internal
compiler error: Bus error

gdb session looks like this:

Starting program: /Volumes/export/gcc/gcc-cvs/objdir/gcc/cc1plus -fpreprocessed
natWindow.ii -feliminate-unused-debug-symbols -fPIC -quiet -dumpbase
natWindow.cc -auxbase-strip gnu/gcj/xlib/.libs/lib_gnu_awt_xlib_la-natWindow.o
-g -O2 -Wswitch-enum -Wextra -Wall -version -fno-rtti -fnon-call-exceptions
-fdollars-in-identifiers -fno-common -o natWindow.s
GNU C++ version 4.1.0 20050630 (experimental) (powerpc-apple-darwin8.1.0)
compiled by GNU C version 4.1.0 20050630 (experimental).
GGC heuristics: --param ggc-min-expand=100 --param ggc-min-heapsize=131072
Compiler executable checksum: de29724eb145ed5e30b8ec939d966d8a

Program received signal EXC_BAD_ACCESS, Could not access memory.
Reason: KERN_PROTECTION_FAILURE at address: 0x0030
bitmap_set_bit (head=0x2c, bit=16) at
/Volumes/export/gcc/gcc-cvs/gcc/gcc/bitmap.c:427
427   if (head->current == 0

The config is this one, but I have to try if it fails also with xlib only.

[wolfram:gcc/gcc-cvs/objdir] andreast% ./gcc/xgcc -v
Using built-in specs.
Target: powerpc-apple-darwin8.1.0
Configured with: /Volumes/export/gcc/gcc-cvs/gcc/configure
--prefix=/Volumes/export/gcc/gcc-cvs/testbin --enable-java-awt=gtk,xlib
--enable-gtk-cairo --disable-checking --disable-multilib
--enable-languages=c,c++,java

-- 
   Summary: ICE while compiling libjava/gnu/gcj/xlib/natWindow.cc
   Product: gcc
   Version: 4.1.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P2
 Component: libgcj
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: andreast at gcc dot gnu dot org
CC: gcc-bugs at gcc dot gnu dot org,java-prs at gcc dot gnu
dot org
 GCC build triplet: powerpc-apple-darwin8.1.0
  GCC host triplet: powerpc-apple-darwin8.1.0
GCC target triplet: powerpc-apple-darwin8.1.0


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

[Bug middle-end/22253] ICE while compiling libjava/gnu/gcj/xlib/natWindow.cc

[pinskia at gcc dot gnu dot org]

-- 
   What|Removed |Added

  Component|libgcj  |middle-end
   Keywords||ice-on-valid-code


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

[Bug middle-end/22253] ICE while compiling libjava/gnu/gcj/xlib/natWindow.cc

[andreast at gcc dot gnu dot org]

--- Additional Comments From andreast at gcc dot gnu dot org  2005-06-30 
15:19 ---
Created an attachment (id=9179)
 --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=9179&action=view)
Preprocessed source


-- 


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

[Bug middle-end/22253] [4.1 Regression] ICE while compiling libjava/gnu/gcj/xlib/natWindow.cc

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2005-06-30 
15:21 ---
With checking enabled I get:
/Volumes/export/gcc/gcc-cvs/gcc/libjava/gnu/gcj/xlib/natWindow.cc: In member 
function 'virtual 
void gnu::gcj::xlib::Window::setWMProtocols(JArray*)':
/Volumes/export/gcc/gcc-cvs/gcc/libjava/gnu/gcj/xlib/natWindow.cc:110: internal 
compiler error: in 
calc_dfs_tree, at dominance.c:376
Please submit a full bug report,
with preprocessed source if appropriate.
See http://gcc.gnu.org/bugs.html> for instructions.

-- 
   What|Removed |Added

Summary|ICE while compiling |[4.1 Regression] ICE while
   |libjava/gnu/gcj/xlib/natWind|compiling
   |ow.cc   |libjava/gnu/gcj/xlib/natWind
   ||ow.cc
   Target Milestone|--- |4.1.0


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

[Bug c++/22252] [4.0/4.1 Regression] pragma interface/implementation still break synthesized methods

[matz at suse dot de]

--- Additional Comments From matz at suse dot de  2005-06-30 15:23 ---
Ah, I see.  Note that you must compile the reduced testcase (thanks for 
that) with -O0, or with -fno-inline, otherwise the A::A ctor will be inlined 
in use.cc (making the warning about the non-availability of it even more 
funny ;-) ), and not lead to the link error. 

-- 


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

[Bug tree-optimization/22254] New: We never call may_alias_p for PARM_DECL's

[dberlin at gcc dot gnu dot org]

Given a simple testcase
/* Two int arrays testcase for ipaa.  */

#define N 11

void f ();
void g (int* g1, int* g2);

main ()
{
  f();
  return; 
}

void f ()
{
  int a[N];
  int b[N];
  g(a,b);
  return; 
}

void g (int* g1, int* g2)
{
  int i;
  for (i=0; i < N; i++)
g1[i] = g2[i];
}

may_alias_p is never called.

However, Interprocedural Alias Analysis can tell us these formals never alias.

We need to be able to take this kind of analysis into account in our 
representation.

-- 
   Summary: We never call may_alias_p for PARM_DECL's
   Product: gcc
   Version: 4.1.0
Status: UNCONFIRMED
  Severity: enhancement
  Priority: P2
 Component: tree-optimization
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: dberlin at gcc dot gnu dot org
CC: dnovillo at gcc dot gnu dot org,gcc-bugs at gcc dot gnu
dot org


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

[Bug tree-optimization/22254] We never call may_alias_p for PARM_DECL's

[dberlin at gcc dot gnu dot org]

--- Additional Comments From dberlin at gcc dot gnu dot org  2005-06-30 
15:33 ---
By "These formals" i mean g1 and g2

-- 


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

[Bug tree-optimization/22254] We never call may_alias_p for PARM_DECL's

[pcarlini at suse dot de]

--- Additional Comments From pcarlini at suse dot de  2005-06-30 15:39 
---
> By "These formals" i mean g1 and g2

Thanks for the clarification: I clearly remember "someone" at GCCSummit puzzled
by the spelling checker marking "formal" as error ;) 

-- 


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

[Bug ada/22255] New: Reset on shared file causes Use_Error.

[brianstensrude at hotmail dot com]

GCC Version: 3.4.2
OS: Solaris 8
GCC build: ../gcc-3.4.2/configure --enable-languages=c,c++,ada --disable-
shared --srcdir=/tools/gcc-3.4.2/gcc-3.4.2

The following code will cause a "use_error" to be raised =>

with Direct_IO,
 Text_IO;

procedure testit is

type Item is
record
Buffer : String (1..10) := (Others => ' ');
Len: Integer := 0;
end record;

package Dir_IO is new Direct_IO (item);
 
FD : Dir_IO.File_Type;

Itm : Item;

begin
-- Create a file using DIRECT_IO
Dir_IO.Create (FD,
   Dir_IO.Out_File,
   "testfile.txt")
-- Put some data in file
for Counter in 1..10 loop
Dir_IO.Write (FD, Itm);
end loop;

-- Close file
Dir_IO.Close (FD);

-- Now reopen with shared file access
Dir_IO.Open (FD,
 Dir_IO.In_File,
 "testfile.txt",
 "shared=yes");   -- Open with shared file access

Dir_IO.Reset (FD);   -- This will raise an error due to shared file access!

Dir_IO.Close (FD);

Text_IO.Put_Line ("Finished program.");

exception
when Dir_IO.Use_Error =>
Text_IO.Put_Line ("Use Error was raised!");
when Others =>
Text_IO.Put_Line ("Error was raised!");
end testit;

  
When reseting a file that does not change mode, the Reset should rewind the 
file without any problem. The code is incorrect.

The GCC ada file "s-fileio.adb" Reset procedure calls another Reset 
procedure that takes a mode parameter. This procedure then checks for a file in 
shared access mode, and then raises an error. This is not correct. If the Mode 
of the file did not change, then the file should be reset and no error should 
occur. The Reset procedure in "s-fileio.adb" should be rewitten as follows =>

   procedure Reset (File : in out AFCD_Ptr; Mode : in File_Mode) is
  Fopstr : aliased Fopen_String;

   begin
 Check_File_Open (File);

 if File.Name'Length <= 1
   or else File.Is_System_File
   or else (not File.Is_Regular_file_
 then
   raise Use_Error;

 elsif Mode = File.Mode
   and then Mode <= Inout_file
 then
rewind (File.Stream);

 else
   -- Check to see if the mode is Shared. If it is, then raise a
   -- Use_Error becuase this mode is not allowed.
   if File.Shared_Status = Yes then
 raise Use_Error;
   end if;

   Fopen_Mode
 (Mode, File.Is_Text_File, False, File.Access_Method, Fopstr);

   File.Stream :=
 freopen (File.Name.all'Address, Fopstr'Address, File.Stream);

   if File.Stream = NULL_Stream then
 Close (File);
 raise Use_Error;

   else
 File.Mode := Model
 Append_Set (File);
   end if;
 end if;
  end Reset;

-- 
   Summary: Reset on shared file causes Use_Error.
   Product: gcc
   Version: 3.4.2
Status: UNCONFIRMED
  Severity: critical
  Priority: P1
 Component: ada
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: brianstensrude at hotmail dot com
CC: gcc-bugs at gcc dot gnu dot org


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

[Bug ada/22255] Reset on shared file causes Use_Error.

[charlet at gcc dot gnu dot org]

--- Additional Comments From charlet at gcc dot gnu dot org  2005-06-30 
15:49 ---
Nothing critical about this bug, so changing severity/priority.

Arno

-- 
   What|Removed |Added

   Severity|critical|normal
   Priority|P1  |P2


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

[Bug ada/22220] Unable to build gnattools native i586

[charlet at gcc dot gnu dot org]

--- Additional Comments From charlet at gcc dot gnu dot org  2005-06-30 
15:51 ---
There is no bug showned here.

It looks like a setup/procedural problem.
I'd suggest asking for advice on e.g. gcc-help list.

Arno

-- 
   What|Removed |Added

 Status|WAITING |RESOLVED
 Resolution||INVALID


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

[Bug ada/22255] Reset on shared file causes Use_Error.

[brianstensrude at hotmail dot com]

--- Additional Comments From brianstensrude at hotmail dot com  2005-06-30 
15:58 ---
(In reply to comment #1)
> Nothing critical about this bug, so changing severity/priority.
> Arno
(In reply to comment #1)
We have ported over 1200 files from Verdix to the GCC compiler and have a few 
problems with the GNAT version of GCC. While you may not consider this 
a "critical bug", our system will crash and is unusable without this fix. The 
verdix compiler used "shared" file access by default, and the reset worked with 
no problems. Under GCC, this is killing us. While I do not mind making it 
a "normal" bug fix, PLEASE get this change into the next GCC release.



-- 


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

[Bug ada/22255] Reset on shared file causes Use_Error.

[charlet at gcc dot gnu dot org]

--- Additional Comments From charlet at gcc dot gnu dot org  2005-06-30 
16:02 ---
This is a place where you can report bugs to volunteers, so it is
inapropriate to make this kind of request nor expect guarantees as
to when bugs should be fixed.

If you need guarantees on fixes, I'd suggest getting support for
GNAT with a company that provides the kind of support you need.

Arno

-- 


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

[Bug c++/22256] New: diagnostic shows wrong type

[igodard at pacbell dot net]

struct node { int*  operator int*(); };

gets you:

foo.cc:1: error: operator `int*' declared to return `int'

BTW, a better diagnostic would be something like:
error: operator `int*' should not declare a return type

-- 
   Summary: diagnostic shows wrong type
   Product: gcc
   Version: 3.4.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P2
 Component: c++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: igodard at pacbell dot net
CC: gcc-bugs at gcc dot gnu dot org


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

[Bug tree-optimization/22254] We never call may_alias_p for PARM_DECL's

[steven at gcc dot gnu dot org]

--- Additional Comments From steven at gcc dot gnu dot org  2005-06-30 
16:41 ---
Ack. 
 

-- 
   What|Removed |Added

 Status|UNCONFIRMED |NEW
 Ever Confirmed||1
   Last reconfirmed|-00-00 00:00:00 |2005-06-30 16:41:01
   date||


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

[Bug tree-optimization/22254] We never call may_alias_p for PARM_DECL's

[dberlin at gcc dot gnu dot org]

-- 
   What|Removed |Added

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


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

[Bug c++/22256] diagnostic shows wrong type

[bangerth at dealii dot org]

--- Additional Comments From bangerth at dealii dot org  2005-06-30 17:14 
---
Confirmed. Also happens with 3.3.x. 
 
W. 

-- 
   What|Removed |Added

 Status|UNCONFIRMED |NEW
 Ever Confirmed||1
   Last reconfirmed|-00-00 00:00:00 |2005-06-30 17:14:37
   date||


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

[Bug c++/22256] diagnostic shows wrong type

[bangerth at dealii dot org]

--- Additional Comments From bangerth at dealii dot org  2005-06-30 17:15 
---
FWIW, here's the icc output: 
 
tmp/g> icc -Xc -ansi -c x.cc 
x.cc(1): error: return type may not be specified on a conversion function 
  struct node { int*  operator int*(); }; 
  ^ 
 
 

-- 


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

[Bug middle-end/22253] [4.1 Regression] ICE while compiling libjava/gnu/gcj/xlib/natWindow.cc

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2005-06-30 
17:22 ---
Confirmed, reduced testcase:
struct allocator { ~allocator() {} };
struct _Vector_base
{
  struct _Vector_impl
  {
int* _M_start;
int* _M_finish;
_Vector_impl()
  : _M_start(0), _M_finish(0)
{ }
  };
  _Vector_base(){}
  _Vector_impl _M_impl;
};
void setWMProtocols()
{
  allocator a;
  _Vector_base atomVector;
}


This also happens on i686-pc-linux-gnu with the reduced testcase.
Only -O2 -fnon-call-exceptions is needed to reproduce the bug.
I think VRP is not cleaning up the exceptions regions correctly.

This is a build bug because it blocks building with --enable-java-awt=gtk,xlib.

-- 
   What|Removed |Added

 CC||dnovillo at gcc dot gnu dot
   ||org
   Severity|normal  |critical
 Status|UNCONFIRMED |NEW
 Ever Confirmed||1
  GCC build triplet|powerpc-apple-darwin8.1.0   |
   GCC host triplet|powerpc-apple-darwin8.1.0   |
 GCC target triplet|powerpc-apple-darwin8.1.0   |
   Keywords||build
   Last reconfirmed|-00-00 00:00:00 |2005-06-30 17:22:45
   date||


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

[Bug middle-end/22253] [4.1 Regression] ICE while compiling libjava/gnu/gcj/xlib/natWindow.cc

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2005-06-30 
17:24 ---
I should note that if we fix PR 21636, this becomes a latent bug.

-- 


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

[Bug c++/22257] New: ICE on invalid code, forgot parentheses for constructor

[pinskia at gcc dot gnu dot org]

I found this while reducing PR 22253.
The following invalid code ICEs:
struct _Vector_impl
{
_Vector_impl
: _M_start(0), _M_finish(0){}
};

-- 
   Summary: ICE on invalid code, forgot parentheses for constructor
   Product: gcc
   Version: 4.0.1
Status: UNCONFIRMED
  Keywords: ice-on-invalid-code
  Severity: normal
  Priority: P2
 Component: c++
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


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

[Bug c++/22257] ICE on invalid code, forgot parentheses for constructor

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2005-06-30 
17:31 ---
Oh, not a regression either.

-- 
   What|Removed |Added

  Known to fail||2.95 3.0.4 3.2.2 4.0.0 3.4.0
   ||3.3.3


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

[Bug target/21723] [4.0/4.1 Regression] ICE while building libgfortran

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2005-06-30 
17:34 ---
Patch here: .

-- 
   What|Removed |Added

URL||http://gcc.gnu.org/ml/gcc-
   ||patches/2005-
   ||06/msg02238.html
  GCC build triplet|hppa-redhat-linux   |
   GCC host triplet|hppa-redhat-linux   |
   Keywords||patch


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

[Bug middle-end/22242] Removing unused static function variables

[steven at gcc dot gnu dot org]

--- Additional Comments From steven at gcc dot gnu dot org  2005-06-30 
17:40 ---
Looks like a bug.  Honza? 
 

-- 
   What|Removed |Added

 CC||hubicka at gcc dot gnu dot
   ||org
 Status|UNCONFIRMED |NEW
 Ever Confirmed||1
   Last reconfirmed|-00-00 00:00:00 |2005-06-30 17:40:52
   date||


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

[Bug c++/22256] diagnostic shows wrong type for cast operator

[pinskia at gcc dot gnu dot org]

-- 
   What|Removed |Added

   Severity|normal  |enhancement
   Keywords||diagnostic
  Known to fail||2.95 3.0.4 3.2.2 4.0.0 3.4.0
   ||3.3.3
Summary|diagnostic shows wrong type |diagnostic shows wrong type
   ||for cast operator


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

[Bug c++/22248] Incorrect work with multiple assigment.

[giovannibajo at libero dot it]

--- Additional Comments From giovannibajo at libero dot it  2005-06-30 
17:58 ---
Also you could simply use std::swap as Gaby suggested.

-- 


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

[Bug middle-end/22253] [4.1 Regression] ICE while compiling libjava/gnu/gcj/xlib/natWindow.cc

[giovannibajo at libero dot it]

--- Additional Comments From giovannibajo at libero dot it  2005-06-30 
18:08 ---
I wonder why it's not caught by a tree verifier then.

-- 


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

[Bug tree-optimization/22212] [4.1 Regression] SEGV in is_gimple_variable during loop-ivopts while building Ada RTS

[giovannibajo at libero dot it]

--- Additional Comments From giovannibajo at libero dot it  2005-06-30 
18:09 ---
It does.

-- 
   What|Removed |Added

  BugsThisDependsOn||21963


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

[Bug c++/22248] Incorrect work with multiple assigment.

[algorithmus at gmail dot com]

--- Additional Comments From algorithmus at gmail dot com  2005-06-30 18:21 
---
thanks for your suggestions. I usually use STL. But I held training contest for 
Ukrainian team before International Olympiad in Informatics and one guy's used 
this swap macros that doesn't work at my compiler but works fine with his. 

I guess, it'll be useful if the developers add some warning message for similar-
to-this cases.

-- 
   What|Removed |Added

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


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

[Bug middle-end/22247] [4.1 Regression] tree-ssa-structalias.c: `uint' undeclared

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2005-06-30 
18:21 ---
Confirmed, changing uint to unsigned was able to bootstrap on powerpc-darwin 
just fine.

-- 


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

[Bug middle-end/22247] [4.1 Regression] tree-ssa-structalias.c: `uint' undeclared

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2005-06-30 
18:22 ---
Confirmed, changing uint to unsigned was able to bootstrap on powerpc-darwin 
just fine.

-- 
   What|Removed |Added

 Status|UNCONFIRMED |NEW
 Ever Confirmed||1
   Last reconfirmed|-00-00 00:00:00 |2005-06-30 18:22:07
   date||


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

[Bug c++/22248] Incorrect work with multiple assigment.

[giovannibajo at libero dot it]

--- Additional Comments From giovannibajo at libero dot it  2005-06-30 
18:27 ---
It's there: -Wsequence-point, which is also enabled by -Wall.

-- 


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

[Bug c++/22248] Incorrect work with multiple assigment.

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2005-06-30 
18:31 ---
(In reply to comment #7)
> It's there: -Wsequence-point, which is also enabled by -Wall.
But it will not warn about this testcase as we have array[index] but that is 
filed as PR 16202.


-- 


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

[Bug rtl-optimization/22258] New: combine causes spill failure on return value register

[amylaar at gcc dot gnu dot org]

An sh-elf build fails with:

/mnt/scratch/nightly/2005-06-28/sh-elf/./gcc/xgcc
-B/mnt/scratch/nightly/2005-06-28/sh-elf/./gcc/ -nostdinc
-B/mnt/scratch/nightly/2005-06-28/sh-elf/sh-elf/newlib/ -isystem
/mnt/scratch/nightly/2005-06-28/sh-elf/sh-elf/newlib/targ-include -isystem
/mnt/scratch/nightly/2005-06-28/srcw/newlib/libc/include
-B/usr/local/sh-elf/bin/ -B/usr/local/sh-elf/lib/ -isystem
/usr/local/sh-elf/include -isystem /usr/local/sh-elf/sys-include
-L/mnt/scratch/nightly/2005-06-28/sh-elf/./ld -O2  -DIN_GCC -DCROSS_COMPILE   -W
-Wall -Wwrite-strings -Wstrict-prototypes -Wmissing-prototypes
-Wold-style-definition  -isystem ./include   -g  -DIN_LIBGCC2
-D__GCC_FLOAT_NOT_NEEDED  -I. -I -I../../srcw/gcc -I../../srcw/gcc/
-I../../srcw/gcc/../include -I../../srcw/gcc/../libcpp/include  -m2a -DL_mulsc3
-c ../../srcw/gcc/libgcc2.c -o libgcc/m2a/_mulsc3.o
../../srcw/gcc/libgcc2.c: In function ‘__mulsc3’:
../../srcw/gcc/libgcc2.c:1685: error: unable to find a register to spill in
class ‘FP0_REGS’
../../srcw/gcc/libgcc2.c:1685: error: this is the insn:
(insn:HI 31 30 45 0 ../../srcw/gcc/libgcc2.c:1685 (parallel [
(set (reg:SF 65 fr1 [orig:64+4 ] [64])
(plus:SF (mult:SF (reg/v:SF 68 fr4 [orig:160 a ] [160])
(reg/v:SF 71 fr7 [orig:163 d ] [163]))
(reg/v:SF 70 fr6 [orig:162 c ] [162])))
(use (reg/v:PSI 151 ))
]) 299 {*macsf3} (insn_list:REG_DEP_TRUE 18 (nil))
(expr_list:REG_DEAD (reg/v:PSI 151 )
(expr_list:REG_DEAD (reg/v:SF 68 fr4 [orig:160 a ] [160])
(expr_list:REG_DEAD (reg/v:SF 71 fr7 [orig:163 d ] [163])
(expr_list:REG_DEAD (reg/v:SF 70 fr6 [orig:162 c ] [162])
(nil))
../../srcw/gcc/libgcc2.c:1685: internal compiler error: in spill_failure, at
reload1.c:1889
Please submit a full bug report,
with preprocessed source if appropriate.
See http://gcc.gnu.org/bugs.html> for instructions.
make[2]: *** [libgcc/m2a/_mulsc3.o] Error 1
make[2]: Leaving directory `/mnt/scratch/nightly/2005-06-28/sh-elf/gcc'
make[1]: *** [stmp-multilib] Error 2
make[1]: Leaving directory `/mnt/scratch/nightly/2005-06-28/sh-elf/gcc'
make: *** [all-gcc] Error 2
build failed

before combine we have:

(insn 19 18 26 0 ../../srcw/gcc/libgcc2.c:1626 (parallel [
(set (reg:SF 169)
(plus:SF (reg:SF 167)
(reg:SF 168)))
(use (reg/v:PSI 151 )) 
]) 292 {addsf3_i} (insn_list:REG_DEP_TRUE 17 (insn_list:REG_DEP_TRUE 18
(nil)))
(expr_list:REG_DEAD (reg:SF 167)
(expr_list:REG_DEAD (reg:SF 168)
(nil

(note 26 19 27 0 NOTE_INSN_FUNCTION_END)

(note 27 26 29 0 ("../../srcw/gcc/libgcc2.c") 1685)

(insn 29 27 30 0 ../../srcw/gcc/libgcc2.c:1685 (clobber (reg/i:SC 64 fr0)) -1 
(nil)
(expr_list:REG_UNUSED (reg/i:SC 64 fr0)
(nil)))

(insn 30 29 31 0 ../../srcw/gcc/libgcc2.c:1685 (parallel [
(set (reg:SF 64 fr0 [  ])
(reg:SF 166))
(use (reg/v:PSI 151 ))
(clobber (scratch:SI)) 
]) 202 {movsf_ie} (insn_list:REG_DEP_TRUE 16 (nil))
(expr_list:REG_DEAD (reg:SF 166)
(expr_list:REG_UNUSED (scratch:SI)
(nil

(insn 31 30 36 0 ../../srcw/gcc/libgcc2.c:1685 (parallel [
(set (reg:SF 65 fr1 [orig:64+4 ] [64])
(reg:SF 169))
(use (reg/v:PSI 151 ))
(clobber (scratch:SI))
]) 202 {movsf_ie} (insn_list:REG_DEP_TRUE 19 (nil))
(expr_list:REG_DEAD (reg:SF 169)
(expr_list:REG_UNUSED (scratch:SI)
(nil

(insn 36 31 0 0 ../../srcw/gcc/libgcc2.c:1685 (use (reg/i:SC 64 fr0)) -1
(insn_list:REG_DEP_TRUE 30 (nil))
(nil))
;; End of basic block 0, registers live:
 14 [r14] 15 [r15] 64 [fr0] 65 [fr1] 145 [ap] 151 []

after combine we have:

(note 19 18 26 0 NOTE_INSN_DELETED)

(note 26 19 27 0 NOTE_INSN_FUNCTION_END)

(note 27 26 29 0 ("../../srcw/gcc/libgcc2.c") 1685)

(insn 29 27 30 0 ../../srcw/gcc/libgcc2.c:1685 (clobber (reg/i:SC 64 fr0)) -1 
(nil)
(expr_list:REG_UNUSED (reg/i:SC 64 fr0)
(nil)))

(insn 30 29 31 0 ../../srcw/gcc/libgcc2.c:1685 (parallel [
(set (reg:SF 64 fr0 [  ])
(reg:SF 166))
(use (reg/v:PSI 151 ))
(clobber (scratch:SI))
]) 202 {movsf_ie} (insn_list:REG_DEP_TRUE 16 (nil))
(expr_list:REG_DEAD (reg:SF 166)
(expr_list:REG_UNUSED (scratch:SI)
(nil

(insn 31 30 36 0 ../../srcw/gcc/libgcc2.c:1685 (parallel [
(set (reg:SF 65 fr1 [orig:64+4 ] [64])
(plus:SF (mult:SF (reg/v:SF 160 [ a ])
(reg/v:SF 163 [ d ]))
(reg:SF 168)))
(use (reg/v:PSI 151 ))
]) 299 {*macsf3} (insn_list:REG_DEP_TRUE 18 (nil))
(expr_list:REG_DEAD (reg:SF 168)
(expr_list:REG_DEAD (reg/v:SF 160 [ a ])
(expr_list:REG_DEAD (reg/v:SF 163 [ d ])
(nil))

[Bug tree-optimization/14490] [tree-ssa] Simplify "a - 10 > 150" into "a > 160"

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2005-06-30 
19:13 ---
Patch posted here: .  
This might 
improve code gen in SPEC but since I have not tried, I don't know but I know 
that Richard Earnshaw was 
asking about this.

-- 
   What|Removed |Added

URL||http://gcc.gnu.org/ml/gcc-
   ||patches/2005-
   ||06/msg02249.html
   Keywords||patch


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

[Bug rtl-optimization/22258] combine causes spill failure on return value register

[amylaar at gcc dot gnu dot org]

-- 
   What|Removed |Added

URL||http://gcc.gnu.org/ml/gcc-
   ||patches/2005-
   ||06/msg02252.html


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

[Bug bootstrap/22259] New: spawnv cannot execute gcc/as

[fxcoudert at gcc dot gnu dot org]

Building gcc on i686-pc-mingw32 fails with:

/home/FX/ibin/./gcc/xgcc -B/home/FX/ibin/./gcc/ -B/mingw/i686-pc-mingw32/bin/
-B/mingw/i686-pc-mingw32/lib/ -isystem /mingw/i686-pc-mingw32/include -isystem
/mingw/i686-pc-mingw32/sys-include -O2 -I../../gcc/gcc/../winsup/w32api/include
-DIN_GCC-W -Wall -Wwrite-strings -Wstrict-prototypes -Wmissing-prototypes
-Wold-style-definition  -isystem ./include   -g -DHAVE_GTHR_DEFAULT -DIN_LIBGCC2
-D__GCC_FLOAT_NOT_NEEDED  -I. -I. -I../../gcc/gcc -I../../gcc/gcc/.
-I../../gcc/gcc/../include -I./../intl -I../../gcc/gcc/../libcpp/include 
-DL_chkstk -xassembler-with-cpp -c ../../gcc/gcc/config/i386/cygwin.asm -o
libgcc/./_chkstk.o
executable: C:/msys/1.0/home/FX/ibin/gcc/cc1.exe
executable: C:/msys/1.0/home/FX/ibin/gcc/as
xgcc.exe: _spawnv: No such file or directory

[lines beginning with "executable:" are debug statements printing the executable
argument to pex_win32_exec_child, in libiberty/pex-win32.c]

In fact, xgcc cannot be used. It tries to execute gcc/cc1.exe, which works fine,
then gcc/as. gcc/as is a script, and not a real win32 executable program. Thus
the spawn fails.

I don't know when this stopped to work. Seems that "before", the assembler was
called directly and not by this script. Does someone know when this changed, and
does someone have an idea on how to fix this?

-- 
   Summary: spawnv cannot execute gcc/as
   Product: gcc
   Version: 4.1.0
Status: UNCONFIRMED
  Keywords: build
  Severity: normal
  Priority: P2
 Component: bootstrap
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: fxcoudert at gcc dot gnu dot org
CC: gcc-bugs at gcc dot gnu dot org
GCC target triplet: i686-pc-mingw32


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

[Bug bootstrap/22259] spawnv cannot execute gcc/as

[fxcoudert at gcc dot gnu dot org]

--- Additional Comments From fxcoudert at gcc dot gnu dot org  2005-06-30 
20:16 ---
Looks related to bonzini's 2005-06-16 patch
(http://gcc.gnu.org/ml/gcc-cvs/2005-06/msg00667.html). Adding him to Cc list.

-- 
   What|Removed |Added

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


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

[Bug bootstrap/22259] [4.1 Regression] spawnv cannot execute gcc/as

[pinskia at gcc dot gnu dot org]

-- 
   What|Removed |Added

Summary|spawnv cannot execute gcc/as|[4.1 Regression] spawnv
   ||cannot execute gcc/as
   Target Milestone|--- |4.1.0


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

[Bug middle-end/22247] [4.1 Regression] tree-ssa-structalias.c: `uint' undeclared

[cvs-commit at gcc dot gnu dot org]

--- Additional Comments From cvs-commit at gcc dot gnu dot org  2005-06-30 
20:43 ---
Subject: Bug 22247

CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED]   2005-06-30 20:43:46

Modified files:
gcc: ChangeLog tree-ssa-structalias.c 

Log message:
PR middle-end/22247
* tree-ssa-structalias.c (build_constraint_graph, scc_visit,
process_unification_queue, init_topo_info, topo_visit,
init_scc_info, free_scc_info, perform_var_substitution,
solve_graph): Use unsigned instead of uint.

Patches:
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/ChangeLog.diff?cvsroot=gcc&r1=2.9297&r2=2.9298
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/tree-ssa-structalias.c.diff?cvsroot=gcc&r1=2.6&r2=2.7



-- 


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

[Bug c++/22260] New: -fPIC -fno-delayed-branch miscompiles MI this_adjusting thunks

[scp at predict dot com]

When compiling PIC code for the this-adjusting thunk for a method of a class
with two or more base classes, the sparc_output_mi_thunk() function fails to
preserve the pic register itself (%l7) when using load_pic_register() to find
the address of the thunk's target. If the thunk is invoked from a different load
object (with a different GOT) than the one in which the thunk is emitted, the
pic register %l7 of the caller of the thunk is clobbered, causing subsequent use
of the GOT in the caller to fail. In order to make the problem evident, the
source code file below is compiled into two modules, one a shared library which
contains the non-virtual thunk to the destructor of the MI class, and the other
one as the executable main which demonstrates that the pic register has changed
unexpectedly by the call to the destructor via a base class pointer.

% uname -a
SunOS mambo 5.8 Generic_117350-25 sun4u sparc SUNW,Sun-Blade-100

% cat bug.cpp
class B1
{
   public:
   virtual ~B1();
};

class B2
{
   public:
   virtual ~B2();
};

class MI : public B1, public B2
{
   public:
   virtual ~MI();
};

#ifdef LIB
int i = 0;

B1::~B1() {}

B2::~B2() {}

MI::~MI() {}
#endif

#ifdef MAIN
extern int i;

int main(int, char**)
{
   int* ip = &i;

   B2* b2 = new MI;

   delete b2;

   if (ip != &i) return 1;

   return 0;
}
#endif

% gcc -v -shared -fPIC -fno-delayed-branch -DLIB bug.cpp -o libbug.so
Reading specs from 
/usr/local/pkg/gcc-4.0.0/lib/gcc/sparc-sun-solaris2.8/4.0.0/specs
Target: sparc-sun-solaris2.8
Configured with: ../gcc-4.0.0/configure --prefix=/usr/local/pkg/gcc-4.0.0
--enable-languages=c,c++ : (reconfigured) ../gcc-4.0.0/configure
--prefix=/usr/local/pkg/gcc-4.0.0
--with-gcc-version-trigger=/usr/local/src/gcc-4.0.0/gcc/version.c
--enable-languages=c,c++ --with-gnu-as
--with-as=/usr/local/pkg/binutils-2.16/bin/as --with-gnu-ld
--with-ld=/usr/local/pkg/binutils-2.16/bin/ld
Thread model: posix
gcc version 4.0.0
 /usr/local/pkg/gcc-4.0.0/libexec/gcc/sparc-sun-solaris2.8/4.0.0/cc1plus -quiet
-v -DLIB bug.cpp -quiet -dumpbase bug.cpp -mcpu=v7 -auxbase bug -version -fPIC
-fno-delayed-branch -o /var/tmp//ccsoPzrP.s
ignoring duplicate directory "/usr/local/pkg/gcc-4.0.0/include"
ignoring nonexistent directory
"/usr/local/pkg/gcc-4.0.0/lib/gcc/sparc-sun-solaris2.8/4.0.0/../../../../sparc-sun-solaris2.8/include"
#include "..." search starts here:
#include <...> search starts here:
 
/usr/local/pkg/gcc-4.0.0/lib/gcc/sparc-sun-solaris2.8/4.0.0/../../../../include/c++/4.0.0
 
/usr/local/pkg/gcc-4.0.0/lib/gcc/sparc-sun-solaris2.8/4.0.0/../../../../include/c++/4.0.0/sparc-sun-solaris2.8
 
/usr/local/pkg/gcc-4.0.0/lib/gcc/sparc-sun-solaris2.8/4.0.0/../../../../include/c++/4.0.0/backward
 /usr/local/pkg/gcc-4.0.0/include
 /usr/local/pkg/gcc-4.0.0/lib/gcc/sparc-sun-solaris2.8/4.0.0/include
 /usr/include
End of search list.
GNU C++ version 4.0.0 (sparc-sun-solaris2.8)
compiled by GNU C version 4.0.0.
GGC heuristics: --param ggc-min-expand=82 --param ggc-min-heapsize=98304
 /usr/local/pkg/binutils-2.16/bin/as -V -Qy -s -K PIC -xarch=v8 -o
/var/tmp//ccOSt3MC.o /var/tmp//ccsoPzrP.s
GNU assembler version 2.16 (sparc-sun-solaris2.8) using BFD version 2.16
 /usr/local/pkg/gcc-4.0.0/libexec/gcc/sparc-sun-solaris2.8/4.0.0/collect2 -V -G
-dy -z text -Y P,/usr/ccs/lib:/usr/lib -rpath-link /usr/lib -Qy -o libbug.so
/usr/local/pkg/gcc-4.0.0/lib/gcc/sparc-sun-solaris2.8/4.0.0/crti.o
/usr/ccs/lib/values-Xa.o
/usr/local/pkg/gcc-4.0.0/lib/gcc/sparc-sun-solaris2.8/4.0.0/crtbegin.o
-L/usr/local/pkg/gcc-4.0.0/lib/gcc/sparc-sun-solaris2.8/4.0.0 -L/usr/ccs/bin
-L/usr/ccs/lib
-L/usr/local/pkg/gcc-4.0.0/lib/gcc/sparc-sun-solaris2.8/4.0.0/../../..
/var/tmp//ccOSt3MC.o -lgcc_s -lgcc_s -R/usr/local/pkg/gcc-4.0.0/lib
/usr/local/pkg/gcc-4.0.0/lib/gcc/sparc-sun-solaris2.8/4.0.0/crtend.o
/usr/local/pkg/gcc-4.0.0/lib/gcc/sparc-sun-solaris2.8/4.0.0/crtn.o
GNU ld version 2.16
  Supported emulations:
   elf32_sparc
   elf64_sparc

% gcc -v -fPIC -fno-delayed-branch -DMAIN bug.cpp -L. -R. -lbug -lsupc++ -o bug
Reading specs from 
/usr/local/pkg/gcc-4.0.0/lib/gcc/sparc-sun-solaris2.8/4.0.0/specs
Target: sparc-sun-solaris2.8
Configured with: ../gcc-4.0.0/configure --prefix=/usr/local/pkg/gcc-4.0.0
--enable-languages=c,c++ : (reconfigured) ../gcc-4.0.0/configure
--prefix=/usr/local/pkg/gcc-4.0.0
--with-gcc-version-trigger=/usr/local/src/gcc-4.0.0/gcc/version.c
--enable-languages=c,c++ --with-gnu-as
--with-as=/usr/local/pkg/binutils-2.16/bin/as --with-gnu-ld
--with-ld=/usr/local/pkg/binutils-2.16/bin/ld
Thread model: posix
gcc version 4.0.0
 /usr/local/pkg/gcc-4.0.0/libexec/gcc/sparc-sun-solaris2.8/4.0.0/cc1plus -quiet
-v -DMAIN bug.cpp -quiet -dumpbase bug.cpp -mcpu=v7 -auxbase bug -version -fPIC
-fno-delayed-branch -o /var/tmp//ccaIczQW.s
ignoring duplicate directory "/usr/local/pkg/gcc-4.0.0/include"
ignoring nonexistent directory
"/usr/local/pkg/gcc-4.0.0/lib/gcc/sparc-sun-solaris2.8/4.0.0/../../../../sparc-sun-solaris2.8/include"
#include "..." search st

[Bug target/22260] -fPIC -fno-delayed-branch miscompiles MI this_adjusting thunks

[pinskia at gcc dot gnu dot org]

-- 
   What|Removed |Added

  Component|c++ |target
   Keywords||wrong-code


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

[Bug target/22260] -fPIC -fno-delayed-branch miscompiles MI this_adjusting thunks

[ebotcazou at gcc dot gnu dot org]

-- 
   What|Removed |Added

 CC||ebotcazou at gcc dot gnu dot
   ||org


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

[Bug middle-end/22247] [4.1 Regression] tree-ssa-structalias.c: `uint' undeclared

[fxcoudert at gcc dot gnu dot org]

--- Additional Comments From fxcoudert at gcc dot gnu dot org  2005-06-30 
20:53 ---
Fixed.

-- 
   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||FIXED


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

[Bug c++/22256] diagnostic shows wrong type for cast operator

[gdr at integrable-solutions dot net]

--- Additional Comments From gdr at integrable-solutions dot net  
2005-06-30 20:56 ---
Subject: Re:  diagnostic shows wrong type

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

| Confirmed. Also happens with 3.3.x. 

I think this happens because when the C++ front-end finds that a
declaration is erroneous, it sets its TREE_TYPE to  "int", presumably
thinking that a default type should be "int".

-- Gaby


-- 


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

[Bug c++/22248] Incorrect work with multiple assigment.

[gdr at integrable-solutions dot net]

--- Additional Comments From gdr at integrable-solutions dot net  
2005-06-30 20:57 ---
Subject: Re:  Incorrect work with multiple assigment.

"algorithmus at gmail dot com" <[EMAIL PROTECTED]> writes:

| I guess, it'll be useful if the developers add some warning message
| for similar-to-this cases.

Did you try -Wsequence-points (or similar)?

-- Gaby


-- 


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

[Bug c++/20746] Incorrect return value for covariant return function returning null ptr

[scp at predict dot com]

--- Additional Comments From scp at predict dot com  2005-06-30 21:00 
---
This fix has not made it to the gcc_4_0 branch, and the problem still exists in
gcc4.0.0. It is trivially recreated using the same test code:

gcc -v -o cv cv.cpp -lstdc++
Reading specs from
/usr/local/csw/gcc4/bin/../lib/gcc/sparc-sun-solaris2.8/4.0.0/specs
Target: sparc-sun-solaris2.8
Configured with: ../sources/gcc-4.0.0/configure --prefix=/opt/csw/gcc4
--with-local-prefix=/opt/csw --without-gnu-as --with-as=/usr/ccs/bin/as
--without-gnu-ld --with-ld=/usr/ccs/bin/ld --enable-threads=posix
--enable-shared --enable-multilib --enable-nls --with-included-gettext
--with-libiconv-prefix=/opt/csw --with-x --enable-java-awt=xlib
--with-system-zlib --enable-languages=c,c++,f95,java,objc,ada
Thread model: posix
gcc version 4.0.0
 /usr/local/csw/gcc4/bin/../libexec/gcc/sparc-sun-solaris2.8/4.0.0/cc1plus
-quiet -v -iprefix
/usr/local/csw/gcc4/bin/../lib/gcc/sparc-sun-solaris2.8/4.0.0/ cv.cpp -quiet
-dumpbase cv.cpp -mcpu=v7 -auxbase cv -version -o /var/tmp//cc6dpjVx.s
ignoring nonexistent directory
"/usr/local/csw/gcc4/bin/../lib/gcc/sparc-sun-solaris2.8/4.0.0/../../../../sparc-sun-solaris2.8/include"
ignoring duplicate directory
"/opt/csw/gcc4/lib/gcc/sparc-sun-solaris2.8/4.0.0/../../../../include/c++/4.0.0"
ignoring duplicate directory
"/opt/csw/gcc4/lib/gcc/sparc-sun-solaris2.8/4.0.0/../../../../include/c++/4.0.0/sparc-sun-solaris2.8"
ignoring duplicate directory
"/opt/csw/gcc4/lib/gcc/sparc-sun-solaris2.8/4.0.0/../../../../include/c++/4.0.0/backward"
ignoring duplicate directory
"/opt/csw/gcc4/lib/gcc/sparc-sun-solaris2.8/4.0.0/include"
ignoring nonexistent directory
"/opt/csw/gcc4/lib/gcc/sparc-sun-solaris2.8/4.0.0/../../../../sparc-sun-solaris2.8/include"
#include "..." search starts here:
#include <...> search starts here:
 
/usr/local/csw/gcc4/bin/../lib/gcc/sparc-sun-solaris2.8/4.0.0/../../../../include/c++/4.0.0
 
/usr/local/csw/gcc4/bin/../lib/gcc/sparc-sun-solaris2.8/4.0.0/../../../../include/c++/4.0.0/sparc-sun-solaris2.8
 
/usr/local/csw/gcc4/bin/../lib/gcc/sparc-sun-solaris2.8/4.0.0/../../../../include/c++/4.0.0/backward
 /usr/local/csw/gcc4/bin/../lib/gcc/sparc-sun-solaris2.8/4.0.0/include
 /opt/csw/include
 /opt/csw/gcc4/include
 /usr/include
End of search list.
GNU C++ version 4.0.0 (sparc-sun-solaris2.8)
compiled by GNU C version 4.0.0.
GGC heuristics: --param ggc-min-expand=82 --param ggc-min-heapsize=98304
 /usr/ccs/bin/as -V -Qy -s -xarch=v8 -o /var/tmp//ccwNutZ8.o 
/var/tmp//cc6dpjVx.s
/usr/ccs/bin/as: Sun WorkShop 6 2003/12/18 Compiler Common 6.0 Patch 114802-02
 /usr/local/csw/gcc4/bin/../libexec/gcc/sparc-sun-solaris2.8/4.0.0/collect2 -V
-R /opt/csw/gcc4/lib -Y P,/opt/csw/gcc4/lib:/usr/ccs/lib:/usr/lib -Qy -o cv
/usr/local/csw/gcc4/bin/../lib/gcc/sparc-sun-solaris2.8/4.0.0/crt1.o
/usr/local/csw/gcc4/bin/../lib/gcc/sparc-sun-solaris2.8/4.0.0/crti.o
/usr/ccs/lib/values-Xa.o
/usr/local/csw/gcc4/bin/../lib/gcc/sparc-sun-solaris2.8/4.0.0/crtbegin.o
-L/usr/local/csw/gcc4/bin/../lib/gcc/sparc-sun-solaris2.8/4.0.0
-L/usr/local/csw/gcc4/bin/../lib/gcc
-L/opt/csw/gcc4/lib/gcc/sparc-sun-solaris2.8/4.0.0 -L/usr/ccs/bin -L/usr/ccs/lib
-L/usr/local/csw/gcc4/bin/../lib/gcc/sparc-sun-solaris2.8/4.0.0/../../..
-L/opt/csw/gcc4/lib/gcc/sparc-sun-solaris2.8/4.0.0/../../.. /var/tmp//ccwNutZ8.o
-lstdc++ -lgcc -lgcc_eh -lc -lgcc -lgcc_eh -lc
/usr/local/csw/gcc4/bin/../lib/gcc/sparc-sun-solaris2.8/4.0.0/crtend.o
/usr/local/csw/gcc4/bin/../lib/gcc/sparc-sun-solaris2.8/4.0.0/crtn.o
ld: Software Generation Utilities - Solaris Link Editors: 5.8-1.293

% ./cv
in C* C::l
cp=8

Applying the patch to the gcc-4.0.0 release version fixes the problem:

http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/cp/method.c.diff?cvsroot=gcc&r1=1.324&r2=1.325

How do I request that this fix be folded into the gcc_4_0 branch?


-- 
   What|Removed |Added

 CC||scp at predict dot com


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

[Bug tree-optimization/22212] [4.1 Regression] SEGV in is_gimple_variable during loop-ivopts while building Ada RTS

[laurent at guerby dot net]

--- Additional Comments From laurent at guerby dot net  2005-06-30 21:04 
---
For the record, after twenty hours of compilation on an Athlon 64 3000+
(x86_64-linux), a build with --enable-checking=all,gcac,fold,rtl detects
something wrong in fold. I'm attaching the .i.

LAST_UPDATED Wed Jun 29 19:44:45 UTC 2005
stage1/xgcc -Bstage1/
-B/home/guerby/work/gcc/install/install-20050629T214650/x86_64-unknown-linux-gnu/bin/
-c   -g -O2 -DIN_GCC   -W -Wall -Wwrite-strings -Wstrict-prototypes
-Wmissing-prototypes-Werror -fno-common   -DHAVE_CONFIG_H-I. -Iada
-I/home/guerby/work/gcc/version-head/gcc
-I/home/guerby/work/gcc/version-head/gcc/ada
-I/home/guerby/work/gcc/version-head/gcc/../include
-I/home/guerby/work/gcc/version-head/gcc/../libcpp/include 
/home/guerby/work/gcc/version-head/gcc/ada/adaint.c -o ada/adaint.o
/home/guerby/work/gcc/version-head/gcc/ada/adaint.c: In function
'__gnat_locate_exec':
/home/guerby/work/gcc/version-head/gcc/ada/adaint.c:2031: internal compiler
error: fold check: original tree changed by fold
Please submit a full bug report,
with preprocessed source if appropriate.
See http://gcc.gnu.org/bugs.html> for instructions.
make[2]: *** [ada/adaint.o] Error 1
make[2]: Leaving directory 
`/home/guerby/work/gcc/build/build-20050629T214650/gcc'
make[1]: *** [stage2_build] Error 2
make[1]: Leaving directory 
`/home/guerby/work/gcc/build/build-20050629T214650/gcc'
make: *** [bootstrap] Error 2


-- 
   What|Removed |Added

 CC||kenner at vlsi1 dot ultra
   ||dot nyu dot edu


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

[Bug tree-optimization/21584] [4.1 Regression] ICE: verify_flow_sensitive_alias_info failed.

[dnovillo at gcc dot gnu dot org]

--- Additional Comments From dnovillo at gcc dot gnu dot org  2005-06-30 
21:20 ---

Testing fix.  When creating new name tags, we should also consider pointers that
are not being dereferenced.  They may have inherited a name tag from copy
propagation or SSA update.  Will commit after testing.


Index: tree-ssa-alias.c
===
RCS file: /cvs/gcc/gcc/gcc/tree-ssa-alias.c,v
retrieving revision 2.98
diff -d -u -p -r2.98 tree-ssa-alias.c
--- tree-ssa-alias.c25 Jun 2005 02:01:32 -  2.98
+++ tree-ssa-alias.c30 Jun 2005 21:18:44 -
@@ -782,10 +782,15 @@ create_name_tags (struct alias_info *ai)
 {
   size_t i;

-  for (i = 0; i < VARRAY_ACTIVE_SIZE (ai->processed_ptrs); i++)
+  for (i = 1; i < num_ssa_names; i++)
 {
-  tree ptr = VARRAY_TREE (ai->processed_ptrs, i);
-  struct ptr_info_def *pi = SSA_NAME_PTR_INFO (ptr);
+  tree ptr = ssa_name (i);
+  struct ptr_info_def *pi;
+
+  if (ptr == NULL_TREE || !POINTER_TYPE_P (TREE_TYPE (ptr)))
+   continue;
+
+  pi = SSA_NAME_PTR_INFO (ptr);

   if (pi->pt_anything || !pi->is_dereferenced)
{


-- 


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

[Bug c/22261] New: GCC using sqrtf() on AIX 5.1 when it doesn't exist

[bugzilla-gcc at thewrittenword dot com]

$ cat sqrt.c
#include 

int
main (void) {
  float a;

  (float)sqrt ((double)a);
}
$ /opt/TWWfsw/gcc343/bin/gcc sqrt.c -lm
$ /opt/TWWfsw/gcc343/bin/gcc -O sqrt.c -lm
ld: 0711-317 ERROR: Undefined symbol: .sqrtf
ld: 0711-345 Use the -bloadmap or -bnoquiet option to obtain more information.
collect2: ld returned 8 exit status

-- 
   Summary: GCC using sqrtf() on AIX 5.1 when it doesn't exist
   Product: gcc
   Version: 3.4.3
Status: UNCONFIRMED
  Severity: normal
  Priority: P2
 Component: c
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: bugzilla-gcc at thewrittenword dot com
CC: gcc-bugs at gcc dot gnu dot org
 GCC build triplet: powerpc-ibm-aix5.1.0.0
  GCC host triplet: powerpc-ibm-aix5.1.0.0
GCC target triplet: powerpc-ibm-aix5.1.0.0


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

[Bug c++/22256] diagnostic shows wrong type for cast operator

[igodard at pacbell dot net]

--- Additional Comments From igodard at pacbell dot net  2005-06-30 21:48 
---
Gabriel: no, it also happens with any pointer:

struct node { float*operator float*(); };

gets you:

foo.cc:1: error: operator `float*' declared to return `float'

And similarly for other types including classes (not shown).

BTW, shouldn't the title be "diagnostic shows wrong type for conversion
function" ? I've never heard these called "cast operators".

-- 


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

[Bug tree-optimization/17640] empty loop not removed after optimization

[steven at gcc dot gnu dot org]

--- Additional Comments From steven at gcc dot gnu dot org  2005-06-30 
21:48 ---
Zdenek has a patch: 
http://gcc.gnu.org/ml/gcc-patches/2005-06/msg02270.html 

-- 
   What|Removed |Added

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


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

[Bug c/22261] GCC using sqrtf() on AIX 5.1 when it doesn't exist

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2005-06-30 
21:54 ---


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

-- 
   What|Removed |Added

 Status|UNCONFIRMED |RESOLVED
 Resolution||DUPLICATE


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