gcc3.3 on windows services for unix 3.5 i.e. interix

[Sundara Venkataraman]

Hi,

I'm having a problem running configure for any package, apparently
because gcc isn't compiling anything on SFU 3.5 (Interix). Just
running a simple program with main() and nothing inside it gives a seg
fault. The details of the gcc installation are below. I'd really
appreciate ur help with this. Please let me know if u need more info.

Thanks,
Sundar.

Reading specs from /opt/gcc.3.3/lib/gcc-lib/i586-pc-interix3/3.3/specs
Configured with:  : (reconfigured)  : (reconfigured) /dev/fs/C/gnu2.intel/egcs.s
ource//configure --verbose --prefix=/opt/gcc.3.3 --disable-shared --with-stabs -
-enable-nls --with-local-prefix=/opt/gcc.3.3 --with-gnu-as --with-gnu-ld --enabl
e-targets=i586-pc-interix3 --enable-threads=posix
Thread model: posix
gcc version 3.3

[Bug libstdc++/22131] std::num_get fails for input with invalid groups

[cvs-commit at gcc dot gnu dot org]

--- Additional Comments From cvs-commit at gcc dot gnu dot org  2005-06-29 
11:49 ---
Subject: Bug 22131

CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED]   2005-06-29 11:48:54

Modified files:
libstdc++-v3   : ChangeLog 
libstdc++-v3/include/bits: locale_facets.tcc 
libstdc++-v3/config/locale/generic: c_locale.cc 
libstdc++-v3/config/locale/gnu: c_locale.cc 
libstdc++-v3/testsuite/27_io/basic_istream/extractors_arithmetic/char: 
   
07.cc 

libstdc++-v3/testsuite/27_io/basic_istream/extractors_arithmetic/wchar_t: 

  07.cc 
libstdc++-v3/testsuite/22_locale/num_get/get/char: 12.cc 
libstdc++-v3/testsuite/22_locale/num_get/get/wchar_t: 12.cc 
Added files:
libstdc++-v3/testsuite/22_locale/money_get/get/char: 22131.cc 
libstdc++-v3/testsuite/22_locale/money_get/get/wchar_t: 22131.cc 
libstdc++-v3/testsuite/22_locale/num_get/get/char: 22131.cc 
libstdc++-v3/testsuite/22_locale/num_get/get/wchar_t: 22131.cc 

Log message:
2005-06-29  Paolo Carlini  <[EMAIL PROTECTED]>

PR libstdc++/22131
* include/bits/locale_facets.tcc (num_get<>::_M_extract_int,
num_get<>::_M_extract_float, money_get<>::_M_extract):
Adjust to assign the result also when digit grouping is
wrong (but the grammar is correct), as per 22.2.2.1.2, p11-12
(NB: consistently for money_get too).
* config/locale/generic/c_locale.cc (__convert_from_v): Do
not check ios_base::failbit at the outset.
* config/locale/gnu/c_locale.cc: Likewise.
* testsuite/22_locale/money_get/get/char/22131.cc: New.
* testsuite/22_locale/money_get/get/wchar_t/22131.cc: Likewise.
* testsuite/22_locale/num_get/get/char/22131.cc: Likewise.
* testsuite/22_locale/num_get/get/wchar_t/22131.cc: Likewise.
* testsuite/22_locale/num_get/get/char/12.cc: Adjust.
* testsuite/22_locale/num_get/get/wchar_t/12.cc: Likewise.
* testsuite/27_io/basic_istream/extractors_arithmetic/char/07.cc:
Likewise.
* testsuite/27_io/basic_istream/extractors_arithmetic/wchar_t/07.cc:
Likewise.

Patches:
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libstdc++-v3/ChangeLog.diff?cvsroot=gcc&r1=1.3047&r2=1.3048
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libstdc++-v3/include/bits/locale_facets.tcc.diff?cvsroot=gcc&r1=1.215&r2=1.216
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libstdc++-v3/config/locale/generic/c_locale.cc.diff?cvsroot=gcc&r1=1.19&r2=1.20
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libstdc++-v3/config/locale/gnu/c_locale.cc.diff?cvsroot=gcc&r1=1.16&r2=1.17
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libstdc++-v3/testsuite/27_io/basic_istream/extractors_arithmetic/char/07.cc.diff?cvsroot=gcc&r1=1.5&r2=1.6
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libstdc++-v3/testsuite/27_io/basic_istream/extractors_arithmetic/wchar_t/07.cc.diff?cvsroot=gcc&r1=1.1&r2=1.2
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libstdc++-v3/testsuite/22_locale/money_get/get/char/22131.cc.diff?cvsroot=gcc&r1=NONE&r2=1.1
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libstdc++-v3/testsuite/22_locale/money_get/get/wchar_t/22131.cc.diff?cvsroot=gcc&r1=NONE&r2=1.1
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libstdc++-v3/testsuite/22_locale/num_get/get/char/22131.cc.diff?cvsroot=gcc&r1=NONE&r2=1.1
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libstdc++-v3/testsuite/22_locale/num_get/get/char/12.cc.diff?cvsroot=gcc&r1=1.2&r2=1.3
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libstdc++-v3/testsuite/22_locale/num_get/get/wchar_t/22131.cc.diff?cvsroot=gcc&r1=NONE&r2=1.1
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libstdc++-v3/testsuite/22_locale/num_get/get/wchar_t/12.cc.diff?cvsroot=gcc&r1=1.2&r2=1.3



-- 


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

[Bug libstdc++/22131] std::num_get fails for input with invalid groups

[pcarlini at suse dot de]

--- Additional Comments From pcarlini at suse dot de  2005-06-29 12:08 
---
Fixed for 4.1.0.

-- 
   What|Removed |Added

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


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

[Bug target/22229] New: Segfault due to unaligned movaps access

[uros at kss-loka dot si]

This testcase segfaults due to unaligned movaps access when compiled with 'gcc -
O2 -msse':

--cut here--
#include 

__m128 bar (__m128 x1, __m128 y1, __m128 x2, __m128 y2)
{
  return x1;
}

__m128 foo (__m128 x)
{
  return bar (x, x, x, x);
}

int main()
{
  __m128 a = {1.0, 2.0, 3.0, 4.0};

  union {
__m128 _xmm;
float x[4];
  } temp;

  temp._xmm = foo (a);

  printf("%f\n", temp.x[2]);
  return 0;
}
--cut here--

The problem is, that 4th parameter to bar is now passed on stack (this is 
specified by x86 ABI). Unfortunatelly, stack is not aligned correctly and 
testcase segfaults in foo():

foo:
subss   %xmm1, %xmm0
pushl   %ebp
movl%esp, %ebp
subl$16, %esp
movaps  %xmm0, (%esp)  here
movaps  %xmm0, %xmm2
movaps  %xmm0, %xmm1
callbar
leave
ret

Value of %esp is 0xb958 at the point of segfault.

-- 
   Summary: Segfault due to unaligned movaps access
   Product: gcc
   Version: 4.1.0
Status: UNCONFIRMED
  Keywords: ssemmx
  Severity: normal
  Priority: P2
 Component: target
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: uros at kss-loka dot si
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=9

[Bug target/22229] Segfault due to unaligned movaps access

[pluto at agmk dot net]

-- 
   What|Removed |Added

 CC||pluto at agmk dot net


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

[Bug libgcj/13212] AttachCurrentThread() not working

[greenrd at greenrd dot org]

--- Additional Comments From greenrd at greenrd dot org  2005-06-29 13:21 
---
This breaks rssowl and any other SWT application that uses the embedded Browser
widget.

-- 
   What|Removed |Added

 CC||greenrd at greenrd dot org


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

[Bug c/22230] New: [4.1 Regression] value range propagation error

[paul dot woegerer at nsc dot com]

Since i've updated the crx-port from snapshot 4_1_20050508
to 4_1_20050625 i get wrong code for the example below.
(compiled with -O2)

If i turn off value range propagation (-fno-tree-vrp) the
generated code is correct.

/* Tree dump before vrp **/

main ()
{
  struct cls arr[64];
  struct cls * ptr;
  int i;
  int D.1170;
  long int D.1169;
  short int D.1168;
  int D.1167;
  char D.1166;
  int i.0;

:
  goto  ();

:;
  i_11 = i_1;
  D.1166_12 = (char) i_1;
  arr[i_1].c = D.1166_12;
  i_14 = i_1;
  D.1167_15 = i_1 * i_1;
  arr[i_1].l = D.1167_15;
  i_17 = i_1;
  D.1168_18 = (short int) i_1;
  arr[i_1].s = D.1168_18;
  i_20 = i_1 + 1;

  # i_1 = PHI <0(0), i_20(1)>;
:;
  if (i_1 <= 63) goto ; else goto ;

:;
  D.1169_7 = arr[7].l;
  if (D.1169_7 != 49) goto ; else goto ;

:;

  # D.1170_3 = PHI <1(4), 0(3)>;
:;
  return D.1170_3;

}

