[Bug tree-optimization/22290] New: Optimize Assigned GOTO to cause error with -O1 or higher

[fengwang at gcc dot gnu dot org]

See a fortran program:
$ cat t.f
  integer nz
  assign 93 to nz
  go to nz,(93)
  93  continue
  end
$ gfortran -v
Target: ia64-unknown-linux-gnu
Configured with: ../gcc/configure --enable-languages=c,f95 --
prefix=/home/wf/loc
al
Thread model: posix
gcc version 4.1.0 20050704 (experimental)
$ gfortran -O0 -w t.f
$ ./a.out
That's correct.

But if we compile with -O1 or higher, we get 
$ ./a.out
Fortran runtime error: Assigned label is not in the list

We dump the original tree with -fdump-tree-original as follows:
MAIN__ ()
{
  int4 nz;
  void * nz.1;
  int4 nz.0 = -2;

  nz.0 = -1;
  nz.1 = &__label_93;
  if (__builtin_expect (nz.0 != -1, 0))
{
  _gfortran_runtime_error ("Assigned label is not a target 
label", "kgfm2.f"
, 5);
}
  else
{
  (void) 0;
}
  if (&__label_93 == nz.1) goto __label_93; else (void) 0;
  _gfortran_runtime_error ("Assigned label is not in the list", "kgfm2.f", 5);
  __label_93:;
}
That's correct.

I think this is tree-optimization error. Tested on ia64/i686-pc-linux.

-- 
   Summary: Optimize Assigned GOTO to cause error with -O1 or higher
   Product: gcc
   Version: 4.1.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P2
 Component: tree-optimization
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: fengwang at gcc dot gnu dot org
CC: gcc-bugs at gcc dot gnu dot org
  GCC host triplet: i686/ia64-pc-linux


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

[Bug c/22291] New: clash with built-in function ffs

[wim dot yedema at philips dot com]

This program:

int ffs();
int ffs()
{ return 0; }

Gives the following error messages:

ffs.c: In function `ffs':
ffs.c:4: error: number of arguments doesn't match prototype
cc1: error: prototype declaration

If I add void in the argument list I get the following:
ffs.c:1: warning: conflicting types for built-in function 'ffs'

-- 
   Summary: clash with built-in function ffs
   Product: gcc
   Version: 3.4.3
Status: UNCONFIRMED
  Severity: normal
  Priority: P2
 Component: c
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: wim dot yedema at philips dot com
CC: gcc-bugs at gcc dot gnu dot org
 GCC build triplet: i686-pc-linux-gnu
  GCC host triplet: i686-pc-linux-gnu
GCC target triplet: i686-pc-linux-gnu


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

[Bug c/22292] New: ICE and wrong code gen with _mm_loadl_pd/__builtin_ia32_loadlpd

[kostikbel at ukr dot net]

The following code

#include 

extern "C" double
fadd(double a, double b)
{
__m128d a1;
__m128d b1;
__m128d c;
double res;

_mm_loadl_pd(a1, &a);
_mm_loadl_pd(b1, &b);
c = _mm_add_sd(a1, b1);
_mm_storel_pd(&res, c);
return res;
}

when compiled with
CC3 -msse3 -march=prescott -c fadd.C
leads to ICE:

/usr/local/opt/gcc-3.4.4/lib/gcc/i386-little-freebsd5/3.4.4/include/emmintrin.h:
In function `void _mm_storel_pd(double*, double __vector__)':
/usr/local/opt/gcc-3.4.4/lib/gcc/i386-little-freebsd5/3.4.4/include/emmintrin.h:959:
internal compiler error: in instantiate_virtual_regs_lossage, at function.c:3765

CC3 is
deviant% CC3 -v
Reading specs from 
/usr/local/opt/gcc-3.4.4/lib/gcc/i386-little-freebsd5/3.4.4/specs
Configured with: ../gcc-3.4.4/configure --prefix=/usr/local/opt/gcc-3.4.4
--enable-shared --enable-threads --with-as=/usr/local/opt/binutils/bin/as
--with-ld=/usr/local/opt/binutils/bin/ld
--enable-languages=c,c++,f77,objc,ada,java --disable-nls --enable-long-long
--host=i386-little-freebsd5
Thread model: posix
gcc version 3.4.4

When compiled with
deviant% CC3 -msse3 -march=prescott -O -c fadd.C
it leads to wrong code:

deviant% objdump --disassemble fadd.o~/work/gcc-xmm

fadd.o: file format elf32-i386-freebsd

Disassembly of section .text:

 <_Z4fa>:
   0:   55  push   %ebp
   1:   89 e5   mov%esp,%ebp
   3:   83 ec 08sub$0x8,%esp
   6:   f2 0f 58 c0 addsd  %xmm0,%xmm0
   a:   66 0f 13 45 f8  movlpd %xmm0,0xfff8(%ebp)
   f:   dd 45 f8fldl   0xfff8(%ebp)
  12:   c9  leave  
  13:   c3  ret

Note that arguments of the fadd function are never accessed.

gcc 4.0.0 does not ICE without optimization, but with or without -O, it
generates wrong code (for -O, the code is identical to gcc 3.4.4).

Substitution of _mm_loadl_pd with __builtin_ia32_loadlpd does not change
anything.

N.B. I do not insert preprocessed file since code snippet that shows problem
uses only headers supplied by gcc itself. Also, this problem appears both
under 3.4 and 4.0. If needed, I will attach (relatively large) .i files.

-- 
   Summary: ICE and wrong code gen with
_mm_loadl_pd/__builtin_ia32_loadlpd
   Product: gcc
   Version: 3.4.4
Status: UNCONFIRMED
  Severity: normal
  Priority: P2
 Component: c
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: kostikbel at ukr dot net
CC: gcc-bugs at gcc dot gnu dot org
 GCC build triplet: i386-*-freebsd5
  GCC host triplet: i386-*-freebsd5
GCC target triplet: i386-*-freebsd5


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

[Bug target/20621] ICE: in change_address_1, at emit-rtl.c:1886

[rsandifo at gcc dot gnu dot org]

--- Additional Comments From rsandifo at gcc dot gnu dot org  2005-07-04 
09:23 ---
Confirmed.  This is a target-specific bug.


-- 
   What|Removed |Added

 AssignedTo|unassigned at gcc dot gnu   |rsandifo at gcc dot gnu dot
   |dot org |org
 Status|UNCONFIRMED |ASSIGNED
  Component|middle-end  |target
 Ever Confirmed||1
   Last reconfirmed|-00-00 00:00:00 |2005-07-04 09:23:31
   date||


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

[Bug c/22292] ICE and wrong code gen with _mm_loadl_pd/__builtin_ia32_loadlpd

[pluto at agmk dot net]

-- 
   What|Removed |Added

 CC||pluto at agmk dot net


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

[Bug c/22291] clash with built-in function ffs

[falk at debian dot org]

--- Additional Comments From falk at debian dot org  2005-07-04 09:36 
---
This is fixed in 4.0, where one gets a warning (not an error) independent of
whether there was a previous declaration. Since it could even be argued
that erroring out is OK (although then it should be consistent), and most
likely nobody is going to touch this in 3.4, I'd be inclined to close this as
fixed.


-- 


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

[Bug target/21656] Spurious "template with C linkage" error message

[rsandifo at gcc dot gnu dot org]

--- Additional Comments From rsandifo at gcc dot gnu dot org  2005-07-04 
09:36 ---
OK, I'll run that change through dejagnu and commit if there are no problems.

-- 
   What|Removed |Added

 AssignedTo|unassigned at gcc dot gnu   |rsandifo at gcc dot gnu dot
   |dot org |org
 Status|UNCONFIRMED |ASSIGNED
 Ever Confirmed||1
   Last reconfirmed|-00-00 00:00:00 |2005-07-04 09:36:39
   date||


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

[Bug c/22291] [3.4 Regression] clash with built-in function ffs

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2005-07-04 
09:53 ---
Confirmed, only a 3.4 regression.

-- 
   What|Removed |Added

 Status|UNCONFIRMED |NEW
 Ever Confirmed||1
   Keywords||rejects-valid
  Known to fail||3.4.0
  Known to work||3.3.3 4.0.0 4.1.0
   Last reconfirmed|-00-00 00:00:00 |2005-07-04 09:53:16
   date||
Summary|clash with built-in function|[3.4 Regression] clash with
   |ffs |built-in function ffs
   Target Milestone|--- |3.4.5


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

[Bug translation/21768] [3.4 regression] ICE in error message due to violation of coding conventions

[reichelt at gcc dot gnu dot org]

--- Additional Comments From reichelt at gcc dot gnu dot org  2005-07-04 
09:53 ---
Changing component, since we are only missing the updated .po file.


-- 
   What|Removed |Added

  Component|c++ |translation


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