/* Tree dump after vrp ***/

Value ranges after VRP:

i_1: VARYING
arr_2: VARYING
D.1170_3: VARYING
D.1169_7: VARYING
_8: VARYING
i_9: [0, 63]  EQUIVALENCES: { i_1 } (1 elements)
i_11: [0, 63]  EQUIVALENCES: { i_1 i_9 } (2 elements)
D.1166_12: [0, 63]  EQUIVALENCES: { } (0 elements)
i_14: [0, 63]  EQUIVALENCES: { i_1 i_9 } (2 elements)
D.1167_15: [0, 0]  EQUIVALENCES: { } (0 elements) ??? Why is that ???
i_17: [0, 63]  EQUIVALENCES: { i_1 i_9 } (2 elements)
D.1168_18: [0, 63]  EQUIVALENCES: { } (0 elements)
i_20: [1, 64]  EQUIVALENCES: { } (0 elements)


main ()
{
  struct cls arr[64];
  struct cls * ptr;
  int i;
  int D.1170;
  long int D.1169;
  short int D.1168;
  int D.1167;
  char D.1166;
  int i.0;

:
  goto  ();

:;
  i_11 = i_1;
  D.1166_12 = (char) i_1;
  arr[i_1].c = D.1166_12;
  i_14 = i_1;
  D.1167_15 = i_1 * i_1;
  arr[i_1].l = 0; ??? Why is that ???
  i_17 = i_1;
  D.1168_18 = (short int) i_1;
  arr[i_1].s = D.1168_18;
  i_20 = i_1 + 1;

  # i_1 = PHI <0(0), i_20(1)>;
:;
  if (i_1 <= 63) goto ; else goto ;

:;
  D.1169_7 = arr[7].l;
  if (D.1169_7 != 49) goto ; else goto ;

:;

  # D.1170_3 = PHI <1(4), 0(3)>;
:;
  return D.1170_3;

}

/** testfile.c ***/

typedef struct {
  char c;
  long l;
  short s;
} cls;

int main()
{
  int i;

  cls * ptr, arr[64];

  for (i = 0; i < 64; i++) {
arr[i].c = i;
arr[i].l = i * i;
arr[i].s = i;
  }

  ptr = arr + 7;
  if (ptr->l != 49) {
return 1;
  }

  return 0;
}

-- 
   Summary: [4.1 Regression] value range propagation error
   Product: gcc
   Version: 4.1.0
Status: UNCONFIRMED
  Severity: critical
  Priority: P2
 Component: c
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: paul dot woegerer at nsc 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: crx-unknown-elf


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

[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-29 
13:33 ---
Created an attachment (id=9171)
 --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=9171&action=view)
Shorter testcase

Shorter testcase (below 50 lines).

Crashes with "g++ -march=pentium4 -ftree-vectorize -O2"


-- 
   What|Removed |Added

Attachment #9169 is|0   |1
   obsolete||


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

[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-29 
13:34 ---
Confirmed.

-- 
   What|Removed |Added

 CC||reichelt at gcc dot gnu dot
   ||org
 Status|UNCONFIRMED |NEW
 Ever Confirmed||1
   Keywords||monitored
   Last reconfirmed|-00-00 00:00:00 |2005-06-29 13:34:04
   date||


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

[Bug tree-optimization/21218] [4.1 regression] ICE using -ftree-vectorize

[reichelt at gcc dot gnu dot org]

--- Additional Comments From reichelt at gcc dot gnu dot org  2005-06-29 
13:37 ---
Closing as fixed as suggested by Wolfgang.


-- 
   What|Removed |Added

 Status|ASSIGNED|RESOLVED
 Resolution||FIXED


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

[Bug c/22230] [4.1 Regression] value range propagation error

[paul dot woegerer at nsc dot com]

-- 
   What|Removed |Added

   Keywords||wrong-code


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

[Bug c++/22227] g++ 4.0.0 has issues with the typedef of reference

[bangerth at dealii dot org]

--- Additional Comments From bangerth at dealii dot org  2005-06-29 13:45 
---
> Well it compiles perfectly fine on a Sun Solaris Machine with  
> Sun Studio 9 installed that has the Sun CC compiler.  Also It  
> was written by a Computer Science Professor at the University  
> of Illinois at Urbana-Champaign, a school ranked in the list  
> of the top 5 in the nation for Computer Science.  What does  
> not look like C++ to you,  
> 
> This is a templated overloaded operator*() that has a return  
> type as a const reference to the element type.  Returns by  
> const_reference the cell storing the element to which this  
> const_iterator points to. 
 
You certainly understand that the person who asked the question, Gabriel 
Dos Reis is a member of the C++ standardization committee, right? I would  
assume that he has a better understanding of C++ than the average CS 
professor, even if, as you make sure to point out, this professor is from 
a good school. 
 
That being said, the code you quoted in your original submission is 
 
template  
typename list::reference  
list::const_iterator*() const 
 
That's definitely not an operator*. I believe that you simply did a copy-paste 
error, because this code doesn't appear anywhere in the sources you sent, but 
that's not an excuse to be disrespectful to others in this forum. 
 
W. 

-- 


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

[Bug c++/22227] g++ 4.0.0 has issues with the typedef of reference

[bangerth at dealii dot org]

--- Additional Comments From bangerth at dealii dot org  2005-06-29 13:47 
---
> You will see these  
> other errors that will show up as well but the code has no  
> problems on the Sun Machine which means that g++ does not  
> completely folllow the ANSI/ISO C++ standard. 
 
Have an open mind: maybe it implies that the Sun compiler does not follow 
the standard correctly? Or both don't? g++ by now has a pretty good 
reputation for standards conformance, something that can't be said of Sun's 
compiler... 
 
W. 

-- 


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

[Bug driver/22231] New: -MG ignores missing headers even with -c

[js at linuxtv dot org]

I just spent half an hour to debug mysterious build failures
(make complaining about missing dependencies) in some
third party code. (The reason was a missing -Ipath.)

Given what the documentation of -MG
in the preprocessor says I'm not sure this is a real bug,
but as an enhancement request I think gcc shouldn't
pass -MG to the preprocessor if it is used in combination
with -c (or -S etc.), or produce an error (it doesn't
really make sense to use -MG with -c).

This behaviour is the same in gcc --version:
gcc-3.3 (GCC) 3.3.6 (Debian 1:3.3.6-7)
gcc-3.4 (GCC) 3.4.5 20050613 (prerelease) (Debian 3.4.4-1)
gcc-4.0 (GCC) 4.0.1 20050617 (prerelease) (Debian 4.0.0-10)

$ cat >t.c
#include "foo.h"
$ gcc -MD -c t.c
t.c:1:17: foo.h: No such file or directory
$ ls -l t.*
-rw-r--r--  1 js js 17 Jun 29 15:35 t.c
-rw-r--r--  1 js js  0 Jun 29 15:36 t.d
$ gcc -MD -MG -c t.c
$ ls -l t.*
-rw-r--r--  1 js js  17 Jun 29 15:35 t.c
-rw-r--r--  1 js js  15 Jun 29 15:35 t.d
-rw-r--r--  1 js js 637 Jun 29 15:35 t.o
$ cat t.d
t.o: t.c foo.h
$

-- 
   Summary: -MG ignores missing headers even with -c
   Product: gcc
   Version: 4.0.1
Status: UNCONFIRMED
  Severity: normal
  Priority: P2
 Component: driver
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: js at linuxtv dot org
CC: gcc-bugs at gcc dot gnu dot org


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

[Bug other/22232] New: Bug in "fixproto" (missing escape)

[afb at users dot sf dot net]

A bug in the fixproto script makes it get the wrong dir name when:
a) on Darwin, with a different "find" command
b) short directories are present in include dir