[Bug target/22292] ICE and wrong code gen with _mm_loadl_pd/__builtin_ia32_loadlpd

[pinskia at gcc dot gnu dot org]

-- 
   What|Removed |Added

  Component|c   |target


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

[Bug fortran/22290] Optimize Assigned GOTO to cause error with -O1 or higher

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2005-07-04 
10:00 ---
Confirmed, This is a fortran front-end or gimplifier bug.
Look at what the gimplifier produces:
  int4 nz.0 = -2;  // <--- this is not gimple

  nz.0 = -1;
  nz.1 = &__label_93;
  D.475 = nz.0 != -1;
  D.476 = __builtin_expect (D.475, 0);



-- 
   What|Removed |Added

 Status|UNCONFIRMED |NEW
  Component|tree-optimization   |fortran
 Ever Confirmed||1
   Keywords||wrong-code
   Last reconfirmed|-00-00 00:00:00 |2005-07-04 10:00:04
   date||


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

[Bug target/22289] problem in gimp downscaling routines when compiling with -mfpmath=sse

[pinskia at gcc dot gnu dot org]

-- 
   What|Removed |Added

  Component|c   |target
   Keywords||ssemmx, wrong-code


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

[Bug target/22292] ICE and wrong code gen with _mm_loadl_pd/__builtin_ia32_loadlpd

[pinskia at gcc dot gnu dot org]

-- 
   What|Removed |Added

   Keywords||ice-on-valid-code, ssemmx,
   ||wrong-code


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

[Bug tree-optimization/22277] [4.1 Regression] ACATS ICE cc40001 in first_vi_for_offset, at tree-ssa-structalias.c:2566

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2005-07-04 
10:10 ---
This fails the same way on powerpc-darwin which is 32bit too.

-- 
   What|Removed |Added

 GCC target triplet|x86_64-unknown-linux-gnu|x86_64-linux-gnu, powerpc-
   ||darwin


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

[Bug ada/18819] [4.1 Regression] ACATS cdd2a02 fails at runtime

[pinskia at gcc dot gnu dot org]

-- 
   What|Removed |Added

   Target Milestone|--- |4.1.0


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

[Bug other/20731] [3.4 only] contrib/gcc_update hard code -r gcc-3_4-branch

[pinskia at gcc dot gnu dot org]

-- 
   What|Removed |Added

Summary|contrib/gcc_update hard code|[3.4 only]
   |-r gcc-3_4-branch   |contrib/gcc_update hard code
   ||-r gcc-3_4-branch
   Target Milestone|--- |3.4.5


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

[Bug tree-optimization/22157] [4.0/4.1 Regression] struct copying code gen

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2005-07-04 
10:26 ---
I am no longer working on this, this is a much harder problem than I sugested.  
This is basically the 
same as PR 18268.

-- 
   What|Removed |Added

  BugsThisDependsOn||18268
 AssignedTo|pinskia 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=22157

[Bug middle-end/22156] [4.0/4.1 Regression] bit-field copying regressed

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2005-07-04 
10:26 ---
I am no longer working on this, this is a much harder problem than I sugested.  
This is basically the 
same as PR 18268.

-- 
   What|Removed |Added

  BugsThisDependsOn||18268


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

[Bug middle-end/22156] [4.0/4.1 Regression] bit-field copying regressed

[pinskia at gcc dot gnu dot org]

-- 
   What|Removed |Added

 AssignedTo|pinskia 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=22156

[Bug tree-optimization/22037] [4.1 Regression] internal compiler error: verify_ssa failed

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2005-07-04 
10:38 ---
Patch here: .

-- 
   What|Removed |Added

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


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

[Bug c++/22293] New: [4.0/4.1 regression] ICE declaring destructor as friend

[reichelt at gcc dot gnu dot org]

Since gcc 4.0.0 the following code snippet causes a segfault:


struct A
{
friend ~A();
};
=

  bug.cc:3: internal compiler error: Segmentation fault
  Please submit a full bug report, [etc.]

The compiler used to give a warning before:

  bug.cc:3: warning: member functions are implicitly friends of their class

-- 
   Summary: [4.0/4.1 regression] ICE declaring destructor as friend
   Product: gcc
   Version: 4.1.0
Status: UNCONFIRMED
  Keywords: ice-on-valid-code, monitored
  Severity: normal
  Priority: P2
 Component: c++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: reichelt at gcc dot gnu dot org
CC: gcc-bugs at gcc dot gnu dot org


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

[Bug c++/22293] [4.0/4.1 regression] ICE declaring destructor as friend

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2005-07-04 
10:44 ---
Confirmed.  This was introduced after "20041124" but before "20050225".

-- 
   What|Removed |Added

 Status|UNCONFIRMED |NEW
 Ever Confirmed||1
   Last reconfirmed|-00-00 00:00:00 |2005-07-04 10:44:12
   date||
   Target Milestone|--- |4.0.2


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

[Bug c++/22284] [4.1 Regression] Many C++ testsuite failures

[jsm28 at gcc dot gnu dot org]

--- Additional Comments From jsm28 at gcc dot gnu dot org  2005-07-04 10:47 
---
On hppa64-hp-hpux11.23, appeared between 2005-06-27 07:39 UTC and 2005-06-27
07:42 UTC, so stack protection patch is responsible.

On ia64-hp-hpux11.23, appeared between 2005-06-28 19:33 UTC and 2005-06-28 20:08
UTC, so the mentioned series of exception handling patches is likely 
responsible.


-- 
   What|Removed |Added

 CC||pbrook at gcc dot gnu dot
   ||org


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

[Bug c++/22293] [4.0/4.1 regression] ICE declaring destructor as friend

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2005-07-04 
10:52 ---
This is invalid code.
The following is still invalid code (but closer to legal code):
struct B
{
  ~B();
};
struct A
{
friend ~B();
};

Add B:: infront of the destructor fixes both the ICE and validness of the 
testcase.

-- 
   What|Removed |Added

   Keywords|ice-on-valid-code   |ice-on-invalid-code


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

[Bug middle-end/21180] [4.1 Regression] checking on fold no longer happens in some cases

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2005-07-04 
12:18 ---
Testing a patch for this.

-- 
   What|Removed |Added

 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=21180

[Bug fortran/22290] Optimize Assigned GOTO to cause error with -O1 or higher

[fengwang at gcc dot gnu dot org]

--- Additional Comments From fengwang at gcc dot gnu dot org  2005-07-04 
12:38 ---
(In reply to comment #1)
> Confirmed, This is a fortran front-end or gimplifier bug.
> Look at what the gimplifier produces:
>   int4 nz.0 = -2;  // <--- this is not gimple

I am not very clear the gimple definition. Can you explain more? 

This is the initialization of nz.0 variable. I use this variable to indicate 
the integer is assigned a format label (-1) or target label (now it is the 
length of format string). See fortran/trans-decl.c (gfc_get_symbol_decl): 815

-- 


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

[Bug ada/19381] ACATS c954a03 raises storage error at runtime on s390-linux

[uweigand at gcc dot gnu dot org]

--- Additional Comments From uweigand at gcc dot gnu dot org  2005-07-04 
12:45 ---
I don't see it failing on the 4.0 branch.  I haven't been able to build
mainline Ada for several months now ...

-- 


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

[Bug ada/22039] special functions for string concat of 3/4/5 args doc'ed to concat two

[cvs-commit at gcc dot gnu dot org]

--- Additional Comments From cvs-commit at gcc dot gnu dot org  2005-07-04 
13:30 ---
Subject: Bug 22039

CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED]   2005-07-04 13:30:46

Modified files:
gcc/ada: s-sopco3.ads s-sopco4.ads s-sopco5.ads 

Log message:
2005-07-04  Robert Dewar  <[EMAIL PROTECTED]>

PR ada/22039

* s-sopco3.ads, s-sopco4.ads, s-sopco5.ads: Minor documentation fix

Patches:
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/ada/s-sopco3.ads.diff?cvsroot=gcc&r1=1.5&r2=1.6
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/ada/s-sopco4.ads.diff?cvsroot=gcc&r1=1.5&r2=1.6
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/ada/s-sopco5.ads.diff?cvsroot=gcc&r1=1.5&r2=1.6



-- 


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

[Bug ada/22039] special functions for string concat of 3/4/5 args doc'ed to concat two

[charlet at gcc dot gnu dot org]

--- Additional Comments From charlet at gcc dot gnu dot org  2005-07-04 
13:32 ---
Fixed

-- 
   What|Removed |Added

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


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

[Bug rtl-optimization/21970] [3.4 only] Inline keyword causes computation to erroneously reduce to a constant

[rsandifo at gcc dot gnu dot org]

--- Additional Comments From rsandifo at gcc dot gnu dot org  2005-07-04 
13:49 ---
Are you sure this reduced testcase is an accurate reflection of the
real one?  The transformation performed by gcc appears to be correct.
For example, r00450DB4 evaluates to 0, so anything ANDed with it
does too.

Here's an attempt to show why.  I've snipped part of the code and
annotated it with comments of the form:

 = op () :

where  uses "_" for "don't care" values.   is the
mask of bits that _might_ be nonzero.  In other words, zero bits
mean "known to be zero" and one bits mean "value unknown".

---
UINT32 r004458AC = opt_and(w00, 0x5A827999);  // A = and (_, cst) :5a827999
UINT32 r00445934 = opt_and(r004457EC, r004458AC); // B = and (_, A)   :5a827999
UINT32 r004459BC = opt_and(r0044572C, r00445934); // C = and (_, B)   :5a827999
...
UINT32 r0044F67C = opt_and(ie, r004459BC);// D = and (_, C)   :5a827999
...
UINT32 r0044FA14 = opt_rotl(r0044F67C, 5);// E = rotl (D, 5)  :504f332b
UINT32 r0044FAD4 = opt_and(w01, 0x5A827999);  // F = and (_, cst) :5a827999
UINT32 r0044FB5C = opt_and(r0044FA14, r0044FAD4); // G = and (E, F)   :50023109
UINT32 r0044FBE4 = opt_and(r0044F954, r0044FB5C); // H = and (_, G)   :50023109
UINT32 r0044FC6C = opt_and(id, r0044FBE4);// I = and (_, H)   :50023109
...
UINT32 r00450004 = opt_rotl(r0044FC6C, 5);// J = rotl (I, 5)  :0046212a
UINT32 r004500C4 = opt_and(w02, 0x5A827999);  // K = and (_, cst) :5a827999
UINT32 r0045014C = opt_and(r00450004, r004500C4); // L = and (J, K)   :00022108
UINT32 r004501D4 = opt_and(r0044FF44, r0045014C); // M = and (_, L)   :00022108
UINT32 r0045025C = opt_and(ic, r004501D4);// N = and (_, M)   :00022108
...
UINT32 r0045031C = opt_rotl(r0044F67C, 30);   // a = rotl (D, 30) :56a09e66
...
UINT32 r004505F4 = opt_rotl(r0045025C, 5);// O = rotl (N, 5)  :00442100
UINT32 r004506B4 = opt_and(w03, 0x5A827999);  // P = and (_, cst) :5a827999
UINT32 r0045073C = opt_and(r004505F4, r004506B4); // Q = and (O, P)   :2100
UINT32 r004507C4 = opt_and(r00450534, r0045073C); // R = and (_, Q)   :2100
UINT32 r0045084C = opt_and(r0044F73C, r004507C4); // S = and (_, R)   :2100
UINT32 r0045090C = opt_rotl(r0044FC6C, 30);   // T = rotl (I, 30) :54008c42
UINT32 r00450994 = opt_not(r0045025C);// b = not (N)  :fffddef7
UINT32 r00450A14 = opt_and(r00450994, r0045031C); // c = and (b, a)   :56a09e66
...
UINT32 r00450A9C = opt_and(r0045025C, r0045090C); // U = and (N, T)   :
UINT32 r00450B24 = opt_or(r00450A14, r00450A9C);  // V = or (c, U):56a09e66
UINT32 r00450BE4 = opt_rotl(r0045084C, 5);// W = rotl (S, 5)  :00042000
UINT32 r00450CA4 = opt_and(w04, 0x5A827999);  // X = and (_, cst) :5a827999
UINT32 r00450D2C = opt_and(r00450BE4, r00450CA4); // Y = and (W, X)   :2000
UINT32 r00450DB4 = opt_and(r00450B24, r00450D2C); // Z = and (V, Y)   :
---

PS. Not that it matters for the code quoted above, but your opt_xor
function uses "+" instead of "^".


-- 
   What|Removed |Added

 CC||rsandifo at gcc dot gnu dot
   ||org
 Status|NEW |WAITING


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

[Bug rtl-optimization/21970] [3.4 only] Inline keyword causes computation to erroneously reduce to a constant

[rsandifo at gcc dot gnu dot org]

--- Additional Comments From rsandifo at gcc dot gnu dot org  2005-07-04 
13:52 ---
Oops, the following line was bogus:

UINT32 r00450994 = opt_not(r0045025C);// b = not (N)  :fffddef7

the value should be .  It doesn't affect the analysis though.


-- 


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

[Bug middle-end/22253] [4.1 Regression] 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-07-04 
15:08 ---
Confused :)

http://gcc.gnu.org/ml/gcc-testresults/2005-07/msg00190.html

is the --enable-checking ok ?

-- 


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-07-04 
15:15 ---
Hmm, weird, oh well the reduced testcase still fails on the mainline.

-- 


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

[Bug target/22289] problem in gimp downscaling routines when compiling with -mfpmath=sse

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2005-07-04 
15:28 ---
We need a testcase.

-- 
   What|Removed |Added

 Status|UNCONFIRMED |WAITING


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

[Bug fortran/22290] Optimize Assigned GOTO to cause error with -O1 or higher

[steven at gcc dot gnu dot org]

--- Additional Comments From steven at gcc dot gnu dot org  2005-07-04 
15:28 ---
"int4 nz.0 = -2;"  look line an INIT_EXPR.  It should be 
 
"int4 nz.0; 
 nz.0 = -2" 
 
 

-- 


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

[Bug target/18434] [4.0/4.1 Regression] Cannot build gnattools on Tru64 UNIX V5.1B

[charlet at gcc dot gnu dot org]

--- Additional Comments From charlet at gcc dot gnu dot org  2005-07-04 
15:30 ---
Given your last comment (a variable set to 4), it still looks very much like
a codegen issue to me, and likely target dependent.

I guess a next step could be to either look at the ssa transformations 
performed,
and/or at the assembly code generated for the elab routine.

Arno

-- 


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

[Bug target/22289] problem in gimp downscaling routines when compiling with -mfpmath=sse

[giovannibajo at libero dot it]

--- Additional Comments From giovannibajo at libero dot it  2005-07-04 
15:34 ---
To produce a testcase, you could try extracting the routine that is miscompiled 
and attach it to this bug (in a compilable form, so preprocessed with all 
needed headers). I believe the GIMP folk can help you with this.

It might be that the bug is visible by just looking at the assembly code 
generated by the compiler (-S). 

-- 


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

[Bug target/22292] [3.4 Regression] ICE with _mm_loadl_pd/__builtin_ia32_loadlpd

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2005-07-04 
16:05 ---
The code does not do what you want it to do:
You want:
#include 

extern "C" double
fadd(double a, double b)
{
__m128d a1;
__m128d b1;
__m128d c;
double res;

a1 = _mm_loadl_pd(a1, &a);
b1 =_mm_loadl_pd(b1, &b);
c = _mm_add_sd(a1, b1);
_mm_storel_pd(&res, c);
return res;
}


But the ICE is a regression from 3.3 so confirming on that

-- 
   What|Removed |Added

 Status|UNCONFIRMED |NEW
 Ever Confirmed||1
   Keywords|ssemmx, wrong-code  |
   Last reconfirmed|-00-00 00:00:00 |2005-07-04 16:05:07
   date||
Summary|ICE and wrong code gen with |[3.4 Regression] ICE with
   |_mm_loadl_pd/__builtin_ia32_|_mm_loadl_pd/__builtin_ia32_
   |loadlpd |loadlpd
   Target Milestone|--- |3.4.5


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

[Bug middle-end/21180] [4.1 Regression] checking on fold no longer happens in some cases

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2005-07-04 
17:03 ---
s/face/fact/
This is the patch I am testing right now:

  * fold-const.c (fold_build1): Add checksum for the operands.
  (fold_build2): Likewise.
  (fold_build3): Likewise.

Index: fold-const.c
===