This is because a period was not escaped in a sed script within.
i.e. sed -e 's|^./||'`
Suppose to only change ./ beginnings, but wiped my d/ as well...

-- 
   Summary: Bug in "fixproto" (missing escape)
   Product: gcc
   Version: 3.3.6
Status: UNCONFIRMED
  Severity: normal
  Priority: P2
 Component: other
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: afb at users dot sf dot net
CC: gcc-bugs at gcc dot gnu dot org
 GCC build triplet: powerpc-apple-darwin7
  GCC host triplet: powerpc-apple-darwin7
GCC target triplet: powerpc-apple-darwin7


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

[Bug c++/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-06-29 
14:02 ---
The .po files have been fixed for GCC 4.0.1 and mainline.
We are just missing the .po file for GCC 3.4.5.


-- 
   What|Removed |Added

Summary|[3.4/4.0/4.1 regression] ICE|[3.4 regression] ICE in
   |in error message due to |error message due to
   |violation of coding |violation of coding
   |conventions |conventions


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

[Bug other/22232] Bug in "fixproto" (missing escape)

[afb at users dot sf dot net]

--- Additional Comments From afb at users dot sf dot net  2005-06-29 14:03 
---
Created an attachment (id=9172)
 --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=9172&action=view)
gcc-3.3.6-fixproto.patch


-- 


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

[Bug c++/22227] g++ 4.0.0 has issues with the typedef of reference

[bangerth at dealii dot org]

--- Additional Comments From bangerth at dealii dot org  2005-06-29 14:05 
---
Let me point out a few problems in your code first: 
 
list225.cpp, line 161: you can't write 
   typename const list::iterator& origVal) const 
you need to reverse the order of const and typename, of course. This 
appears 10 times in your code. 
 
list225.cpp, line 1579 and 1580: you are missing typename keywords that the 
standard requires here. 
 
Finally, here's the place where you complain about gcc: 
  template  
  typename list::reference  
  list::const_iterator::operator*() const 
Now, if you had looked closely at the error message g++ gave you, you 
would have seen that it points you at the declaration of this operator, 
which is in line 400 of list225.h. There you see: 
   const_reference operator*() const; 
So one can see that the return type of your definition does not coincide  
with the return type of your declaration. Not good, and a valid reason for 
a compiler to complain. You have the same problem in line 250. 
 
 
For the end, let me give you some advice, young man: it is ok to make 
mistakes, but it's also real important to realize that people in places like 
this are pretty good and if they ask you questions then probably for a good 
reason. There's no point in lecturing them about how good your school is, 
how good you think some other compiler is, etc. Show some humility and  
desire to learn from others. 
 
 
Be it resolved: INVALID. 
W. 
 

-- 
   What|Removed |Added

 Status|WAITING |RESOLVED
 Resolution||INVALID


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

[Bug c++/22233] New: [3.4/4.0/4.1 regression] ICE with wrong number of template parameters

[reichelt at gcc dot gnu dot org]

The following invalid code snippet causes an ICE since GCC 3.3:

==
template struct A
{
  void foo();
};

template void A::foo() {}

A<0> a;
==

bug.cc:6: error: got 2 template parameters for `void A< >::foo()'
bug.cc:6: error:   but 1 required
bug.cc: In instantiation of `A<0>':
bug.cc:8:   instantiated from here
bug.cc:6: internal compiler error: tree check: accessed elt 2 of tree_vec with 
   1 elts in tsubst, at cp/pt.c:6707
Please submit a full bug report, [etc.]

-- 
   Summary: [3.4/4.0/4.1 regression] ICE with wrong number of
template parameters
   Product: gcc
   Version: 4.1.0
Status: UNCONFIRMED
  Keywords: ice-on-invalid-code, error-recovery, monitored, ice-
checking
  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=22233

[Bug c/22230] [4.1 Regression] value range propagation error

[pluto at agmk dot net]

-- 
   What|Removed |Added

 CC||pluto at agmk dot net


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

[Bug rtl-optimization/22167] [3.4/4.0?/4.1? regression] Strange optimization bug when using -Os

[reichelt at gcc dot gnu dot org]

--- Additional Comments From reichelt at gcc dot gnu dot org  2005-06-29 
14:40 ---
I can confirm the bug on mips-sgi-irix6.5 (GCC 3.3.x, 3.4.x).
I can't test whether the bug is also present on gcc 4.0.0 and later.

The same bug also appears on i686-pc-linux-gnu, but only with GCC 3.3.x.


-- 
   What|Removed |Added

 Status|UNCONFIRMED |NEW
 Ever Confirmed||1
  Known to fail||3.3 3.4.4
  Known to work||3.2.3
   Last reconfirmed|-00-00 00:00:00 |2005-06-29 14:40:54
   date||
Summary|Strange optimization bug|[3.4/4.0?/4.1? regression]
   |when using -Os  |Strange optimization bug
   ||when using -Os
   Target Milestone|--- |3.4.5


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

[Bug c++/22227] g++ 4.0.0 has issues with the typedef of reference

[gdr at gcc dot gnu dot org]

--- Additional Comments From gdr at gcc dot gnu dot org  2005-06-29 14:41 
---
(In reply to comment #5)
> Subject: Re:  g++ 4.0.0 has issues
>  with the typedef of reference
> 
> Well it compiles perfectly fine on a Sun Solaris Machine with 
> Sun Studio 9 installed that has the Sun CC compiler.  Also It 
> was written by a Computer Science Professor at the University 
> of Illinois at Urbana-Champaign, a school ranked in the list 
> of the top 5 in the nation for Computer Science.  What does 
> not look like C++ to you, 
> 
> This is a templated overloaded operator*() that has a return 
> type as a const reference to the element type.  Returns by 
> const_reference the cell storing the element to which this 
> const_iterator points to.  
> 
> I dont know if you are confusing this with Java or not but 
> there is at least one thing that distinguishes Java from C++ 
> which is the fact that C++ supports Operator Overloading 
> while Java does not and this function you looked at is an 
> Overloaded Operator.

Thanks for the lecture.

I understand that every young student thinks whatever his professor
says is Right and if he is in the top X schools of his country,
he must be Right and pointing out that he should check his allegations 
is perversion that should not be allowed.  Unfortunately, that is not
the way knowledge works.

I'm here to help you, from my free time.
Obviously, you do not understand enough C++ to pretend to lecture people.
So, in the future, when you have problem with GCC we're very happy to
help you. But please do refrain from lecturing us about your
professor, what your school or C++ is.
That would save from the embarassment of exposing your lack of proper
education.

Thanks.

-- Gaby

-- 


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

[Bug libgcj/22211] Thread.interrupt sometimes causes abort if thread is already dead

[mlists at juma dot me dot uk]

-- 
   What|Removed |Added

 CC||mlists at juma dot me dot uk


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

[Bug tree-optimization/22230] [4.1 Regression] value range propagation error

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2005-06-29 
14:55 ---
Confirmed, a little more reduced:
void abort (void);
int main()
{
  long i;
  long arr;
  for (i = 0; i < 4; i++)
arr = i * i;
  if (arr != 4*4)
abort ();
  return 0;
}

-- 
   What|Removed |Added

 CC||pinskia at gcc dot gnu dot
   ||org
 Status|UNCONFIRMED |NEW
  Component|c   |tree-optimization
 Ever Confirmed||1
  GCC build triplet|i686-pc-linux-gnu   |
   GCC host triplet|i686-pc-linux-gnu   |
 GCC target triplet|crx-unknown-elf |
   Last reconfirmed|-00-00 00:00:00 |2005-06-29 14:55:46
   date||
   Target Milestone|--- |4.1.0


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

[Bug c++/22233] [3.4/4.0/4.1 regression] ICE with wrong number of template parameters

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2005-06-29 
15:07 ---
Confirmed.

-- 
   What|Removed |Added

   Severity|normal  |minor
 Status|UNCONFIRMED |NEW
 Ever Confirmed||1
  Known to fail||3.4.0 4.0.0 4.1.0
  Known to work||3.3.3
   Last reconfirmed|-00-00 00:00:00 |2005-06-29 15:07:33
   date||
   Target Milestone|--- |4.0.2


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

[Bug rtl-optimization/22167] [3.4 regression] Strange optimization bug when using -Os

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2005-06-29 
15:14 ---
It works for me on powerpc-darwin with 4.0.0, 4.1.0 but does not work with 
3.3.3 and 3.4.0, so 
removing the 4.0, 4.1 regression markers.

-- 
   What|Removed |Added

  Known to work|3.2.3   |3.2.3 4.0.0 4.1.0
Summary|[3.4/4.0?/4.1? regression]  |[3.4 regression] Strange
   |Strange optimization bug|optimization bug when using
   |when using -Os  |-Os


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

[Bug preprocessor/22231] -MG ignores missing headers even with -c

[pinskia at gcc dot gnu dot org]

-- 
   What|Removed |Added

  Component|driver  |preprocessor


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

[Bug middle-end/21969] ICE on float __attribute__((vector_size(2048)))

[cvs-commit at gcc dot gnu dot org]

--- Additional Comments From cvs-commit at gcc dot gnu dot org  2005-06-29 
15:35 ---
Subject: Bug 21969

CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED]   2005-06-29 15:34:58

Modified files:
gcc: ChangeLog tree.c tree.h tree-vect-transform.c 

Log message:
PR middle-end/21969
* tree.h (TYPE_VECTOR_SUBPARTS): Change to shift expression.
(SET_TYPE_VECTOR_SUBPARTS): New.
* tree.c (make_vector_type): Replace TYPE_VECTOR_SUBPARTS with
SET_TYPE_VECTOR_SUBPARTS.
* tree-vect-transform.c (vect_transform_loop): Add cast.

Patches:
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/ChangeLog.diff?cvsroot=gcc&r1=2.9275&r2=2.9276
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/tree.c.diff?cvsroot=gcc&r1=1.489&r2=1.490
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/tree.h.diff?cvsroot=gcc&r1=1.741&r2=1.742
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/tree-vect-transform.c.diff?cvsroot=gcc&r1=2.33&r2=2.34



-- 


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

[Bug middle-end/21969] ICE on float __attribute__((vector_size(2048)))

[cvs-commit at gcc dot gnu dot org]

--- Additional Comments From cvs-commit at gcc dot gnu dot org  2005-06-29 
15:38 ---
Subject: Bug 21969

CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED]   2005-06-29 15:38:34

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

Log message:
PR middle-end/21969
* gcc.dg/vect/pr21969.c: New test.

Patches:
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/ChangeLog.diff?cvsroot=gcc&r1=1.5703&r2=1.5704
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/gcc.dg/vect/pr21969.c.diff?cvsroot=gcc&r1=NONE&r2=1.1



-- 


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

[Bug middle-end/21969] ICE on float __attribute__((vector_size(2048)))

[cvs-commit at gcc dot gnu dot org]

--- Additional Comments From cvs-commit at gcc dot gnu dot org  2005-06-29 
16:16 ---
Subject: Bug 21969

CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED]   2005-06-29 16:15:41

Modified files:
gcc/testsuite  : ChangeLog 
gcc/testsuite/gcc.dg/torture: pr21817-1.c 

Log message:
PR testsuite/21969
* gcc.dg/torture/pr21817.c: Use -fno-common for hppa*-*-* targets.

Patches:
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/ChangeLog.diff?cvsroot=gcc&r1=1.5704&r2=1.5705
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/gcc.dg/torture/pr21817-1.c.diff?cvsroot=gcc&r1=1.2&r2=1.3



-- 


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

[Bug middle-end/21969] ICE on float __attribute__((vector_size(2048)))

[sje at cup dot hp dot com]

--- Additional Comments From sje at cup dot hp dot com  2005-06-29 16:42 
---
Ignore the second patch (it was commited with the wrong PR number in the
comments).  But the first patch does fix the problem.

-- 
   What|Removed |Added

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


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

[Bug testsuite/21865] gcc.dg/torture/pr21817-1.c fails on hppa2.0w-hpux

[sje at cup dot hp dot com]

--- Additional Comments From sje at cup dot hp dot com  2005-06-29 16:45 
---
The following commit fixes this bug, it was checked in with the wrong PR number
in the ChangeLog file.


Subject: Bug 21969

CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED]   2005-06-29 16:15:41

Modified files:
gcc/testsuite  : ChangeLog 
gcc/testsuite/gcc.dg/torture: pr21817-1.c 

Log message:
PR testsuite/21969
* gcc.dg/torture/pr21817.c: Use -fno-common for hppa*-*-* targets.

Patches:
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/ChangeLog.diff?cvsroot=gcc&r1=1.5704&r2=1.5705
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/gcc.dg/torture/pr21817-1.c.diff?cvsroot=gcc&r1=1.2&r2=1.3

-- 
   What|Removed |Added

 Status|UNCONFIRMED |RESOLVED
 Resolution||FIXED


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

[Bug tree-optimization/22234] New: verify_ssa failed with -fno-exceptions

[falk at debian dot org]

[EMAIL PROTECTED]:/tmp% g++ -c -O2 -fno-exceptions nsPlaintextEditor.ii   
nsPlaintextEditor.ii: In member function 'nsresult
nsPlaintextEditor::InsertLineBreak()':
nsPlaintextEditor.ii:151: error: Definition in block 13 does not dominate use in
block 14
for SSA_NAME: TMT.43_70 in statement:
TMT.43_173 = PHI ;
PHI argument
TMT.43_70
for PHI node
TMT.43_173 = PHI ;
nsPlaintextEditor.ii:151: internal compiler error: verify_ssa failed.
Please submit a full bug report,
with preprocessed source if appropriate.
See http://gcc.gnu.org/bugs.html> for instructions.

-- 
   Summary: verify_ssa failed with -fno-exceptions
   Product: gcc
   Version: 4.1.0
Status: UNCONFIRMED
  Keywords: ice-on-valid-code
  Severity: normal
  Priority: P2
 Component: tree-optimization
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: falk at debian dot org
CC: gcc-bugs at gcc dot gnu dot org
 GCC build triplet: alphaev68-unknown-linux-gnu
  GCC host triplet: alphaev68-unknown-linux-gnu
GCC target triplet: alphaev68-unknown-linux-gnu


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

[Bug tree-optimization/22234] verify_ssa failed with -fno-exceptions

[falk at debian dot org]

--- Additional Comments From falk at debian dot org  2005-06-29 16:49 
---
Created an attachment (id=9173)
 --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=9173&action=view)
Test case (autoreduced)


-- 


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

[Bug target/21195] SSE intrinsics not inlined, sometimes.

[stuart at apple dot com]

--- Additional Comments From stuart at apple dot com  2005-06-29 16:49 
---
I marked all the x86 vector intrinsics with always_inline, and this seems to 
fix both the testcases here.

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

-- 


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

[Bug tree-optimization/22234] [4.1 Regression] verify_ssa failed with -fno-exceptions

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2005-06-29 
16:54 ---
This is most likely the same bug as the bug which is causing the bootstrap 
problem on powerpc-darwin 
and that testcase was hard to reduce.

-- 
   What|Removed |Added

 CC||pinskia at gcc dot gnu dot
   ||org
Summary|verify_ssa failed with -fno-|[4.1 Regression] verify_ssa
   |exceptions  |failed with -fno-exceptions
   Target Milestone|--- |4.1.0


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

[Bug libgcj/22211] Thread.interrupt sometimes causes abort if thread is already dead

[tromey at gcc dot gnu dot org]

--- Additional Comments From tromey at gcc dot gnu dot org  2005-06-29 
17:06 ---
I have a patch for this.
Could you try it with RSSOwl if I send it to you?


-- 
   What|Removed |Added

 AssignedTo|unassigned at gcc dot gnu   |tromey at gcc dot gnu dot
   |dot org |org
 Status|UNCONFIRMED |ASSIGNED
 Ever Confirmed||1
   Last reconfirmed|-00-00 00:00:00 |2005-06-29 17:06:27
   date||


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

[Bug libgcj/22211] Thread.interrupt sometimes causes abort if thread is already dead

[greenrd at greenrd dot org]

--- Additional Comments From greenrd at greenrd dot org  2005-06-29 17:20 
---
Sure.

-- 


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

[Bug libgcj/22211] Thread.interrupt sometimes causes abort if thread is already dead

[tromey at gcc dot gnu dot org]

--- Additional Comments From tromey at gcc dot gnu dot org  2005-06-29 
17:22 ---
Actually, I wrote a very simple test case and I'm simply going to
check in my fix.  The test just makes a Thread and calls interrupt
on it before starting it.  With gij this currently aborts.

-- 


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

[Bug libgcj/22211] Thread.interrupt sometimes causes abort if thread is already dead

[cvs-commit at gcc dot gnu dot org]

--- Additional Comments From cvs-commit at gcc dot gnu dot org  2005-06-29 
17:36 ---
Subject: Bug 22211

CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED]   2005-06-29 17:36:16

Modified files:
libjava: ChangeLog 
libjava/java/lang: Thread.java natThread.cc 
Added files:
libjava/testsuite/libjava.lang: pr22211.java 

Log message:
PR libgcj/22211:
* testsuite/libjava.lang/pr22211.java: New file.
* java/lang/natThread.cc (finish_): Synchronize when updating
alive_flag.
(_Jv_AttachCurrentThread): Likewise.
(interrupt): Only call _Jv_ThreadInterrupt if thread is alive.
* java/lang/Thread.java (isAlive): Now synchronized.

Patches:
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libjava/ChangeLog.diff?cvsroot=gcc&r1=1.3682&r2=1.3683
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libjava/java/lang/Thread.java.diff?cvsroot=gcc&r1=1.35&r2=1.36
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libjava/java/lang/natThread.cc.diff?cvsroot=gcc&r1=1.30&r2=1.31
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libjava/testsuite/libjava.lang/pr22211.java.diff?cvsroot=gcc&r1=NONE&r2=1.1



-- 


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

[Bug libgcj/22211] Thread.interrupt sometimes causes abort if thread is already dead

[tromey at gcc dot gnu dot org]

--- Additional Comments From tromey at gcc dot gnu dot org  2005-06-29 
17:42 ---
I checked this in to cvs trunk.
It should go in 4.0 as well once the branch reopens.


-- 


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

[Bug rtl-optimization/21956] [4.1 Regression] useless symbols in object files

[cvs-commit at gcc dot gnu dot org]

--- Additional Comments From cvs-commit at gcc dot gnu dot org  2005-06-29 
17:47 ---
Subject: Bug 21956

CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED]   2005-06-29 17:47:33

Modified files:
gcc: ChangeLog varasm.c 

Log message:
2005-06-29  Caroline Tice  <[EMAIL PROTECTED]>

Fix PR 21956
* varasm.c (assemble_start_function):  Add "L" to beginning of
local labels, so assembler & linker treat them as local.

Patches:
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/ChangeLog.diff?cvsroot=gcc&r1=2.9279&r2=2.9280
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/varasm.c.diff?cvsroot=gcc&r1=1.515&r2=1.516



-- 


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

[Bug libgcj/22211] [4.0 only] Thread.interrupt sometimes causes abort if thread is already dead

[pinskia at gcc dot gnu dot org]

-- 
   What|Removed |Added

Summary|Thread.interrupt sometimes  |[4.0 only] Thread.interrupt
   |causes abort if thread is   |sometimes causes abort if
   |already dead|thread is already dead
   Target Milestone|--- |4.0.2


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

[Bug rtl-optimization/21956] [4.1 Regression] useless symbols in object files

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2005-06-29 
17:50 ---
Fixed.

-- 
   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||FIXED


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

[Bug tree-optimization/22234] [4.1 Regression] verify_ssa failed with -fno-exceptions

[bangerth at dealii dot org]

--- Additional Comments From bangerth at dealii dot org  2005-06-29 17:56 
---
May also be the same as PR 8... 
 
W. 

-- 


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

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

[bangerth at dealii dot org]

--- Additional Comments From bangerth at dealii dot org  2005-06-29 17:58 
---
May be the same as PR 22234... 
 

-- 


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

[Bug target/19889] g++.old-deja/g++.law/profile1.C execution test fails on ia64-hpux

[sje at cup dot hp dot com]

--- Additional Comments From sje at cup dot hp dot com  2005-06-29 18:17 
---
Fixed.

-- 
   What|Removed |Added

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


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

[Bug target/21571] ICE in rs6000.c with -msdata=default.

[osv at javad dot ru]

--- Additional Comments From osv at javad dot ru  2005-06-29 18:21 ---
Created an attachment (id=9174)
 --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=9174&action=view)
Makes the ICE go away.

Though this patch does fix the ICE and the resulting assembly is valid, I'm not
sure it's the right way to fix the problem due to my limited experience with
gcc internals.

-- 


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

[Bug libstdc++/21796] (v7-branch) std::search not using std::find

[cvs-commit at gcc dot gnu dot org]

--- Additional Comments From cvs-commit at gcc dot gnu dot org  2005-06-29 
19:21 ---
Subject: Bug 21796

CVSROOT:/cvs/gcc
Module name:gcc
Branch: libstdcxx_so_7-branch
Changes by: [EMAIL PROTECTED]   2005-06-29 19:20:49

Modified files:
libstdc++-v3/include/bits: predefined_ops.h stl_algo.h 
libstdc++-v3/testsuite/25_algorithms/search: 1.cc check_type.cc 
libstdc++-v3/src: string-inst.cc 

Log message:
2005-06-29  Chris Jefferson <[EMAIL PROTECTED]>

PR libstdc++/21796
* include/bits/predefined_ops.h (__bind2nd, bind2nd): New.
* include/bits/stl_algo.h (search): Delegate to specializations.
(__search(,forward_iterator_tag): Tidy up original version of
std::search, add calls to find_if.
(__search(,random_access_iterator_tag): Add new random access
specialization.
* testsuite/25_algorithms/search/1.cc: Add new test.
* testsuite/25_algorithms/search/check_type.cc: Improve and extend
tests.

2005-06-29  Paolo Carlini  <[EMAIL PROTECTED]>

* src/string-inst.cc: Add explicit instantiations of __search and
__find_if.

Patches:
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libstdc++-v3/include/bits/predefined_ops.h.diff?cvsroot=gcc&only_with_tag=libstdcxx_so_7-branch&r1=1.1.2.2&r2=1.1.2.3
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libstdc++-v3/include/bits/stl_algo.h.diff?cvsroot=gcc&only_with_tag=libstdcxx_so_7-branch&r1=1.47.6.13&r2=1.47.6.14
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libstdc++-v3/testsuite/25_algorithms/search/1.cc.diff?cvsroot=gcc&only_with_tag=libstdcxx_so_7-branch&r1=1.1.2.2&r2=1.1.2.3
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libstdc++-v3/testsuite/25_algorithms/search/check_type.cc.diff?cvsroot=gcc&only_with_tag=libstdcxx_so_7-branch&r1=1.1.2.1&r2=1.1.2.2
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libstdc++-v3/src/string-inst.cc.diff?cvsroot=gcc&only_with_tag=libstdcxx_so_7-branch&r1=1.31.8.2&r2=1.31.8.3



-- 


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

[Bug libstdc++/21796] (v7-branch) std::search not using std::find

[pcarlini at suse dot de]

--- Additional Comments From pcarlini at suse dot de  2005-06-29 19:21 
---
Fixed.

-- 
   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||FIXED


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

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

[smcconne at seakr dot com]

--- Additional Comments From smcconne at seakr dot com  2005-06-29 19:27 
---
(In reply to comment #2)  
> (In reply to comment #1)   
> > You no longer have to "make -C gcc/ada gnatlib-shared".   
> >
> > If you install 4.0.0 does it work?   
>
> "make bootstrap" seems to work.   
>
> I am able to compile Ada code using "gcc -c" I can also bind.   
> I do not have a linker...   
 
 The build log contains the following error: This a problem? 
It appears at a couple of different stages. 
snip--  
 
echo timestamp > stage1_build  
echo stage1_build > stage_last  
make stage1  
make[2]: Entering directory `/home/smcconne/gcc/4.0.0/build/gcc'  
if [ -d stage1 ] ; then true ; else mkdir stage1 ; fi  
make -f libgcc.mk libgcc-stage-start stage=stage1  
make[3]: Entering directory `/home/smcconne/gcc/4.0.0/build/gcc'  
for dir in libgcc; do \  
  if [ -d stage1/$dir ]; then :; \  
  else /bin/sh ../../gcc-4.0.0/gcc/../mkinstalldirs stage1/$dir; fi; \  
done  
mkdir -p -- stage1/libgcc  
for dir in libgcc; do \  
  mv $dir/*.o stage1/$dir; \  
  mv $dir/*.vis stage1/$dir; \  
mv $dir/*.map stage1/$dir; \  
  test ! -f $dir/libgcc.a || mv $dir/lib* stage1/$dir; \  
done  
mv: cannot stat `libgcc/*.vis': No such file or directory  
make[3]: Leaving directory `/home/smcconne/gcc/4.0.0/build/gcc'  
subdirs="ada build"; for dir in $subdirs; \  
 do \  
   if [ -d stage1/$dir ] ; then true ; else mkdir stage1/$dir ; fi ; \  
 done  
mv specs stage1/specs  
mv *.o s-* xgcc cpp cc1  crtbegin.o crtbeginS.o crtbeginT.o crtend.o crtendS.o  
 
gcc-cross protoize unprotoize specs collect2 gcov-iov gcov gcov-dump *.[0-9] 
[0-9].* *.[si] libbackend.a libgcc.mk gnatbind gnat1 stage1  
mv: cannot stat `crtbegin.o': No such file or directory  
mv: cannot stat `crtbeginS.o': No such file or directory  
mv: cannot stat `crtbeginT.o': No such file or directory  
mv: cannot stat `crtend.o': No such file or directory  
mv: cannot stat `crtendS.o': No such file or directory  
mv: cannot stat `gcc-cross': No such file or directory  
mv: cannot stat `protoize': No such file or directory  
mv: cannot stat `unprotoize': No such file or directory  
mv: cannot stat `specs': No such file or directory  
mv: cannot stat `gcov-iov': No such file or directory  
mv: cannot stat `gcov': No such file or directory  
mv: cannot stat `gcov-dump': No such file or directory  
mv: cannot stat `*.[0-9][0-9].*': No such file or directory  
mv: cannot stat `*.[si]': No such file or directory  
make[2]: [stage1-start] Error 1 (ignored)  
  
>
> [EMAIL PROTECTED] bin]$ pwd   
> /home/smcconne/gcc/4.0.0/install/bin   
> [EMAIL PROTECTED] bin]$ ls   
> cpp*  gcc*  gccbug*  gcov*  gnatbind*  i686-pc-linux-gnu-gcc*
> i686-pc-linux-gnu-gcc-4.0.0*   
>
 
snip- 
  

-- 


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

[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-29 
19:37 ---
I think I have a fix.

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

[Bug tree-optimization/22235] New: VRP misses folding opportunity with ranges

[pinskia at gcc dot gnu dot org]

Take the following code, there should be no references to link_error left if we 
enable VRP.

void link_error (void);
void
foo (int a)
{
  if (a < 100)
return;
  if (200 < a)
return;
  if (a > 160)
link_error ();
}

-- 
   Summary: VRP misses folding opportunity with ranges
   Product: gcc
   Version: 4.0.1
Status: UNCONFIRMED
  Keywords: missed-optimization
  Severity: enhancement
  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=22235

[Bug tree-optimization/22235] VRP does not remove non needed

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2005-06-29 
20:04 ---
Closing as invalid for now, I am stupid.

-- 
   What|Removed |Added

 Status|UNCONFIRMED |RESOLVED
 Resolution||INVALID
Summary|VRP misses folding  |VRP does not remove non
   |opportunity with ranges |needed


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

[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-29 
20:05 ---
Actually since overflow is undefined we can do this no matter what at least for 
signed types.

-- 


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

[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-29 
20:07 ---
(In reply to comment #4)
> Actually since overflow is undefined we can do this no matter what at least 
> for signed types.
And when -fwrapv is not supplied.

-- 


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

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

[dnovillo at gcc dot gnu dot org]

--- Additional Comments From dnovillo at gcc dot gnu dot org  2005-06-29 
20:19 ---

We are folding sqrt(0) into 0 and not updating virtual operands properly.  Still
looking.

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

[Bug tree-optimization/22236] New: [4.1 Regression] wrong code for casts and scev

[pinskia at gcc dot gnu dot org]

The following should not abort but does at -O3.
void abort(void);
void
foo (signed char a)
{
  if (a - 0x7F > 1)
abort();
}
int main()
{
  unsigned char b;
  for(b = 0;b <0xFF;b++)
   foo (b);
}

-- 
   Summary: [4.1 Regression] wrong code for casts and scev
   Product: gcc
   Version: 4.0.1
Status: UNCONFIRMED
  Keywords: wrong-code
  Severity: critical
  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=22236

[Bug tree-optimization/22236] [4.1 Regression] wrong code for casts and scev

[pinskia at gcc dot gnu dot org]

-- 
   What|Removed |Added

 GCC target triplet||powerpc-darwin
   Target Milestone|--- |4.1.0
Version|4.0.1   |4.1.0


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

[Bug tree-optimization/22236] [4.1 Regression] wrong code for casts and scev

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2005-06-29 
20:37 ---
I should note that after I fix PR 14490, this becomes a latent bug.

-- 


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

[Bug tree-optimization/22236] [4.1 Regression] wrong code for casts and scev

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2005-06-29 
20:50 ---
I think this was introduced by:
2005-06-07  Sebastian Pop  <[EMAIL PROTECTED]>

PR 18403 and meta PR 21861.
* Makefile.in (tree-chrec.o): Depend on CFGLOOP_H and TREE_FLOW_H.
* tree-chrec.c: Include cfgloop.h and tree-flow.h.
(evolution_function_is_invariant_rec_p,
evolution_function_is_invariant_p): New.
(chrec_convert): Use an extra parameter AT_STMT for refining the
information that is passed down to convert_step.  Integrate the
code that was in count_ev_in_wider_type.


The reason why I say that is because it worked on 20050603 but failed on 
20050610.

I also think this is the cause of PR 22212 too.

-- 
   What|Removed |Added

 CC||sebastian dot pop at cri dot
   ||ensmp dot fr
OtherBugsDependingO||22212
  nThis||


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

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

[fxcoudert at gcc dot gnu dot org]

--- Additional Comments From fxcoudert at gcc dot gnu dot org  2005-06-29 
20:53 ---
Confirmed. This bug is due to my recent patch to support large integer kinds.
I'm thinking about how we should fix this.

-- 
   What|Removed |Added

 Status|UNCONFIRMED |NEW
 Ever Confirmed||1
   Last reconfirmed|-00-00 00:00:00 |2005-06-29 20:53:37
   date||


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

[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-29 
20:57 ---
I found a bug which my patch will make latent (PR 22236).

-- 
   What|Removed |Added

  BugsThisDependsOn||22236


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

[Bug tree-optimization/22236] [4.1 Regression] wrong code for casts and scev

[pinskia at gcc dot gnu dot org]

-- 
   What|Removed |Added

OtherBugsDependingO||14490
  nThis||


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

[Bug tree-optimization/22236] [4.1 Regression] wrong code for casts and scev

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2005-06-29 
20:59 ---
Here is a testcase which will fail even after the patch for 14490:
void abort(void);

static inline void
foo (signed char a)
{
  int b = a - 0x7F;
  if (b > 1)
abort();
}

int main()
{
  unsigned char b;
  for(b = 0;b <0xFF;b++)
   foo (b);
}

-- 


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

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

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2005-06-29 
21:47 ---
Some discussion about this problem:
http://gcc.gnu.org/ml/gcc/2005-06/msg01276.html

-- 


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

[Bug middle-end/21360] wrong result of 'if' statement with comparing of floating point with gcc.

[jsm28 at gcc dot gnu dot org]

--- Additional Comments From jsm28 at gcc dot gnu dot org  2005-06-29 21:59 
---
It's come to my attention that C99 Annex F.4#1 specifies that the result is an
unspecified value, with the "invalid" exception raised at runtime, rather than
undefined behavior (in the absence of defining __STDC_IEC_559__, it's still
undefined behavior).  We don't currently implement FENV_ACCESS at all so the
exception is irrelevant and I don't think we currently have any optimizations
relying on the conversion being undefined rather than unspecified, but in any
case the decimal fp work will answer the questions of what optimizations we do
here and whether there is any performance cost to defining the results the way
the decimal fp proposals do unconditionally.


-- 


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

[Bug fortran/22210] gfc_conv_array_initializer weirdness

[giovannibajo at libero dot it]

--- Additional Comments From giovannibajo at libero dot it  2005-06-29 
22:04 ---
Created an attachment (id=9175)
 --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=9175&action=view)
Current CONSTRUCTOR patch

As per Steven's request in private mail, I attach the current patch to make
CONSTRUCTOR use VECs.

-- 


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

[Bug libstdc++/21244] [4.0/4.1 Regression] Vector anonymous enum problem

[cvs-commit at gcc dot gnu dot org]

--- Additional Comments From cvs-commit at gcc dot gnu dot org  2005-06-29 
22:12 ---
Subject: Bug 21244

CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED]   2005-06-29 22:12:19

Modified files:
libstdc++-v3   : ChangeLog 
libstdc++-v3/include/ext: bitmap_allocator.h 

Log message:
2005-06-29  Paolo Carlini  <[EMAIL PROTECTED]>

PR libstdc++/21244 (cont^2)
* include/ext/bitmap_allocator.h: Convert everywhere
bits_per_block to size_t.

Patches:
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libstdc++-v3/ChangeLog.diff?cvsroot=gcc&r1=1.3051&r2=1.3052
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libstdc++-v3/include/ext/bitmap_allocator.h.diff?cvsroot=gcc&r1=1.10&r2=1.11



-- 


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

[Bug tree-optimization/22234] [4.1 Regression] verify_ssa failed with -fno-exceptions

[reichelt at gcc dot gnu dot org]

--- Additional Comments From reichelt at gcc dot gnu dot org  2005-06-29 
22:59 ---
Created an attachment (id=9176)
 --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=9176&action=view)
Shorter testcase (0.5 kB)

Crashes with "-O -fno-exceptions" on i686-pc-linux-gnu

-- 
   What|Removed |Added

Attachment #9173 is|0   |1
   obsolete||


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

[Bug tree-optimization/22234] [4.1 Regression] verify_ssa failed with -fno-exceptions

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2005-06-29 
23:06 ---
Patch here:  confirmed 
to fix the bug.

-- 
   What|Removed |Added

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


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

[Bug tree-optimization/22234] [4.1 Regression] verify_ssa failed with -fno-exceptions

[reichelt at gcc dot gnu dot org]

-- 
   What|Removed |Added

 CC||reichelt at gcc dot gnu dot
   ||org
 Status|UNCONFIRMED |NEW
 Ever Confirmed||1
   Keywords||monitored
   Last reconfirmed|-00-00 00:00:00 |2005-06-29 23:10:51
   date||


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

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

[jsm28 at gcc dot gnu dot org]

The following test should execute successfully (see C99 6.8.6.4#3 and #4: a
return statement is not an assignment so can be used to copy between overlapping
structures - added in C90 TC1 following DR#001).  With 4.0 branch and mainline,
it aborts when compiled at -O3 (maybe other levels as well) because the
assignment via an inline function call has been wrongly optimized to a direct
assignment.  gcc.c-torture/execute/20010124-1.c used to test for such an issue,
but it now all gets optimized away so a more complicated test such as this one
is needed.

extern void abort (void);
extern void exit (int);
struct s { unsigned char a[256]; };
union u { struct { struct s b; int c; } d; struct { int c; struct s b; } e; };
union u v;
union u v0;
struct s *p = &v.d.b;
struct s *q = &v.e.b;

static inline struct s rp (void) { return *p; }
static inline struct s rq (void) { return *q; }
void pq (void) { *p = rq(); }
void qp (void) { *q = rp(); }

void
init (struct s *sp)
{
  int i;
  for (i = 0; i < 256; i++)
sp->a[i] = i;
}

void
check (struct s *sp)
{
  int i;
  for (i = 0; i < 256; i++)
if (sp->a[i] != i)
  abort ();
}

int
main (void)
{
  v = v0;
  init (p);
  qp ();
  check (q);
  v = v0;
  init (q);
  pq ();
  check (p);
  exit (0);
}

-- 
   Summary: [4.0/4.1 Regression] struct copy inlining generates
overlapping memcpy
   Product: gcc
   Version: 4.1.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P2
 Component: tree-optimization
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: jsm28 at gcc dot gnu dot org
CC: gcc-bugs at gcc dot gnu dot org


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

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

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2005-06-29 
23:16 ---
I cannot reproduce this on powerpc-darwin at all.

-- 


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

[Bug c++/22238] New: [4.0/4.1 regression] '#'obj_type_ref' not supported by dump_expr

[reichelt at gcc dot gnu dot org]

Since GCC 4.0.0 the compiler issues a hosed error message for the
following invalid code snippet:

==
struct A
{
  virtual void foo();
  void bar() { if (foo()) ; }
};
==

The error message reads:
  bug.cc: In member function 'void A::bar()':
  bug.cc:4: error: could not convert '#'obj_type_ref' not supported by
dump_expr#(this)' to 'bool'

With GCC 3.4.4 I get
  bug.cc: In member function `void A::bar()':
  bug.cc:4: error: could not convert `(**((A*)this)->A::_vptr.A)(((A*)this))' to
`bool'
which is better, but not optimal.

-- 
   Summary: [4.0/4.1 regression] '#'obj_type_ref' not supported by
dump_expr
   Product: gcc
   Version: 4.1.0
Status: UNCONFIRMED
  Keywords: diagnostic, 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=22238

[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-29 
23:22 ---
Subject: Re:  [4.0/4.1 Regression] struct copy
 inlining generates overlapping memcpy

On Wed, 29 Jun 2005, pinskia at gcc dot gnu dot org wrote:

> I cannot reproduce this on powerpc-darwin at all.

Maybe powerpc-darwin has a sympathetic memcpy which acts like memmove.  
(If the output contains a direct memcpy between p and q the problem is 
there even if libc covers it up.)  I get the failure on both 
i686-pc-linux-gnu and x86_64-unknown-linux-gnu with mainline of today.



-- 


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

[Bug middle-end/22239] New: i-cobol.adb:482: error: unrecognizable insn

[danglin at gcc dot gnu dot org]

../../xgcc -B../../  -c -g -O2 -fPIC -DELF=1 -DLINUX=1  -W -Wall -gnatpg  i-
cobol.adb -o i-cobol.o
i-cobol.adb: In function 'Interfaces.Cobol.To_Display.Convert':
i-cobol.adb:482: error: unrecognizable insn:
(insn 213 77 83 5 i-cobol.adb:466 (set (reg/f:SI 112)
(minus:SI (plus:SI (reg:SI 156)
(reg/f:SI 151 [ .result___36 ]))
(const_int -1 [0x]))) -1 (nil)
(nil))
+===GNAT BUG DETECTED==+
| 4.1.0 20050629 (experimental) (hppa-unknown-linux-gnu) GCC error:|
| in extract_insn, at recog.c:2082 |
| Error detected at i-cobol.adb:989:1  |
| Please submit a bug report; see http://gcc.gnu.org/bugs.html.|
| Use a subject line meaningful to you and us to track the bug.|
| 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.



raised TYPES.UNRECOVERABLE_ERROR : comperr.adb:380

The instruction is generated in the loop pass here:

(insn 96 95 213 5 i-cobol.adb:466 (set (reg:SI 132)
(plus:SI (subreg:SI (reg:QI 131) 0)
(const_int 48 [0x30]))) -1 (nil)
(nil))

(insn 213 96 97 5 i-cobol.adb:466 (set (reg/f:SI 112)
(minus:SI (plus:SI (reg:SI 156)
(reg/f:SI 151 [ .result___36 ]))
(const_int -1 [0x]))) -1 (nil)
(nil))

(insn 97 213 98 5 i-cobol.adb:466 (set (mem/s/j:QI (plus:SI (reg/f:SI 112)
(const_int -1 [0x])) [14 S1 A8])
(subreg:QI (reg:SI 132) 3)) -1 (nil)
(nil))

-- 
   Summary: i-cobol.adb:482: error: unrecognizable insn
   Product: gcc
   Version: 4.1.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P2
 Component: middle-end
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: danglin at gcc dot gnu dot org
CC: gcc-bugs at gcc dot gnu dot org
 GCC build triplet: hppa-unknown-linux-gnu
  GCC host triplet: hppa-unknown-linux-gnu
GCC target triplet: hppa-unknown-linux-gnu


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

[Bug middle-end/22239] i-cobol.adb:482: error: unrecognizable insn

[danglin at gcc dot gnu dot org]

--- Additional Comments From danglin at gcc dot gnu dot org  2005-06-29 
23:39 ---
Created an attachment (id=9177)
 --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=9177&action=view)
Patch to loop.c

Testing patch as possible fix.

-- 


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

[Bug middle-end/22239] i-cobol.adb:482: error: unrecognizable insn

[danglin at gcc dot gnu dot org]

--- Additional Comments From danglin at gcc dot gnu dot org  2005-06-29 
23:52 ---
Looks like the following change introduced the regression:

2005-04-16  Alexandre Oliva  <[EMAIL PROTECTED]>

PR target/20126
* loop.c (loop_givs_rescan): Handle non-replaceable (plus (reg)
(const)).


-- 
   What|Removed |Added

 CC||aoliva at gcc dot gnu dot
   ||org


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

[Bug rtl-optimization/17808] Scheduler overly conservative in sched-deps

[steven at gcc dot gnu dot org]

--- Additional Comments From steven at gcc dot gnu dot org  2005-06-29 
23:54 ---
May or may not be on to something in the message I dropped here: 
http://gcc.gnu.org/ml/gcc/2005-06/msg01281.html 

-- 


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

[Bug c/22240] New: ICE with transparent unions, function pointers and -pedantic

[jsm28 at gcc dot gnu dot org]

typedef union { union w *u; int *i; } H __attribute__ ((transparent_union));
void (*h) (H);
void g (int *s) { h (s); }

yields an ICE when compiled with -pedantic.  Not a regression.  See discussion
at  and thread;
DECL_IN_SYSTEM_HEADER is being checked on a NULL fundecl.

-- 
   Summary: ICE with transparent unions, function pointers and -
pedantic
   Product: gcc
   Version: 4.1.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P2
 Component: c
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: jsm28 at gcc dot gnu dot org
CC: gcc-bugs at gcc dot gnu dot org


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

[Bug c/22241] New: completion by initializer incompatible with type in inner scope should be diagnosed

[jsm28 at gcc dot gnu dot org]

As a quality-of-implementation matter,

extern int a[];
void f(void) { extern int a[2]; }
int a[] = { 0 };

should receive an error for the incompatible types of "a", int[2] and int[1].
Not a regression.  Previously mentioned at
.

-- 
   Summary: completion by initializer incompatible with type in
inner scope should be diagnosed
   Product: gcc
   Version: 4.1.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P2
 Component: c
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: jsm28 at gcc dot gnu dot org
CC: gcc-bugs at gcc dot gnu dot org


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

[Bug tree-optimization/22234] [4.1 Regression] verify_ssa failed with -fno-exceptions

[cvs-commit at gcc dot gnu dot org]

--- Additional Comments From cvs-commit at gcc dot gnu dot org  2005-06-30 
00:51 ---
Subject: Bug 22234

CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED]   2005-06-30 00:51:17

Modified files:
gcc: ChangeLog tree-ssa-copy.c 
gcc/testsuite  : ChangeLog 
Added files:
gcc/testsuite/gcc.dg: 20050629-1.c 

Log message:
PR 22234
* tree-ssa-copy.c (fini_copy_prop): Do not overwrite copy_of
when following copy-of chains.

testsuite/ChangeLog

PR 22234
* gcc.dg/20050629-1.c: New test.

Patches:
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/ChangeLog.diff?cvsroot=gcc&r1=2.9286&r2=2.9287
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/tree-ssa-copy.c.diff?cvsroot=gcc&r1=2.35&r2=2.36
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/ChangeLog.diff?cvsroot=gcc&r1=1.5708&r2=1.5709
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/gcc.dg/20050629-1.c.diff?cvsroot=gcc&r1=1.1&r2=1.2



-- 


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

[Bug tree-optimization/22234] [4.1 Regression] verify_ssa failed with -fno-exceptions

[dnovillo at gcc dot gnu dot org]

--- Additional Comments From dnovillo at gcc dot gnu dot org  2005-06-30 
00:53 ---
Fixed.  http://gcc.gnu.org/ml/gcc-patches/2005-06/msg02209.html

-- 
   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||FIXED


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

[Bug rtl-optimization/22239] [4.0/4.1 Regression] i-cobol.adb:482: error: unrecognizable insn

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2005-06-30 
01:52 ---
So this is a latent bug on the 4.0 branch too.

I just wish loop.c would go away.

-- 
   What|Removed |Added

  Component|middle-end  |rtl-optimization
   Keywords||ice-on-valid-code
Summary|i-cobol.adb:482: error: |[4.0/4.1 Regression] i-
   |unrecognizable insn |cobol.adb:482: error:
   ||unrecognizable insn
   Target Milestone|--- |4.0.1


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

[Bug c++/22238] [4.0/4.1 regression] '#'obj_type_ref' not supported by dump_expr

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2005-06-30 
02:00 ---
Confirmed, caused by the patch which introduced obj_type_ref.  This also means 
we can produce better 
diagnostic.

-- 
   What|Removed |Added

 CC||rth at gcc dot gnu dot org
 Status|UNCONFIRMED |NEW
 Ever Confirmed||1
   Last reconfirmed|-00-00 00:00:00 |2005-06-30 02:00:07
   date||
   Target Milestone|--- |4.0.1


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

[Bug tree-optimization/22236] [4.1 Regression] wrong code for casts and scev

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2005-06-30 
02:04 ---
Note you might need -fno-vrp to expose the bug.

-- 


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

[Bug tree-optimization/22236] [4.1 Regression] wrong code for casts and scev

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2005-06-30 
02:04 ---
Note you might need -fno-tree-vrp to expose the bug.

-- 


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

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

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2005-06-30 
02:12 ---
I think this is a latent bug as even 3.4 produces calls to memcpy.

Confirmed, still.

-- 
   What|Removed |Added

 Status|UNCONFIRMED |NEW
 Ever Confirmed||1
   Keywords||wrong-code
   Last reconfirmed|-00-00 00:00:00 |2005-06-30 02:12:02
   date||
   Target Milestone|--- |4.0.2


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

[Bug c/22240] ICE with transparent unions, function pointers and -pedantic

[pinskia at gcc dot gnu dot org]

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

-- 
   What|Removed |Added

 Status|UNCONFIRMED |NEW
 Ever Confirmed||1
   Keywords||ice-on-invalid-code
  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 02:13:58
   date||


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

[Bug c/22241] completion by initializer incompatible with type in inner scope should be diagnosed

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2005-06-30 
02:15 ---
Confirmed, the C++ front-end diagnostics this problem.

-- 
   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 02:15:16
   date||


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

[Bug c/20689] strict aliasing with temporary variable never gives warnings

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2005-06-30 
02:20 ---
Even the example you gave in comment #6 is hard to get unless you have flow 
analysis in the front-end 
which I really doubt is even going to be.


-- 
   What|Removed |Added

   Severity|normal  |enhancement
   Keywords||diagnostic


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

[Bug c++/22238] [4.0/4.1 regression] '#'obj_type_ref' not supported by dump_expr

[pinskia at gcc dot gnu dot org]

-- 
   What|Removed |Added

   Target Milestone|4.0.1   |4.0.2


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

[Bug rtl-optimization/22239] [4.0/4.1 Regression] i-cobol.adb:482: error: unrecognizable insn

[pinskia at gcc dot gnu dot org]

-- 
   What|Removed |Added

   Target Milestone|4.0.1   |4.0.2


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

[Bug target/21973] Segfault in GTK+ compiled with -march=pentium4 when used through JNI

[vektor at dumbterm dot net]

--- Additional Comments From vektor at dumbterm dot net  2005-06-30 03:16 
---
Of course, it seems that my disassembler has been defaulting to 16 bit and not
32 bit.  Here is the correct disassembly from one of the crashes.  It's reading
from [esp+0x10] which is clearly an unaligned stack read.

  0089442408F2  add [ecx+0xf2082444],cl
0006  0F108B6C6FF6FFumov [ebx+0xfff66f6c],cl
000D  8B5124mov edx,[ecx+0x24]
0010  660F294C2410  o16 movaps [esp+0x10],xmm1
0016  F20F105220repne umov [edx+0x20],dl
001B  660F57D1  o16 xorps xmm2,xmm1
001F  F2db 0xF2

-- 


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

[Bug c++/22238] [4.0/4.1 regression] '#'obj_type_ref' not supported by dump_expr

[gdr at integrable-solutions dot net]

--- Additional Comments From gdr at integrable-solutions dot net  
2005-06-30 03:19 ---
Subject: Re:  New: [4.0/4.1 regression] '#'obj_type_ref' not supported by 
dump_expr

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

| Since GCC 4.0.0 the compiler issues a hosed error message for the
| following invalid code snippet:
| 
| ==
| struct A
| {
|   virtual void foo();
|   void bar() { if (foo()) ; }
| };
| ==
| 
| The error message reads:
|   bug.cc: In member function 'void A::bar()':
|   bug.cc:4: error: could not convert '#'obj_type_ref' not supported by
| dump_expr#(this)' to 'bool'

I think I crossed this silly behaviour from the error.c several types,
but it was always in a bigger context.  Thanks for reducing it to this
small.  I'll fix it. 

| With GCC 3.4.4 I get
|   bug.cc: In member function `void A::bar()':
|   bug.cc:4: error: could not convert `(**((A*)this)->A::_vptr.A)(((A*)this))' 
to
| `bool'
| which is better, but not optimal.

Agreed.

-- Gaby


-- 


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

[Bug c++/22238] [4.0/4.1 regression] '#'obj_type_ref' not supported by dump_expr

[gdr at integrable-solutions dot net]

--- Additional Comments From gdr at integrable-solutions dot net  
2005-06-30 03:19 ---
Subject: Re:  [4.0/4.1 regression] '#'obj_type_ref' not supported by dump_expr

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

| --- Additional Comments From pinskia at gcc dot gnu dot org  2005-06-30 
02:00 ---
| Confirmed, caused by the patch which introduced obj_type_ref.  This also 
means we can produce better 
| diagnostic.

indeed.  Assign it to me.

-- Gaby


-- 


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

[Bug c++/22238] [4.0/4.1 regression] '#'obj_type_ref' not supported by dump_expr

[pinskia at gcc dot gnu dot org]

-- 
   What|Removed |Added

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


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

[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 
04:42 ---
And I found another latent bug which makes it impossible to bootstrap GCC :(
Here is a short testcase for that bug:
_Bool f();
void g(int);
void h (int old_size)
{
  int new_size = old_size, i;
  g(old_size - 1);  
  i = 0;
  while (i < old_size - 1)
  {
if (f())
{
  i++;
  continue;
}
while (i < old_size - 1)
  i++;
  }
  g(new_size);
}


-- 


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

[Bug java/20193] Variable names incorrectly resolved in inner classes.

[tromey at gcc dot gnu dot org]

-- 
   What|Removed |Added

 Status|UNCONFIRMED |NEW
 Ever Confirmed||1
   Last reconfirmed|-00-00 00:00:00 |2005-06-30 05:11:44
   date||


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