RCS file: /cvs/gcc/gcc/gcc/fold-const.c,v
retrieving revision 1.600
diff -u -p -r1.600 fold-const.c
--- fold-const.c2 Jul 2005 16:24:25 -   1.600
+++ fold-const.c4 Jul 2005 17:02:26 -
@@ -10322,11 +10322,33 @@ recursive_label:
 tree
 fold_build1 (enum tree_code code, tree type, tree op0)
 {
-  tree tem = fold_unary (code, type, op0);
-  if (tem)
-return tem;
-
-  return build1 (code, type, op0);
+  tree tem;
+#ifdef ENABLE_FOLD_CHECKING
+  unsigned char checksum_before[16], checksum_after[16];
+  struct md5_ctx ctx;
+  htab_t ht;
+
+  ht = htab_create (32, htab_hash_pointer, htab_eq_pointer, NULL);
+  md5_init_ctx (&ctx);
+  fold_checksum_tree (op0, &ctx, ht);
+  md5_finish_ctx (&ctx, checksum_before);
+  htab_empty (ht);
+#endif
+  
+  tem = fold_unary (code, type, op0);
+  if (!tem)
+tem = build1 (code, type, op0);
+  
+#ifdef ENABLE_FOLD_CHECKING
+  md5_init_ctx (&ctx);
+  fold_checksum_tree (op0, &ctx, ht);
+  md5_finish_ctx (&ctx, checksum_after);
+  htab_delete (ht);
+
+  if (memcmp (checksum_before, checksum_after, 16))
+fold_check_failed (op0, tem);
+#endif
+  return tem;
 }
 
 /* Fold a binary tree expression with code CODE of type TYPE with
@@ -10337,11 +10359,49 @@ fold_build1 (enum tree_code code, tree t
 tree
 fold_build2 (enum tree_code code, tree type, tree op0, tree op1)
 {
-  tree tem = fold_binary (code, type, op0, op1);
-  if (tem)
-return tem;
+  tree tem;
+#ifdef ENABLE_FOLD_CHECKING
+  unsigned char checksum_before_op0[16],
+checksum_before_op1[16],
+   checksum_after_op0[16],
+   checksum_after_op1[16];
+  struct md5_ctx ctx;
+  htab_t ht;
+
+  ht = htab_create (32, htab_hash_pointer, htab_eq_pointer, NULL);
+  md5_init_ctx (&ctx);
+  fold_checksum_tree (op0, &ctx, ht);
+  md5_finish_ctx (&ctx, checksum_before_op0);
+  htab_empty (ht);
+
+  md5_init_ctx (&ctx);
+  fold_checksum_tree (op1, &ctx, ht);
+  md5_finish_ctx (&ctx, checksum_before_op1);
+  htab_empty (ht);
+#endif
+
+  tem = fold_binary (code, type, op0, op1);
+  if (!tem)
+tem = build2 (code, type, op0, op1);
+  
+#ifdef ENABLE_FOLD_CHECKING
+  md5_init_ctx (&ctx);
+  fold_checksum_tree (op0, &ctx, ht);
+  md5_finish_ctx (&ctx, checksum_after_op0);
+  htab_empty (ht);
 
-  return build2 (code, type, op0, op1);
+  if (memcmp (checksum_before_op0, checksum_after_op0, 16))
+fold_check_failed (op0, tem);
+  
+  md5_init_ctx (&ctx);
+  fold_checksum_tree (op1, &ctx, ht);
+  md5_finish_ctx (&ctx, checksum_after_op1);
+  htab_delete (ht);
+
+  if (memcmp (checksum_before_op1, checksum_after_op1, 16))
+fold_check_failed (op1, tem);
+#endif
+  return tem;
 }
 
 /* Fold a ternary tree expression with code CODE of type TYPE with
@@ -10351,12 +10411,64 @@ fold_build2 (enum tree_code code, tree t
 
 tree
 fold_build3 (enum tree_code code, tree type, tree op0, tree op1, tree op2)
-{
-  tree tem = fold_ternary (code, type, op0, op1, op2);
-  if (tem)
-return tem;
+{  tree tem;
+#ifdef ENABLE_FOLD_CHECKING
+  unsigned char checksum_before_op0[16],
+checksum_before_op1[16],
+checksum_before_op2[16],
+   checksum_after_op0[16],
+   checksum_after_op1[16],
+   checksum_after_op2[16];
+  struct md5_ctx ctx;
+  htab_t ht;
+
+  ht = htab_create (32, htab_hash_pointer, htab_eq_pointer, NULL);
+  md5_init_ctx (&ctx);
+  fold_checksum_tree (op0, &ctx, ht);
+  md5_finish_ctx (&ctx, checksum_before_op0);
+  htab_empty (ht);
+
+  md5_init_ctx (&ctx);
+  fold_checksum_tree (op1, &ctx, ht);
+  md5_finish_ctx (&ctx, checksum_before_op1);
+  htab_empty (ht);
+
+  md5_init_ctx (&ctx);
+  fold_checksum_tree (op2, &ctx, ht);
+  md5_finish_ctx (&ctx, checksum_before_op2);
+  htab_empty (ht);
+#endif
+  
+  tem = fold_ternary (code, type, op0, op1, op2);
+  if (!tem)
+tem =  build3 (code, type, op0, op1, op2);
+  
+#ifdef ENABLE_FOLD_CHECKING
+  md5_init_ctx (&ctx);
+  fold_checksum_tree (op0, &ctx, ht);
+  md5_finish_ctx (&ctx, checksum_after_op0);
+  htab_empty (ht);
 
-  return build3 (code, type, op0, op1, op2);
+  if (memcmp (checksum_before_op0, checksum_after_op0, 16))
+fold_check_failed (op0, tem);
+  
+  md5_init_ctx (&ctx);
+  fold_checksum_tree (op1, &ctx, ht);
+  md5_finish_ctx (&ctx, checksum_after_op1);
+  htab_empty (ht);
+
+  if (memcmp (checksum_before_op1, checksum_after_op1, 16))
+fold_check_failed (op1, tem);
+  
+  md5_init_ctx (&ctx);
+  fold_checksum_tree (op2, &ctx, ht);
+  md5_finish_ctx (&ctx, checksum_after_op2);
+  htab_delete (ht);
+
+  if (memcmp (checksum_before_op2, checksum_after_op2, 16

[Bug gcov/profile/22294] New: [4.1 Regression] libgcov references POSIX functions (broken on *-elf and newlib targets)

[pinskia at gcc dot gnu dot org]

See: .

And  (but HJL is wrong 
about arc.h).

-- 
   Summary: [4.1 Regression] libgcov references POSIX functions
(broken on *-elf and newlib targets)
   Product: gcc
   Version: 4.1.0
Status: UNCONFIRMED
  Keywords: build
  Severity: normal
  Priority: P2
 Component: gcov/profile
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=22294

[Bug gcov/profile/22294] [4.1 Regression] libgcov references POSIX functions (broken on *-elf and newlib targets)

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2005-07-04 
17:42 ---
Confirmed based on those two emails.

-- 
   What|Removed |Added

 Status|UNCONFIRMED |NEW
 Ever Confirmed||1
   Last reconfirmed|-00-00 00:00:00 |2005-07-04 17:42:35
   date||
   Target Milestone|--- |4.1.0


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

[Bug debug/22295] New: [4.0/4.1 Regression] gcc failed to generate debug info

[hjl at lucon dot org]

On both Linux/ia32 and Linux/x86-64, I got

[EMAIL PROTECTED] gcc]$ gdb cc1
GNU gdb Red Hat Linux (6.3.0.0-1.21rh)
Copyright 2004 Free Software Foundation, Inc.
GDB is free software, covered by the GNU General Public License, and you are
welcome to change it and/or distribute copies of it under certain conditions.
Type "show copying" to see the conditions.
There is absolutely no warranty for GDB.  Type "show warranty" for details.
This GDB was configured as "x86_64-redhat-linux-gnu"...Using host libthread_db
library "/lib64/libthread_db.so.1".

Breakpoint 1 at 0x4d6cf5: file
/net/gnu-13/export/gnu/src/gcc-4.0/gcc/gcc/diagnostic.c, line 555.
Breakpoint 2 at 0x4d6c29: file
/net/gnu-13/export/gnu/src/gcc-4.0/gcc/gcc/diagnostic.c, line 496.
Function "exit" not defined.
Function "abort" not defined.
(gdb) watch costs
Hardware watchpoint 3: {} 10097096

Gcc 3.4 works fine.

-- 
   Summary: [4.0/4.1 Regression] gcc failed to generate debug info
   Product: gcc
   Version: 4.0.1
Status: UNCONFIRMED
  Severity: critical
  Priority: P2
 Component: debug
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: hjl at lucon dot org
CC: gcc-bugs at gcc dot gnu dot org


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

[Bug tree-optimization/22279] [4.1 Regression] ICE in first_vi_for_offset, at tree-ssa-structalias.c:2566

[cvs-commit at gcc dot gnu dot org]

--- Additional Comments From cvs-commit at gcc dot gnu dot org  2005-07-04 
17:49 ---
Subject: Bug 22279

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

Modified files:
gcc: ChangeLog tree-ssa-structalias.c 
Added files:
gcc/testsuite/g++.dg/tree-ssa: pr22279.C 

Log message:
2005-07-04  Daniel Berlin  <[EMAIL PROTECTED]>

Fix PR tree-optimization/22279

* tree-ssa-structalias.c (offset_overlaps_with_access): Use
correct operator.

Patches:
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/ChangeLog.diff?cvsroot=gcc&r1=2.9333&r2=2.9334
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/tree-ssa-structalias.c.diff?cvsroot=gcc&r1=2.9&r2=2.10
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/g++.dg/tree-ssa/pr22279.C.diff?cvsroot=gcc&r1=NONE&r2=1.1



-- 


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

[Bug target/21742] [4.1 Regression] unrecognized insn for struct-layout-1 tests with complex members

[dje at gcc dot gnu dot org]

--- Additional Comments From dje at gcc dot gnu dot org  2005-07-04 17:52 
---
mainline testresults no longer show failure after patch applied.

-- 
   What|Removed |Added

 Status|ASSIGNED|RESOLVED
 Resolution||FIXED


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

[Bug debug/22295] [4.0/4.1 Regression] gcc failed to generate debug info

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2005-07-04 
17:54 ---


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

-- 
   What|Removed |Added

 Status|UNCONFIRMED |RESOLVED
 Resolution||DUPLICATE


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

[Bug debug/21828] [4.0/4.1 Regression] debug info omitted for global variables

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2005-07-04 
17:54 ---
*** Bug 22295 has been marked as a duplicate of this bug. ***

-- 
   What|Removed |Added

 CC||hjl at lucon dot org


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

[Bug debug/21828] [4.0/4.1 Regression] debug info omitted for global variables

[hjl at lucon dot org]

--- Additional Comments From hjl at lucon dot org  2005-07-04 17:59 ---
Gcc Red Hat 4.0.0-8 seems OK. Does Red Hat have a fix on gcc-4_0-rhl-branch?
This bug makes it very hard to debug binaries generated by gcc 4.0.

-- 


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

[Bug middle-end/21180] [4.1 Regression] checking on fold no longer happens in some cases

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2005-07-04 
18:16 ---
Patch posted here: .

-- 
   What|Removed |Added

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


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

[Bug debug/21828] [4.0/4.1 Regression] debug info omitted for global variables

[hjl at lucon dot org]

--- Additional Comments From hjl at lucon dot org  2005-07-04 18:21 ---
I checked the current gcc-4_0-rhl-branch in CVS. It has the same problem.
Can we revisit bug 18556? I can test both.

-- 
   What|Removed |Added

  BugsThisDependsOn||18556


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

[Bug tree-optimization/22279] [4.1 Regression] ICE in first_vi_for_offset, at tree-ssa-structalias.c:2566

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2005-07-04 
19:15 ---
Fixed.

-- 
   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||FIXED


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

[Bug tree-optimization/22277] [4.1 Regression] ACATS ICE cc40001 in first_vi_for_offset, at tree-ssa-structalias.c:2566

[pinskia at gcc dot gnu dot org]

-- 
Bug 22277 depends on bug 22279, which changed state.

Bug 22279 Summary: [4.1 Regression] ICE in first_vi_for_offset, at 
tree-ssa-structalias.c:2566
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22279

   What|Old Value   |New Value

 Status|NEW |RESOLVED
 Resolution||FIXED

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

[Bug tree-optimization/16045] ICE fold check: original tree changed by fold

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2005-07-04 
19:17 ---
Mine, patch posted: .

-- 
   What|Removed |Added

 AssignedTo|unassigned at gcc dot gnu   |pinskia at gcc dot gnu dot
   |dot org |org
URL||http://gcc.gnu.org/ml/gcc-
   ||patches/2005-
   ||07/msg00211.html
 Status|NEW |ASSIGNED
   Keywords||patch


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

[Bug testsuite/22296] New: gcc.dg/sibcall-3.c and gcc.dg/sibcall-4.c FAIL on ARM THUMB

[kazu at gcc dot gnu dot org]

gcc.dg/sibcall-3.c and gcc.dg/sibcall-4.c FAIL on ARM THUMB.

Reading

http://gcc.gnu.org/ml/gcc/2005-06/msg01088.html

I am inclined to XFAIL the test on ARM THUMB,
but I don't know how I would do that on ARM THUMB but not ARM ARM.

-- 
   Summary: gcc.dg/sibcall-3.c and gcc.dg/sibcall-4.c FAIL on ARM
THUMB
   Product: gcc
   Version: unknown
Status: UNCONFIRMED
  Severity: normal
  Priority: P2
 Component: testsuite
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: kazu at gcc dot gnu dot org
CC: gcc-bugs at gcc dot gnu dot org


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

[Bug testsuite/22296] gcc.dg/sibcall-3.c and gcc.dg/sibcall-4.c FAIL on ARM THUMB

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2005-07-04 
19:28 ---
Confirmed.

-- 
   What|Removed |Added

 Status|UNCONFIRMED |NEW
 Ever Confirmed||1
   Last reconfirmed|-00-00 00:00:00 |2005-07-04 19:28:43
   date||


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

[Bug debug/21828] [4.0/4.1 Regression] debug info omitted for uninitialized variables

[hjl at lucon dot org]

--- Additional Comments From hjl at lucon dot org  2005-07-04 20:06 ---
My patch doesn't handle uninitiliazed local variables correctly. The difference
between C and C++ is C++ writes out variables first.

-- 
   What|Removed |Added

Summary|[4.0/4.1 Regression] debug  |[4.0/4.1 Regression] debug
   |info omitted for global |info omitted for
   |variables   |uninitialized variables


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

[Bug middle-end/22297] New: [4.0/4.1 Regression] missing uninitialization warning

[pinskia at gcc dot gnu dot org]

Take the following code (useless example but just shows the problem, there are 
other testcase which 
show the problem too which less useless):
#include 
int g(char *);
int f(void)
{
  char *s;
  strcpy(s,s);
  return g(s);
}

-- 
   Summary: [4.0/4.1 Regression] missing uninitialization warning
   Product: gcc
   Version: 4.1.0
Status: UNCONFIRMED
  Keywords: diagnostic
  Severity: minor
  Priority: P2
 Component: middle-end
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: pinskia at gcc dot gnu dot org
CC: gcc-bugs at gcc dot gnu dot org


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

[Bug c/22297] [4.0/4.1 Regression] missing uninitialization warning

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2005-07-04 
20:46 ---
The patch here fixes one issue: 
.

But the next problem is located in the front-end:
#0  default_function_array_conversion (exp={value = 0x41da9f00, original_code = 
ERROR_MARK}) at /
Users/pinskia/src/cool/gcc/gcc/c-typeck.c:1372
#1  0x000b8ae4 in c_parser_expression_conv (parser=0x41d9e0c0) at 
/Users/pinskia/src/cool/gcc/
gcc/c-parser.c:5338
#2  0x000b3898 in c_parser_statement_after_labels (parser=0x41d9e0c0) at 
/Users/pinskia/src/cool/
gcc/gcc/c-parser.c:3564
#3  0x000b2ee4 in c_parser_compound_statement_nostart (parser=0x41d9e0c0) at 
/Users/pinskia/
src/cool/gcc/gcc/c-parser.c:3314
#4  0x000b2a58 in c_parser_compound_statement (parser=0x41d9e0c0) at 
/Users/pinskia/src/cool/
gcc/gcc/c-parser.c:3189
#5  0x000ae994 in c_parser_declaration_or_fndef (parser=0x41d9e0c0, fndef_ok=1 
'\001', 
empty_ok=1 '\001', nested=0 '\0', start_attr_ok=1 '\001') at 
/Users/pinskia/src/cool/gcc/gcc/c-
parser.c:1295


-- 
   What|Removed |Added

  Component|middle-end  |c
   Target Milestone|--- |4.0.2


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

[Bug middle-end/20623] ICE: fold check: original tree changed by fold with --enable-checking=fold

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2005-07-04 
21:16 ---
How many still fail today?

-- 


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

[Bug libfortran/22298] New: libgfortran init() constructor isn't called if executable is statically linked

[fxcoudert at gcc dot gnu dot org]

$ cat a_fortran.f90   
  subroutine f
print *, '##'
  end
$ gfortran -c a_fortran.f90
$ cat a.c 
extern void f_(void);
int main (void)
{
  f_ ();
}
$ ./irun/bin/gcc -c a.c 
$ gfortran -static a.o a_fortran.o && ./a.out
Fortran runtime error: End of record
$ gfortran a.o a_fortran.o && ./a.out
 ##


This happens because the init() constructor (libgfortran/runtime/main.c) is not
called when a.out is executed, if it was linked statically.

According to Andrew, one way to make sure that init() is called is to reference
it in an object file we're sure will be used. I'm thinking of runtime/error.c.

-- 
   Summary: libgfortran init() constructor isn't called if
executable is statically linked
   Product: gcc
   Version: 4.1.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P2
 Component: libfortran
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


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

[Bug libfortran/22298] libgfortran init() constructor isn't called if executable is statically linked

[daniel dot franke at imbs dot uni-luebeck dot de]

-- 
   What|Removed |Added

 CC||daniel dot franke at imbs
   ||dot uni-luebeck dot de


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

[Bug middle-end/17667] Const/pure function detection during tree-based profiling

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2005-07-04 
21:35 ---
Isn't this fixed now or does this need to be submitted still?

-- 


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

[Bug tree-optimization/20065] DOM/VRP does not work for TRUTH_AND_EXPR

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2005-07-04 
21:41 ---
This is dup of bug 15911.

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

-- 
   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||DUPLICATE
Summary|DOM working for _Bool but   |DOM/VRP does not work for
   |not for int |TRUTH_AND_EXPR


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

[Bug tree-optimization/15911] DOM optimization not performed

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2005-07-04 
21:41 ---
*** Bug 20065 has been marked as a duplicate of this bug. ***

-- 


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

[Bug tree-optimization/15911] VRP/DOM does not like TRUTH_AND_EXPR

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2005-07-04 
21:41 ---
VRP does not work on this either.

-- 
   What|Removed |Added

 CC||dnovillo at gcc dot gnu dot
   ||org
Summary|DOM optimization not|VRP/DOM does not like
   |performed   |TRUTH_AND_EXPR


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

[Bug tree-optimization/8826] "a >> b" differs from "a.operator>>(b)" in that virtual function calls are not avoided

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2005-07-04 
21:46 ---
Fixed on the mainline.

-- 
   What|Removed |Added

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


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

[Bug tree-optimization/3713] Pointers to functions or member functions are not folded or inlined

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2005-07-04 
21:54 ---
Actually the testcase above is not really valid.
The below testcase is more correct as A::p cannot be inlined as it has its 
address taken (stupid bug in 
the C++ front-end really).
But here is a better testcase:
struct A
{
void foo()
{
}
};

int main()
{
 void (A::* const p)() = & A::foo;
A a;
(a.*p)();
}


 cut ---
  D.1749 = (int) foo;
  if ((D.1749 & 1) != 0) goto ; else goto ;

hmm, we need to know the alignment of a function, which is weird.  Why is the 
C++ front-end 
producing code like this, oh well.

-- 


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

[Bug rtl-optimization/21150] Suboptimal byte extraction from 64bits

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2005-07-04 
22:21 ---
Confirmed, this is most likely a sub register problem.

-- 
   What|Removed |Added

 Status|UNCONFIRMED |NEW
 Ever Confirmed||1
   Last reconfirmed|-00-00 00:00:00 |2005-07-04 22:21:33
   date||


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

[Bug middle-end/21992] [4.1 regression] testsuite failure: many objc execution tests fail, first objc/execute/_cmd.m execution

[hp at gcc dot gnu dot org]

--- Additional Comments From hp at gcc dot gnu dot org  2005-07-04 23:21 
---
There was a change of behavior between
LAST_UPDATED "Sun Jun 19 20:05:45 UTC 2005" and "Mon Jun 27 21:26:27 UTC 2005";
some tests now fail at -O1.  So whatever pass now runs at -O1 that used to run
at -O2 and higher seems the culprit.  With "Mon Jul  4 10:24:52 UTC 2005" these
tests still fail.  Complete list of new objc failures introduced between the two
first dates:
objc/execute/accessing_ivars.m execution,  -O1
objc/execute/bycopy-2.m execution,  -O1
objc/execute/bycopy-3.m execution,  -O1
objc/execute/cascading-1.m execution,  -O1
objc/execute/class-1.m execution,  -O1
objc/execute/class-10.m execution,  -O1
objc/execute/class-11.m execution,  -O1
objc/execute/class-12.m execution,  -O1
objc/execute/class-13.m execution,  -O1
objc/execute/class-14.m execution,  -O1
objc/execute/class-2.m execution,  -O1
objc/execute/class-3.m execution,  -O1
objc/execute/class-4.m execution,  -O1
objc/execute/class-5.m execution,  -O1
objc/execute/class-6.m execution,  -O1
objc/execute/class-7.m execution,  -O1
objc/execute/class-8.m execution,  -O1
objc/execute/class-9.m execution,  -O1
objc/execute/compatibility_alias.m execution,  -O1
objc/execute/enumeration-1.m execution,  -O1
objc/execute/enumeration-2.m execution,  -O1
objc/execute/formal_protocol-1.m execution,  -O1
objc/execute/formal_protocol-2.m execution,  -O1
objc/execute/formal_protocol-3.m execution,  -O1
objc/execute/formal_protocol-4.m execution,  -O1
objc/execute/formal_protocol-7.m execution,  -O1
objc/execute/function-message-1.m execution,  -O1
objc/execute/no_clash.m execution,  -O1
objc/execute/object_is_class.m execution,  -O1
objc/execute/object_is_meta_class.m execution,  -O1


-- 
   What|Removed |Added

   Last reconfirmed|2005-06-18 16:10:15 |2005-07-04 23:21:14
   date||


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

[Bug middle-end/21992] [4.1 regression] testsuite failure: many objc execution tests fail, first objc/execute/_cmd.m execution

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2005-07-04 
23:32 ---
(In reply to comment #3)
> There was a change of behavior between
> LAST_UPDATED "Sun Jun 19 20:05:45 UTC 2005" and "Mon Jun 27 21:26:27 UTC 
> 2005";
> some tests now fail at -O1.  So whatever pass now runs at -O1 that used to run
> at -O2 and higher seems the culprit.  With "Mon Jul  4 10:24:52 UTC 2005" 
> these
> tests still fail.  Complete list of new objc failures introduced between the 
> two
> first dates:

That is the date which unit-at-a-time was enabled at -O1.  So it looks like it 
was Jan's change which 
caused it.  Though I don't know why it passes on i686-pc-linux-gnu.

-- 


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

[Bug tree-optimization/3713] Pointers to functions or member functions are not folded or inlined

[pcarlini at suse dot de]

--- Additional Comments From pcarlini at suse dot de  2005-07-04 23:42 
---
... alternately, one we really care about, performance-wise, could be distilled
from libstdc++-v3/testsuite/performance/27_io/fmtflags_manipulators.cc...

-- 


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

[Bug tree-optimization/19055] Minor bit optimization with or and xor

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2005-07-05 
00:02 ---
I have a fix which I will be testing over night.

-- 
   What|Removed |Added

 AssignedTo|unassigned at gcc dot gnu   |pinskia at gcc dot gnu dot
   |dot org |org
 Status|NEW |ASSIGNED
   Last reconfirmed|2005-05-26 12:36:02 |2005-07-05 00:02:17
   date||


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

[Bug java/22299] New: Even length strings (not odd) placed in .section .rodata.jutf8.# at -O1 or above.

[ovidr at users dot sourceforge dot net]

Compiling with -O1 or above.

All even length strings go to ".section  .rodata.jutf8.#", odd length strings 
do not.

class small {
public static void main(String[] a) {
  String S2 = "XX";
  String S3 = "ODD";
  String S4 = "";
  String S5 = "ODD55";
  String S6 = "XX";
  String S8 = "";
  String S10 = "XX";
  String S12 = "";
  String S14 = "XX";
  String S16 = "";
  String S18 = "XX";
  String S20 = "";
  String S22 = "XX";
  String S24 = "";
  String S26 = "XX";
  String S28 = "";
  String S30 = "XX";
  System.out.println("OK");
}}

Compile:

gcj small.java -S -o small.s -O1

Result:



_Utf20:
  .value  22016
  .value  4
  .ascii  ""
  .zero 1
  .section  .rodata.jutf8.8
  .align 2
  .type _Utf21, @object
  .size _Utf21, 4

_Utf21:
  .value  12559
  .value  3
  .ascii  "ODD"
  .zero 1
  .align 2
  .type _Utf22, @object
  .size _Utf22, 4

-- 
   Summary: Even length strings (not odd) placed in .section
.rodata.jutf8.# at -O1 or above.
   Product: gcc
   Version: 4.0.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P2
 Component: java
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: ovidr at users dot sourceforge dot net
CC: gcc-bugs at gcc dot gnu dot org,java-prs at gcc dot gnu
dot org
  GCC host triplet: linux


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

[Bug objc/22274] [4.1 Regression] string[1-4].m, const-str-5.m fails with the gnu runtime

[hp at gcc dot gnu dot org]

--- Additional Comments From hp at gcc dot gnu dot org  2005-07-05 00:40 
---
I was about to enter a separate report, but it seems the bug is the same as this
one, so I just add the following as a comment.  A few more failures than the
original report; I don't know what to make of that.

Last known to work on: "Wed Jun 29 13:20:13 UTC 2005".
With LAST_UPDATED: "Wed Jun 29 21:40:22 UTC 2005" up til
and including "Mon Jul  4 10:24:52 UTC 2005" I get these
objc failures:

objc.dg/const-str-5.m (test for excess errors)
objc/execute/string1.m compilation,  -O0
objc/execute/string1.m compilation,  -O1
objc/execute/string1.m compilation,  -O2
objc/execute/string1.m compilation,  -O3 -fomit-frame-pointer
objc/execute/string1.m compilation,  -O3 -g
objc/execute/string1.m compilation,  -Os
objc/execute/string2.m compilation,  -O0
objc/execute/string2.m compilation,  -O1
objc/execute/string2.m compilation,  -O2
objc/execute/string2.m compilation,  -O3 -fomit-frame-pointer
objc/execute/string2.m compilation,  -O3 -g
objc/execute/string2.m compilation,  -Os
objc/execute/string3.m compilation,  -O0
objc/execute/string3.m compilation,  -O1
objc/execute/string3.m compilation,  -O2
objc/execute/string3.m compilation,  -O3 -fomit-frame-pointer
objc/execute/string3.m compilation,  -O3 -g
objc/execute/string3.m compilation,  -Os
objc/execute/string4.m compilation,  -O0
objc/execute/string4.m compilation,  -O1
objc/execute/string4.m compilation,  -O2
objc/execute/string4.m compilation,  -O3 -fomit-frame-pointer
objc/execute/string4.m compilation,  -O3 -g
objc/execute/string4.m compilation,  -Os

With the message in the .log being similar for all:
x/gcc/testsuite/objc/execute/string1.m:17: internal compiler error: tree check:
expected identifier_node, have type_decl in generate_strings, at
objc/objc-act.c:2445


-- 
   What|Removed |Added

 CC||hp at gcc dot gnu dot org
   Last reconfirmed|2005-07-02 04:05:40 |2005-07-05 00:40:13
   date||
Summary|[4.1 Regression]|[4.1 Regression] string[1-
   |string[12].m fails with the |4].m, const-str-5.m fails
   |gnu runtime |with the gnu runtime


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

[Bug middle-end/17667] Const/pure function detection during tree-based profiling

[jh at suse dot cz]

--- Additional Comments From jh at suse dot cz  2005-07-05 00:54 ---
Subject: Re:  Const/pure function detection during tree-based profiling

> 
> --- Additional Comments From pinskia at gcc dot gnu dot org  2005-07-04 
> 21:35 ---
> Isn't this fixed now or does this need to be submitted still?

This is fixed by Kenny's aliasing series that AFAIK wasn't reviewed yet.


Honza
> 
> -- 
> 
> 
> http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17667
> 
> --- You are receiving this mail because: ---
> You are the assignee for the bug, or are watching the assignee.


-- 


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

[Bug middle-end/22287] [4.1 Regression] gcc.c-torture/execute/simd-2.c fails (simd-1.c too for some).

[hp at gcc dot gnu dot org]

--- Additional Comments From hp at gcc dot gnu dot org  2005-07-05 00:58 
---
For mmix-knuth-mmixware, both simd-1.c and simd-2.c fail with the same message
in gcc.log.  For cris-axis-elf and cris-axis-linux-gnu, only simd-2.c fail.
The regression was introduced between LAST_UPDATED
"Wed Jun 29 21:40:22 UTC 2005" and "Thu Jun 30 14:21:25 UTC 2005".
The tests still fail with "Mon Jul  4 22:31:48 UTC 2005".
The failure list for mmix-knuth-mmixware is:
gcc.c-torture/execute/simd-1.c compilation,  -O2
gcc.c-torture/execute/simd-1.c compilation,  -O3 -fomit-frame-pointer
gcc.c-torture/execute/simd-1.c compilation,  -O3 -g
gcc.c-torture/execute/simd-1.c compilation,  -Os
gcc.c-torture/execute/simd-2.c compilation,  -O2
gcc.c-torture/execute/simd-2.c compilation,  -O3 -fomit-frame-pointer
gcc.c-torture/execute/simd-2.c compilation,  -O3 -g
gcc.c-torture/execute/simd-2.c compilation,  -Os


-- 
   What|Removed |Added

 CC||hp at gcc dot gnu dot org
   Last reconfirmed|2005-07-03 23:27:08 |2005-07-05 00:58:49
   date||
Summary|[4.1 Regression] New gcc.c- |[4.1 Regression] gcc.c-
   |torture/execute/simd-2.c|torture/execute/simd-2.c
   |fails   |fails (simd-1.c too for
   ||some).


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

[Bug testsuite/22300] New: mmix-knuth-mmixware testsuite failure: gcc.dg/tree-ssa/pr22051-2.c scan-tree-dump-times if \(\(int\) q 1

[hp at gcc dot gnu dot org]

With LAST_UPDATED: "Mon Jul  4 22:31:48 UTC 2005" I get:
Running /home/hp/combined/combined/gcc/testsuite/gcc.dg/tree-ssa/tree-ssa.exp
...
...
FAIL: gcc.dg/tree-ssa/pr22051-2.c scan-tree-dump-times if \(\(int\) q 1

This is a new test, and has always failed on mmix-knuth-mmixware.
It passes on cris-axis-elf and cris-axis-linux-gnu.
>From brief inspection, it seems likely to be a ilp32 vs lp64 issue;
there's a pointer cast to int in the test.

-- 
   Summary: mmix-knuth-mmixware testsuite failure: gcc.dg/tree-
ssa/pr22051-2.c scan-tree-dump-times if \(\(int\) q 1
   Product: gcc
   Version: 4.1.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P2
 Component: testsuite
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: hp at gcc dot gnu dot org
CC: gcc-bugs at gcc dot gnu dot org,law at gcc dot gnu dot
org
  GCC host triplet: i686-pc-linux-gnu
GCC target triplet: mmix-knuth-mmixware


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

[Bug ada/22301] New: [4.1 Regression] Ada does not build into a clean prefix when unwind.h is not installed

[pinskia at gcc dot gnu dot org]

On powerpc-darwin, we don't have undwind.h installed which means that the build 
now fails on the 
mainline if you install into a clean prefix.

See: .

-- 
   Summary: [4.1 Regression] Ada does not build into a clean prefix
when unwind.h is not installed
   Product: gcc
   Version: 4.1.0
Status: UNCONFIRMED
  Keywords: build
  Severity: normal
  Priority: P2
 Component: ada
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
GCC target triplet: powerpc-darwin


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

[Bug ada/22301] [4.1 Regression] Ada does not build into a clean prefix when unwind.h is not installed

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2005-07-05 
01:42 ---
I should mention that raise.c is a part of compiling gnat1, the compiler, maybe 
it should not be 
including that header.

-- 
   What|Removed |Added

 CC||pbrook at gcc dot gnu dot
   ||org
   Target Milestone|--- |4.1.0


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

[Bug testsuite/22300] mmix-knuth-mmixware testsuite failure: gcc.dg/tree-ssa/pr22051-2.c scan-tree-dump-times if \(\(int\) q 1

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2005-07-05 
01:46 ---
Confirmed,  and yes this is a 32/64 bit problem.

-- 


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

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

[cvs-commit at gcc dot gnu dot org]

--- Additional Comments From cvs-commit at gcc dot gnu dot org  2005-07-05 
01:57 ---
Subject: Bug 21723

CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED]   2005-07-05 01:57:01

Modified files:
gcc: ChangeLog 
gcc/config/pa  : pa.md pa32-regs.h pa64-regs.h 

Log message:
PR target/21723
* pa.md: Remove fcpy alternative from movhi and movqi patterns.
* pa32-regs.h (HARD_REGNO_NREGS): Return two floating point registers
for complex modes when generating code for PA 1.0.
(VALID_FP_MODE_P): New macro.
(HARD_REGNO_MODE_OK): Use VALID_FP_MODE_P.  Use non-overlapping register
sets for all general and floating point modes.  Align wide floating
point modes to even register boundaries to comply with architectural
requirements.
(CLASS_MAX_NREGS): Update to align with change to HARD_REGNO_NREGS.
* pa64-regs.h (HARD_REGNO_NREGS): Update comment and formatting.
(VALID_FP_MODE_P): New macro.
(HARD_REGNO_MODE_OK): Use VALID_FP_MODE_P.  Use non-overlapping register
sets for all general and floating point modes.  Align wide floating
point modes to even register boundaries to comply with architectural
requirements.

Patches:
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/ChangeLog.diff?cvsroot=gcc&r1=2.9337&r2=2.9338
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/config/pa/pa.md.diff?cvsroot=gcc&r1=1.163&r2=1.164
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/config/pa/pa32-regs.h.diff?cvsroot=gcc&r1=1.14&r2=1.15
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/config/pa/pa64-regs.h.diff?cvsroot=gcc&r1=1.19&r2=1.20



-- 


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

[Bug testsuite/22302] New: gfortran.dg/io_invalid_1.f90 has an erroneous test pattern

[hp at gcc dot gnu dot org]

The new test gfortran.dg/io_invalid_1.f90 fails for cris-axis-linux-gnu,
but I expect it to fail everywhere:
FAIL: gfortran.dg/io_invalid_1.f90  -O   (test for errors, line 3)
FAIL: gfortran.dg/io_invalid_1.f90  -O  (test for excess errors)

gfortran.log says:
/home/hp/combined/combined/gcc/testsuite/gfortran.dg/io_invalid_1.f90   -O  
-pedantic-errors -S-o io_invalid_1.s(timeout = 300)
 In file
/home/hp/combined/combined/gcc/testsuite/gfortran.dg/io_invalid_1.f90:3^M
^M
WRITE(UNIT=6,END=999) 0 ! { dg-error "END tag .* is not compatible with
output"^M
   1^M
Error: END tag at (1) not allowed in output statement^M

Apparently the expected error message is something other than what is emitted.
I don't know which is right or if the bug is elsewhere.

Committer of test-case CC:ed.

-- 
   Summary: gfortran.dg/io_invalid_1.f90 has an erroneous test
pattern
   Product: gcc
   Version: 4.1.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P2
 Component: testsuite
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: hp at gcc dot gnu dot org
CC: fxcoudert at gcc dot gnu dot org,gcc-bugs at gcc dot gnu
dot org
  GCC host triplet: i686-pc-linux-gnu
GCC target triplet: cris-axis-linux-gnu


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

[Bug c/20764] value won't fit in type

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2005-07-05 
02:02 ---
Confirmed.

-- 
   What|Removed |Added

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


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

[Bug c/18382] define __pic__ and/or __PIC__ in c-cppbuiltins.c instead of scattershot in target config

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2005-07-05 
02:04 ---
Since Zack is no longer around, changing the owner back to the pool.

-- 
   What|Removed |Added

 AssignedTo|zack at codesourcery dot com|unassigned at gcc dot gnu
   ||dot org
 Status|ASSIGNED|NEW


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

[Bug testsuite/22302] gfortran.dg/io_invalid_1.f90 has an erroneous test pattern

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2005-07-05 
02:05 ---
Should have been fixed already by:
2005-07-04  Francois-Xavier Coudert  <[EMAIL PROTECTED]>

* gfortran.dg/io_invalid_1.f90: Fix expected error message.

Is it?

-- 
   What|Removed |Added

 Status|UNCONFIRMED |WAITING
   Target Milestone|--- |4.1.0


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

[Bug testsuite/22302] gfortran.dg/io_invalid_1.f90 has an erroneous test pattern

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2005-07-05 
02:08 ---
Yes this has already been fixed:
WRITE(UNIT=6,END=999) 0 ! { dg-error "END tag .* not allowed in output 
statement" }



-- 
   What|Removed |Added

 Status|WAITING |RESOLVED
 Resolution||FIXED


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

[Bug middle-end/17982] stop calling assemble_external before final assembly output time

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2005-07-05 
02:10 ---
Unassigning from Zack since he is gone now.

-- 
   What|Removed |Added

 AssignedTo|zack at codesourcery dot com|unassigned at gcc dot gnu
   ||dot org
 Status|ASSIGNED|NEW


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

[Bug target/7285] [ia64] unsigned-to-floating conversion not spec conformant

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2005-07-05 
02:13 ---
Unassigning from Zack since he is now gone from GCC development.

-- 
   What|Removed |Added

 AssignedTo|zack at codesourcery dot com|unassigned at gcc dot gnu
   ||dot org
 Status|REOPENED|NEW


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

[Bug c++/17577] [4.0/4.1 Regression] #pragma implementation no longer diagnoses use after file to which it applies

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2005-07-05 
02:14 ---
Unassigning from Zack since he is now gone from GCC development.

-- 
   What|Removed |Added

 AssignedTo|zack at codesourcery dot com|unassigned at gcc dot gnu
   ||dot org
 Status|ASSIGNED|NEW


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

[Bug other/18303] Establish the intl directory as the single source for iconv configury information

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2005-07-05 
02:14 ---
Unassigning from Zack since he is now gone from GCC development.

-- 
   What|Removed |Added

 AssignedTo|zack at codesourcery dot com|unassigned at gcc dot gnu
   ||dot org


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

[Bug c++/17422] Duplicate work, missed optimizations for registration of static destructors

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2005-07-05 
02:14 ---
Unassigning from Zack since he is now gone from GCC development.

-- 
   What|Removed |Added

 AssignedTo|zack at codesourcery dot com|unassigned at gcc dot gnu
   ||dot org
 Status|ASSIGNED|NEW


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

[Bug preprocessor/9449] UCNs not recognized in identifiers (c++/c99)

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2005-07-05 
02:14 ---
Unassigning from Zack since he is now gone from GCC development.

-- 
   What|Removed |Added

 AssignedTo|zack at codesourcery dot com|unassigned at gcc dot gnu
   ||dot org
 Status|ASSIGNED|NEW


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

[Bug c++/17964] [4.0/4.1 Regression] cpp error messages contain wrong line in C++

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2005-07-05 
02:14 ---
Unassigning from Zack since he is now gone from GCC development.

-- 
   What|Removed |Added

 AssignedTo|zack at codesourcery dot com|unassigned at gcc dot gnu
   ||dot org
 Status|ASSIGNED|NEW


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

[Bug c/22278] gcc -O2 discards cast to volatile

[james at juranfamily dot org]

-- 
   What|Removed |Added

 CC||james at juranfamily dot org


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

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

[danglin at gcc dot gnu dot org]

--- Additional Comments From danglin at gcc dot gnu dot org  2005-07-05 
02:21 ---
Regarding the regression, it would appear to have been introduced
when complex modes were added to GCC.  I'm not quite sure when this
occurred, but it was before GCC 3.0 (the oldest version that I had
handy).


-- 


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

[Bug preprocessor/14438] Potential need for buffer overflow checks in _cpp_lex_direct

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2005-07-05 
02:14 ---
Unassigning from Zack since he is now gone from GCC development.

-- 
   What|Removed |Added

 AssignedTo|zack at codesourcery dot com|unassigned at gcc dot gnu
   ||dot org
 Status|ASSIGNED|NEW


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

[Bug tree-optimization/22303] New: CCP does not handle STRING_CSTs

[pinskia at gcc dot gnu dot org]

Take the following example:
static const char f[3] = "?";

int main(void)
{
  if (f[0] == '?')
abort ();
  return 0;
}

We don't optitimize this at the tree level.

-- 
   Summary: CCP does not handle STRING_CSTs
   Product: gcc
   Version: 4.1.0
Status: UNCONFIRMED
  Keywords: missed-optimization, TREE
  Severity: normal
  Priority: P2
 Component: tree-optimization
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=22303

[Bug tree-optimization/22303] CCP does not handle STRING_CSTs

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2005-07-05 
03:16 ---
This is just like PR 14841 but that one is already fixed.
Kazu could you comment on this since you fixed the other bug?

-- 
   What|Removed |Added

 CC||kazu at gcc dot gnu dot org
   Severity|normal  |enhancement


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

[Bug tree-optimization/22303] CCP does not handle STRING_CSTs

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2005-07-05 
03:19 ---
I should note this was reduced from gcc.c-torture/execute/2227-1.c and was 
pointed to me by 
Hans-Peter Nilsson.

-- 


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

[Bug tree-optimization/22303] CCP does not handle STRING_CSTs

[hp at gcc dot gnu dot org]

-- 
   What|Removed |Added

 CC||hp at gcc dot gnu dot org


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

[Bug fortran/22304] New: gfortran silently changes values in equilvanence'd variables

[albertm at uphs dot upenn dot edu]

gfortran(gcc-4.0.0) silently changes the value of variables in equivalence 
statements.  The following code prints the value "0" and not "1": 
 
  implicit none 
  integer O 
  DIMENSION O(30) 
  COMMON /IBM/O 
  integer b,e,r,s,v,u,w,x,c 
  EQUIVALENCE(O(1),B),(O(2),E),(O(3),R),(O(4),S),(O(5),V),(O(6),U), 
 *(O(7),W),(O(8),X),(C,O(12)) 
 
  O(9)=1 
 
  CALL MYSUB 
  END 
 
  subroutine MYSUB 
  implicit none 
  integer O 
  DIMENSION O(30) 
  COMMON /IBM/O 
  integer b,e,r,s,v,u,w,x,c 
  EQUIVALENCE(O(1),B),(O(2),E),(O(3),R),(O(4),S),(O(5),V),(O(6),U), 
 *(O(7),W),(O(8),X),(C,O(12)) 
  WRITE(6,*) "IN MYSUB: O(9)= ", O(9) 
  RETURN 
  END 
 
 
As always, thank you.  You folks do excellent work. 
 
Sincerely, 
 Mike Albert

-- 
   Summary: gfortran silently changes values in equilvanence'd
variables
   Product: gcc
   Version: 4.0.0
Status: UNCONFIRMED
  Severity: critical
  Priority: P1
 Component: fortran
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: albertm at uphs dot upenn dot edu
CC: gcc-bugs at gcc dot gnu dot org
 GCC build triplet: x86_64-unknown-linux-gnu (AMD)
  GCC host triplet: x86_64-unknown-linux-gnu (AMD)
GCC target triplet: x86_64-unknown-linux-gnu (AMD)


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