[Bug c/20001] New: gcc.c-torture/execute/builtins/strlen-3.c compilation, -O1

[giftbound at verizon dot net]

Running 
/sources/gcc-4.0-20050130/gcc/testsuite/gcc.c-torture/execute/builtins/builtins.exp
 ... 
FAIL: gcc.c-torture/execute/builtins/strlen-3.c compilation,  -O1

-- 
   Summary: gcc.c-torture/execute/builtins/strlen-3.c compilation,
-O1
   Product: gcc
   Version: 4.0.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P2
 Component: c
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: giftbound at verizon dot net
CC: gcc-bugs at gcc dot gnu dot org


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

[Bug c/20001] gcc.c-torture/execute/builtins/strlen-3.c compilation, -O1

[giftbound at verizon dot net]

-- 
   What|Removed |Added

   GCC host triplet||i686-pc-linux-gnu


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

[Bug c++/20002] New: p10769a.C compilation

[giftbound at verizon dot net]

WARNING: g++.old-deja/g++.mike/p10769a.C compilation failed to produce 
executable

-- 
   Summary: p10769a.C compilation
   Product: gcc
   Version: 4.0.0
Status: UNCONFIRMED
  Severity: critical
  Priority: P2
 Component: c++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: giftbound at verizon dot net
CC: gcc-bugs at gcc dot gnu dot org


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

[Bug c++/20002] p10769a.C compilation

[giftbound at verizon dot net]

-- 
   What|Removed |Added

   GCC host triplet||i686-pc-linux-gnu


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

[Bug libstdc++/20003] New: libmudflap.cth

[giftbound at verizon dot net]

Running 
/sources/gcc-4.0-20050130/libmudflap/testsuite/libmudflap.cth/cthfrags.exp ... 
FAIL: libmudflap.cth/pass40-frag.c execution test 
FAIL: libmudflap.cthh/pass40-frag.c output pattern test 
FAIL: libmudflap.cth/pass40-frag.c (-O2) execution test 
FAIL: libmudflap.cth/pass40-frag.c (-O2) output pattern test 
FAIL: libmudflap.cth/pass40-frag.c (-O3) execution test 
FAIL: libmudflap.cth/pass40-frag.c (-O3) output pattern test

-- 
   Summary: libmudflap.cth
   Product: gcc
   Version: 4.0.0
Status: UNCONFIRMED
  Severity: critical
  Priority: P2
 Component: libstdc++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: giftbound at verizon dot net
CC: gcc-bugs at gcc dot gnu dot org
  GCC host triplet: i686-pc-linux-gnu


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

[Bug libmudflap/20003] libmudflap.cth

[pcarlini at suse dot de]

-- 
   What|Removed |Added

   Severity|critical|normal
  Component|libstdc++   |libmudflap


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

[Bug c++/20004] New: G++ disregards __attribute__((regparm(3))) when calling through a const pointer

[jjk at acm dot org]

Output from "g++ -v":
Reading specs from /usr/lib/gcc-lib/i386-redhat-linux/3.2.3/specs
Configured with: ../configure --prefix=/usr --mandir=/usr/share/man
--infodir=/usr/share/info --enable-shared --enable-threads=posix
--disable-checking --with-system-zlib --enable-__cxa_atexit 
--host=i386-redhat-linux
Thread model: posix
gcc version 3.2.3 20030502 (Red Hat Linux 3.2.3-20)

Compile the following code using "g++ -S bug.c":
---8<---bug.c--8<---
struct Foo
{
  int __attribute__((regparm(3)))
(*p)(int);
};
extern struct Foo *foo;
extern const struct Foo *bar;

int
baz(int i)
{
  return (foo->p)(i);
}

int
zip(int i)
{
  return (bar->p)(i);
}
---8<--8<---

The only difference between baz() and zip() is that baz() uses a "struct Foo *"
while zip() uses a "const struct Foo *".  However, in the generated assembler
code, baz() passes parameters in registers as requested, and zip() doesn't.

_Z3bazi:
[...]
movlfoo, %eax
movl(%eax), %edx
movl8(%ebp), %eax
call*%edx

_Z3zipi:
[...]
movlbar, %eax
pushl   8(%ebp)
movl(%eax), %eax
call*%eax

Note: This bug is specific to the C++ compiler; the C compiler does the right
thing.

-- 
   Summary: G++ disregards __attribute__((regparm(3))) when calling
through a const pointer
   Product: gcc
   Version: 3.2.3
Status: UNCONFIRMED
  Severity: normal
  Priority: P2
 Component: c++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: jjk at acm dot org
CC: gcc-bugs at gcc dot gnu dot org
  GCC host triplet: i386-redhat-linux
GCC target triplet: i386-redhat-linux


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

[Bug target/8243] GCC 3.2 does not check for CMOV instruction before generating code

[behrisch at informatik dot hu-berlin dot de]

--- Additional Comments From behrisch at informatik dot hu-berlin dot de  
2005-02-16 09:41 ---
(In reply to comment #4) 
> From: Pete Gontier <[EMAIL PROTECTED]> 
> To: <[EMAIL PROTECTED]>, 
> <[EMAIL PROTECTED]  Subject: Re: target/8243: GCC 3.2 does not check for CMOV instruction 
> before generating code 
> Date: Thu, 13 Feb 2003 12:34:28 -0800 
>  
>  circa 2/13/03 11:54 AM, Pete Gontier <[EMAIL PROTECTED]> wrote: 
>   
>  > I don't think I fully understand the closure of this bug. I understand if 
by 
>  > i686 you really mean Pentium Pro. (I hope that's documented.) The claim 
that 
>  > it would be dumb for GCC to generate code which checks for CMOV before 
using 
>  > it also makes sense. However, if there were a way to tell GCC not to 
generate 
>  > CMOV instructions in the first place, that would seem reasonable, too, 
>  > assuming there are other i686 optimizations worth doing. 
>   
>  Hmmm. Perhaps this is already present in the form of -march=c3. And from 
>  what I hear, CMOV was the only significant optimization for i686. 
 
This patch indicates that there -march=c3 is not the solution: 
http://gcc.gnu.org/ml/gcc-patches/2004-07/msg02718.html 
There is another (german) report on patching gcc to create optimized 
code for the c3 
http://epia.std-err.de/gcc.php 
 
Michael 

-- 


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

[Bug tree-optimization/19639] Funny (horrible) code for empty destructor

[rguenth at gcc dot gnu dot org]

--- Additional Comments From rguenth at gcc dot gnu dot org  2005-02-16 
09:52 ---
With PR15791 fixed we now create at -O2

void foo() ()
{
  struct Foo * const this.6;
  struct Foo * D.1654;
  struct Foo * const this;
  register struct Foo * D.1634;
  struct Foo[2] * D.1633;
  struct NonPod x;

:
  this = &x.foo[2];

:;
  this = this - 4;
  D.1654 = 0B;
  if (D.1654 + this == &x.foo) goto ; else goto ;

:;
  return;
}

With PR19807 fixed (patch in testing) we're down to

void foo() ()
{
  unsigned int ivtmp.1;
  struct Foo * pretmp.0;
  struct Foo * const this;
  register struct Foo * D.1634;
  struct Foo[2] * D.1633;
  struct NonPod x;

:
  ivtmp.1 = 2;

:;
  ivtmp.1 = ivtmp.1 - 1;
  if (ivtmp.1 == 0) goto ; else goto ;

:;
  return;
}

which is PR17640 and the tree-unroller will happily unroll and optimize
to an empty function (before fixing PR19807 it wouldn't do that).

-- 


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

[Bug libfortran/20005] New: reading a single "return" character fails

[coudert at clipper dot ens dot fr]

On all fortran compilers I could test, the following does what is expected (that
is, pressing the enter key prints "well done"). gfortran waits for a non-newline
character:

program testRead
implicit none
character(1) resp
write (*,'('' hit return: '',$)')
read (*,'(a)') resp
write (*,'('' well done.'')')
end

-- 
   Summary: reading a single "return" character fails
   Product: gcc
   Version: 4.0.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P2
 Component: libfortran
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: coudert at clipper dot ens dot fr
CC: gcc-bugs at gcc dot gnu dot org


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

[Bug regression/19829] [4.0 regression] cris-elf testsuite failure: 21_strings/basic_string/find/char/3.cc execution test

[pcarlini at suse dot de]

--- Additional Comments From pcarlini at suse dot de  2005-02-16 10:58 
---
That test is accessing str_lit01 beyond its end, I'm fixing it.

-- 
   What|Removed |Added

 AssignedTo|unassigned at gcc dot gnu   |pcarlini at suse dot de
   |dot org |
 Status|UNCONFIRMED |ASSIGNED
 Ever Confirmed||1
   Last reconfirmed|-00-00 00:00:00 |2005-02-16 10:58:59
   date||


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

[Bug libstdc++/19829] [4.0 regression] cris-elf testsuite failure: 21_strings/basic_string/find/char/3.cc execution test

[cvs-commit at gcc dot gnu dot org]

--- Additional Comments From cvs-commit at gcc dot gnu dot org  2005-02-16 
11:10 ---
Subject: Bug 19829

CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED]   2005-02-16 11:09:58

Modified files:
libstdc++-v3   : ChangeLog 
libstdc++-v3/testsuite/21_strings/basic_string/find/char: 3.cc 
libstdc++-v3/testsuite/21_strings/basic_string/find/wchar_t: 
 3.cc 

Log message:
2005-02-16  Paolo Carlini  <[EMAIL PROTECTED]>

PR libstdc++/19829
* testsuite/21_strings/basic_string/find/char/3.cc: Fix the test
at line #66 to not access str_lit01 beyond its end.
* testsuite/21_strings/basic_string/find/wchar_t/3.cc: Likewise.

Patches:
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libstdc++-v3/ChangeLog.diff?cvsroot=gcc&r1=1.2896&r2=1.2897
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libstdc++-v3/testsuite/21_strings/basic_string/find/char/3.cc.diff?cvsroot=gcc&r1=1.3&r2=1.4
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libstdc++-v3/testsuite/21_strings/basic_string/find/wchar_t/3.cc.diff?cvsroot=gcc&r1=1.3&r2=1.4



-- 


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

[Bug libstdc++/19829] [4.0 regression] cris-elf testsuite failure: 21_strings/basic_string/find/char/3.cc execution test

[cvs-commit at gcc dot gnu dot org]

--- Additional Comments From cvs-commit at gcc dot gnu dot org  2005-02-16 
11:13 ---
Subject: Bug 19829

CVSROOT:/cvs/gcc
Module name:gcc
Branch: gcc-3_4-branch
Changes by: [EMAIL PROTECTED]   2005-02-16 11:12:44

Modified files:
libstdc++-v3   : ChangeLog 
libstdc++-v3/testsuite/21_strings/basic_string/find/char: 3.cc 
libstdc++-v3/testsuite/21_strings/basic_string/find/wchar_t: 
 3.cc 

Log message:
2005-02-16  Paolo Carlini  <[EMAIL PROTECTED]>

PR libstdc++/19829
* testsuite/21_strings/basic_string/find/char/3.cc: Fix the test
at line #66 to not access str_lit01 beyond its end.
* testsuite/21_strings/basic_string/find/wchar_t/3.cc: Likewise.

Patches:
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libstdc++-v3/ChangeLog.diff?cvsroot=gcc&only_with_tag=gcc-3_4-branch&r1=1.2224.2.216&r2=1.2224.2.217
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libstdc++-v3/testsuite/21_strings/basic_string/find/char/3.cc.diff?cvsroot=gcc&only_with_tag=gcc-3_4-branch&r1=1.3&r2=1.3.12.1
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libstdc++-v3/testsuite/21_strings/basic_string/find/wchar_t/3.cc.diff?cvsroot=gcc&only_with_tag=gcc-3_4-branch&r1=1.3&r2=1.3.12.1



-- 


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

[Bug libstdc++/19829] [4.0 regression] cris-elf testsuite failure: 21_strings/basic_string/find/char/3.cc execution test

[pcarlini at suse dot de]

--- Additional Comments From pcarlini at suse dot de  2005-02-16 11:16 
---
Fixed for 4.0 and 3.4.4.

-- 
   What|Removed |Added

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


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

[Bug middle-end/19920] [4.0 Regression] build broken on several targets due to recent 'DC' type update to libgcc2

[schlie at comcast dot net]

--- Additional Comments From schlie at comcast dot net  2005-02-16 11:16 
---
Subject: Re:  [4.0 Regression] build broken on
 several targets due to recent 'DC' type update to libgcc2

> From: corsepiu at gcc dot gnu dot org <[EMAIL PROTECTED]>
> While building, I noticed warnings from math code in newlib, I haven't
> noticed before. I am not sure whether these warnings had been present
> before or not and if these are related to this patch.

Like ...?




-- 


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

[Bug c/19994] warn on parameter name mismatch

[schlie at comcast dot net]

--- Additional Comments From schlie at comcast dot net  2005-02-16 11:47 
---
(In reply to comment #3)
> One more note from me on this bug forever.
> Most people don't use parameter names in prototypes to make sure that this 
> confussion does not 
> happen.

Actually, most people do use parameter names in prototypes, as they tend to 
serve as documentation
of the function's call API, thereby if the function's symbolic parameter names 
are inconsistent between
it's declaration and definition; GCC should minimally warn if not generate an 
error, given that these
symbolic names are used as the basis of the code's referance to it's 
parameters, not parameter order.


-- 


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

[Bug fortran/20006] New: $ format extension accepted in error under -std=f95

[tow21 at cam dot ac dot uk]

Using the $ character in a write format is a commonly-implemented extension to 
imply non-advancing output; it is, however, not part of any Fortran standard 
(f90 and later standards offer an alternative method to achieve the same aim). 
 
However, gfortran currently accepts it without complaint. 
 
parabrisas:~/test% cat testRead.f  
 
  program testRead 
  implicit none 
  print '(a,$)','hello world' 
  print * 
  end 
parabrisas:~/test% gfortran -std=f95 testRead.f  
parabrisas:~/test%

-- 
   Summary: $ format extension accepted in error under -std=f95
   Product: gcc
   Version: 4.0.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P2
 Component: fortran
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: tow21 at cam dot ac dot uk
CC: gcc-bugs at gcc dot gnu dot org


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

[Bug c++/19813] [4.0 Regression] wrong code with -finline-limit

[jakub at gcc dot gnu dot org]

--- Additional Comments From jakub at gcc dot gnu dot org  2005-02-16 12:31 
---
Patch here: 

-- 
   What|Removed |Added

 AssignedTo|unassigned at gcc dot gnu   |jakub at gcc dot gnu dot org
   |dot org |
 Status|NEW |ASSIGNED
   Keywords||patch
   Last reconfirmed|2005-02-15 14:14:03 |2005-02-16 12:31:53
   date||


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

[Bug fortran/20006] $ format extension accepted in error under -std=f95

[jv244 at cam dot ac dot uk]

--- Additional Comments From jv244 at cam dot ac dot uk  2005-02-16 12:32 
---
> However, gfortran currently accepts it without complaint. 

However, in general, this can only be found at runtime (also with NAG f95):

program testRead

implicit none
character(len=19) fmt
character(1) resp

! assume this is well hidden in a different subroutine
fmt='('' hit return: '',$)' 

write (*,fmt=fmt)
read (*,'(a)') resp

write (*,'('' well done.'')')
end


-- 


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

[Bug c/19994] warn on parameter name mismatch

[schlie at comcast dot net]

--- Additional Comments From schlie at comcast dot net  2005-02-16 12:36 
---
(In reply to comment #4)

To be more clear (independant of what most may or may not do, or rely upon), as 
within the body
of a function definition, given that parameters are referanced by their 
symbolic name, not postion:

  int apples_per_basket ( int apples, int baskets );

  int function ( int baskets, int apples) {
   return apple / baskets;
  /* i.e. not: return %0 - %1;   referancing parameters by order not name, 
which C doen't support */
   }

Then it's reasonable to assume that if a prototype were declared with symbolic 
names which are
inconsistent with the function's definition, it is quite reasonable to expect, 
if not desire, warning.


-- 


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

[Bug middle-end/19974] incorrect complex division on ia-64 with flag_complex_method = 2

[Thomas dot Koenig at online dot de]

--- Additional Comments From Thomas dot Koenig at online dot de  2005-02-16 
12:41 ---
I think I have identified the problem.

The hang itself is probably caused by a Lapack bug, because slarrb is
only fed 0. and NaN as arguments.

The reason why this is so is probably due to a problem in complex
division with flag_complex_method = 2.  Here's a test case:

$ cat c-tst.c
#include 
#include 
#include 

int main()
{
float complex a,b,c;
a = 1.e20-I*1.e12;
b = 1. - I*1.e-8;
c = a/b;
printf("%.5g %.5g\n",creal(c),cimag(c));
return 0;
}

This has flag_complex_medhod = 2:

$ gcc -B ~/gcc-C2/gcc c-tst.c
$ ./a.out
1e+20 18059
  ^^
   wrong

This has flag_complex_method = 1:

$ gcc -B ~/gcc-C1/gcc c-tst.c
$ ./a.out
1e+20 0
  ^^
  correct

Probably a wrong sign when recovering from overflow in the
new complex division routines.

Adding rth to the cc list.

-- 
   What|Removed |Added

 CC||rth at gcc dot gnu dot org
OtherBugsDependingO||18902
  nThis||
Summary|Lapack hang in xeigtstc on  |incorrect complex division
   |ia-64   |on ia-64 with
   ||flag_complex_method = 2


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

[Bug c/19994] warn on parameter name mismatch

[joseph at codesourcery dot com]

--- Additional Comments From joseph at codesourcery dot com  2005-02-16 
13:35 ---
Subject: Re:  warn on parameter name mismatch

On Wed, 16 Feb 2005, cyeoh at samba dot org wrote:

> I think it would be fairly unusual that you would want the prototype parameter
> names to not match the definition. It wouldn't have to warn if the parameter
> names in the prototype were deliberately omitted.

I think it's quite usual for a header to use a parameter name in a 
reserved namespace (whether the implementation namespace as in glibc 
headers, or beginning with a prefix reserved by a library).  In such a 
case, the library implementation is likely to use a shorter more 
convenient name for the parameter.



-- 


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

[Bug middle-end/19857] [4.0 Regression] alignment check of SSE constant fails in simple test program

[cvs-commit at gcc dot gnu dot org]

--- Additional Comments From cvs-commit at gcc dot gnu dot org  2005-02-16 
13:54 ---
Subject: Bug 19857

CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED]   2005-02-16 13:54:31

Modified files:
gcc: ChangeLog convert.c fold-const.c 
gcc/testsuite  : ChangeLog 
Added files:
gcc/testsuite/gcc.c-torture/execute: 20050215-1.c 
gcc/testsuite/gcc.dg/tree-ssa: 20050215-1.c 

Log message:
PR middle-end/19857
* fold-const.c (fold): Don't optimize (T)(x & cst) to
(T)x & (T)cst if (T)cst overflows.
* convert.c (convert_to_integer) : Pass
TYPE_UNSIGNED (type) as type_for_size's UNSIGNEDP argument.

* gcc.dg/tree-ssa/20050215-1.c: New test.
* gcc.c-torture/execute/20050215-1.c: New test.

Patches:
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/ChangeLog.diff?cvsroot=gcc&r1=2.7491&r2=2.7492
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/convert.c.diff?cvsroot=gcc&r1=1.54&r2=1.55
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/fold-const.c.diff?cvsroot=gcc&r1=1.512&r2=1.513
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/ChangeLog.diff?cvsroot=gcc&r1=1.5039&r2=1.5040
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/gcc.c-torture/execute/20050215-1.c.diff?cvsroot=gcc&r1=NONE&r2=1.1
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/gcc.dg/tree-ssa/20050215-1.c.diff?cvsroot=gcc&r1=NONE&r2=1.1



-- 


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

[Bug middle-end/19857] [4.0 Regression] alignment check of SSE constant fails in simple test program

[jakub at gcc dot gnu dot org]

--- Additional Comments From jakub at gcc dot gnu dot org  2005-02-16 13:58 
---
Fixed.

-- 
   What|Removed |Added

 Status|ASSIGNED|RESOLVED
 Resolution||FIXED


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

[Bug middle-end/19858] [4.0 Regression] ICE on simple SSE code

[jakub at gcc dot gnu dot org]

-- 
Bug 19858 depends on bug 19857, which changed state.

Bug 19857 Summary: [4.0 Regression] alignment check of SSE constant fails in 
simple test program
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19857

   What|Old Value   |New Value

 Status|ASSIGNED|RESOLVED
 Resolution||FIXED

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

[Bug c++/20002] p10769a.C compilation

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2005-02-16 
14:14 ---


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

-- 
   What|Removed |Added

 Status|UNCONFIRMED |RESOLVED
 Resolution||DUPLICATE


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

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

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2005-02-16 
14:14 ---
*** Bug 20002 has been marked as a duplicate of this bug. ***

-- 


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

[Bug c/20001] gcc.c-torture/execute/builtins/strlen-3.c compilation, -O1

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2005-02-16 
14:15 ---


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

-- 
   What|Removed |Added

 Status|UNCONFIRMED |RESOLVED
 Resolution||DUPLICATE


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

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

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2005-02-16 
14:15 ---
*** Bug 20001 has been marked as a duplicate of this bug. ***

-- 
   What|Removed |Added

 CC||giftbound at verizon dot net


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

[Bug target/20007] New: error: too many arguments to function `find_basic_blocks

[corsepiu at gcc dot gnu dot org]

# gcc -c   -g -O2  -DIN_GCC -DCROSS_COMPILE  -W -Wall -Wwrite-strings
-Wstrict-prototypes -Wmissing-prototypes -Wold-style-definition -fno-common  
-DHAVE_CONFIG_H-I. -I. -I../../gcc-4.0.0/gcc -I../../gcc-4.0.0/gcc/.
-I../../gcc-4.0.0/gcc/../include -I../../gcc-4.0.0/gcc/../libcpp/include  \
../../gcc-4.0.0/gcc/config/sh/sh.c -o sh.o
../../gcc-4.0.0/gcc/config/sh/sh.c: In function `sh_output_mi_thunk':
../../gcc-4.0.0/gcc/config/sh/sh.c:9858: error: too many arguments to function
`find_basic_blocks'
make[1]: *** [sh.o] Error 1
make[1]: Leaving directory
`/users/rtems/src/rpms/BUILD/rtems-4.7-sh-rtems4.7-gcc-newlib-gcc4.0.0newlib1.13.0/build/gcc'
make: *** [all-gcc] Error 2

Presumable trigger of this breakdown is this patch:

2005-02-14  Kazu Hirata  <[EMAIL PROTECTED]>

* basic-block.h: Adjust the prototype for find_basic_blocks.

-- 
   Summary: error: too many arguments to function `find_basic_blocks
   Product: gcc
   Version: 4.0.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P2
 Component: target
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: corsepiu at gcc dot gnu dot org
CC: gcc-bugs at gcc dot gnu dot org,kazu at cs dot umass dot
edu
GCC target triplet: sh-*


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

[Bug c++/20004] [3.3 Regression] G++ disregards __attribute__((regparm(3))) when calling through a const pointer

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2005-02-16 
14:28 ---
Confirmed in 3.2.3 and 3.3.3 but fixed already in 3.4.0 but this is a 
regression from 3.0.4.

-- 
   What|Removed |Added

 Status|UNCONFIRMED |NEW
 Ever Confirmed||1
   Keywords||wrong-code
  Known to fail||3.3.3 3.2.3
  Known to work||3.0.4 3.4.0 4.0.0
   Last reconfirmed|-00-00 00:00:00 |2005-02-16 14:28:47
   date||
Summary|G++ disregards  |[3.3 Regression] G++
   |__attribute__((regparm(3))) |disregards
   |when calling through a const|__attribute__((regparm(3)))
   |pointer |when calling through a const
   ||pointer
   Target Milestone|--- |3.3.6


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

[Bug target/20007] error: too many arguments to function `find_basic_blocks

[pinskia at gcc dot gnu dot org]

-- 
   What|Removed |Added

   Keywords||build


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

[Bug target/20007] [4.0 Regression] error: too many arguments to function `find_basic_blocks

[pinskia at gcc dot gnu dot org]

-- 
   What|Removed |Added

Summary|error: too many arguments to|[4.0 Regression] error: too
   |function `find_basic_blocks |many arguments to function
   ||`find_basic_blocks


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

[Bug c++/19991] [3.4/4.0 regression] Enum not accepted in array-size

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2005-02-16 
14:43 ---
: Search converges between 2004-02-01-trunk (#445) and 2004-03-01-trunk (#446).
: Search converges between 2004-02-02-3.4 (#1) and 2004-03-01-3.4 (#2).

-- 


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

[Bug middle-end/19988] [4.0 Regression] pessimizes fp multiply-add/subtract combo

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2005-02-16 
14:49 ---
Actually this is a much older regression than what I had orginally thought.
The asm produced changed between 20040201 and 20040301.

-- 


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

[Bug middle-end/19988] [4.0 Regression] pessimizes fp multiply-add/subtract combo

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2005-02-16 
14:51 ---
Ok, this is the patch which caused this code generation regression:
2004-02-07  Roger Sayle  <[EMAIL PROTECTED]>

* fold-const.c (negate_expr_p, negate_expr): Optimize -(A+B) into
either (-A)-B or (-B)-A, if A or B is easily negated respectively.
(fold) : Optimize (A*C) - (B*C) -> (A-B)*C for both
integer types and floating point with unsafe_math_optimizations.
Add similar optimization for (A*C1) - (A*C2) -> A*(C1-C2).
Optimize A - B as A + (-B), if B is easily negated.

-- 


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

[Bug target/20007] [4.0 Regression] error: too many arguments to function `find_basic_blocks

[kazu at cs dot umass dot edu]

--- Additional Comments From kazu at cs dot umass dot edu  2005-02-16 14:56 
---
Confirmed.

ip2k seems to have the same problem.

-- 
   What|Removed |Added

 AssignedTo|unassigned at gcc dot gnu   |kazu at cs dot umass dot edu
   |dot org |
 Status|UNCONFIRMED |ASSIGNED


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

[Bug c++/19565] [3.3/3.4/4.0 Regression] g++ does not warn about overflow in conversion but gcc does

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2005-02-16 
14:59 ---
This has been failing since at least 2000-12-31.

-- 


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

[Bug c++/19809] [3.4/4.0 Regression] Multiple definitions of friend functions in template classes

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2005-02-16 
15:02 ---
: Search converges between 2004-02-01-trunk (#445) and 2004-03-01-trunk (#446).
: Search converges between 2004-03-01-3.4 (#2) and 2004-03-15-3.4 (#3).

-- 


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

[Bug middle-end/19920] [4.0 Regression] build broken on several targets due to recent 'DC' type update to libgcc2

[corsepiu at gcc dot gnu dot org]

--- Additional Comments From corsepiu at gcc dot gnu dot org  2005-02-16 
15:15 ---
(In reply to comment #15)
> > From: corsepiu at gcc dot gnu dot org <[EMAIL PROTECTED]>
> > While building, I noticed warnings from math code in newlib, I haven't
> > noticed before. I am not sure whether these warnings had been present
> > before or not and if these are related to this patch.
> 
> Like ...?

Here's one (target: h8300-rtems4.7):
../../../../../../gcc-4.0.0/newlib/libm/math/ef_remainder.c:49: warning: left
shift count >= width of type

There are dozens of similar warnings in my build-log.
Having a look into newlib shows all of these warnings to be related to
sizeof(int) vs. sizeof(long) vs. sizeof(void*), not to float/double.
I know newlib, is partially broken, in assuming
sizeof(int)==sizeof(long)==sizeof(void*)==32bit, but ...

... I have several local patches to newlib applied, which are supposed to fix
them. So, unless something has changed these sizes, I probably didn't work
carefully enough.

-- 


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

[Bug middle-end/19865] [4.0 Regression] ice / gnat bug detected.

[dnovillo at redhat dot com]

--- Additional Comments From dnovillo at redhat dot com  2005-02-16 15:16 
---
Subject: Re:  [4.0 Regression] ice / gnat bug detected.

pinskia at gcc dot gnu dot org wrote:

> Is that what you want?
> 
Yes, thanks.  I can now reproduce this on my ppc box with your reduced 
test case.  I'll take a look.


Diego.


-- 


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

[Bug c++/19878] [4.0 Regression] ICE in import_export_decl

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2005-02-16 
15:27 ---
: Search converges between 2004-07-29-trunk (#498) and 2004-07-30-trunk (#499).


-- 


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

[Bug c++/19916] [3.4/4.0? Regression] Segmentation fault in __static_initialization_and_destruction_0

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2005-02-16 
15:29 ---
The behavior changed between 20030722 and 20030724.

-- 
   What|Removed |Added

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


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

[Bug target/20007] [4.0 Regression] error: too many arguments to function `find_basic_blocks

[cvs-commit at gcc dot gnu dot org]

--- Additional Comments From cvs-commit at gcc dot gnu dot org  2005-02-16 
15:30 ---
Subject: Bug 20007

CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED]   2005-02-16 15:30:27

Modified files:
gcc: ChangeLog 
gcc/config/ip2k: ip2k.c 
gcc/config/sh  : sh.c 

Log message:
PR target/20007
* config/ip2k/ip2k.c (ip2k_reorg): Adjust calls to
find_basic_blocks.
* config/sh/sh.c (sh_output_mi_thunk): Likewise.

Patches:
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/ChangeLog.diff?cvsroot=gcc&r1=2.7492&r2=2.7493
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/config/ip2k/ip2k.c.diff?cvsroot=gcc&r1=1.42&r2=1.43
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/config/sh/sh.c.diff?cvsroot=gcc&r1=1.317&r2=1.318



-- 


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

[Bug target/20007] [4.0 Regression] error: too many arguments to function `find_basic_blocks

[kazu at cs dot umass dot edu]

--- Additional Comments From kazu at cs dot umass dot edu  2005-02-16 15:32 
---
Fixed.


-- 
   What|Removed |Added

 Status|ASSIGNED|RESOLVED
 Resolution||FIXED


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

[Bug c++/19916] [3.4/4.0? Regression] Segmentation fault in __static_initialization_and_destruction_0

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2005-02-16 
15:33 ---
I think this was caused by:
2003-07-22  Mark Mitchell  <[EMAIL PROTECTED]>

Eliminate use of POINTER_TYPE for pointers-to-members.

-- 
   What|Removed |Added

 CC||mark at codesourcery dot com


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

[Bug target/20007] [4.0 Regression] error: too many arguments to function `find_basic_blocks

[pinskia at gcc dot gnu dot org]

-- 
   What|Removed |Added

   Target Milestone|--- |4.0.0


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

[Bug c++/19878] [4.0 Regression] ICE in import_export_decl

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2005-02-16 
15:34 ---
I think this was caused by:
2004-07-29  Mark Mitchell  <[EMAIL PROTECTED]>

* cp-tree.h (IDENTIFIER_REPO_CHOSEN): Define.
.

-- 


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

[Bug tree-optimization/19967] [4.0 Regression] built-in folding causes excess diagnostics

[cvs-commit at gcc dot gnu dot org]

--- Additional Comments From cvs-commit at gcc dot gnu dot org  2005-02-16 
15:39 ---
Subject: Bug 19967

CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED]   2005-02-16 15:39:31

Modified files:
gcc: ChangeLog builtins.c 
gcc/testsuite  : ChangeLog 
Added files:
gcc/testsuite/gcc.dg: pr19967.c 

Log message:
PR tree-optimization/19967
* builtins.c (expand_builtin_strstr, expand_builtin_strpbrk,
expand_builtin_strchr, expand_builtin_strrchr): Take a new
argument TYPE.  Adjust calls to fold_builtin_XXX.
(expand_builtin, fold_builtin_1): Adjust calls to
expand_builtin_XXX.
(fold_builtin_strchr, fold_builtin_strpbrk,
fold_builtin_strstr, fold_builtin_strrchr): Convert the folded
result to a requested type TYPE.

* testsuite/gcc.dg/pr19967.c: New.

Patches:
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/ChangeLog.diff?cvsroot=gcc&r1=2.7493&r2=2.7494
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/builtins.c.diff?cvsroot=gcc&r1=1.422&r2=1.423
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/ChangeLog.diff?cvsroot=gcc&r1=1.5040&r2=1.5041
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/gcc.dg/pr19967.c.diff?cvsroot=gcc&r1=NONE&r2=1.1



-- 


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

[Bug tree-optimization/19967] [4.0 Regression] built-in folding causes excess diagnostics

[kazu at cs dot umass dot edu]

--- Additional Comments From kazu at cs dot umass dot edu  2005-02-16 15:41 
---
Fixed.


-- 
   What|Removed |Added

 Status|ASSIGNED|RESOLVED
 Resolution||FIXED


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

[Bug c++/561] std:unclear about Overloaded Function Pointer resolution

[aoliva at gcc dot gnu dot org]

--- Additional Comments From aoliva at gcc dot gnu dot org  2005-02-16 
15:43 ---
For anyone else who might be confused by the references to attachment 561, the
link in nathan's posting was probably broken in the conversion from gnats to
bugzilla.  The gnats attachment id was 561, whereas the bugzilla attachment id
is 909, as shown by the link in the attachment table.

-- 


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

[Bug fortran/20006] $ format extension accepted in error under -std=f95

[tow21 at cam dot ac dot uk]

--- Additional Comments From tow21 at cam dot ac dot uk  2005-02-16 15:44 
---
(In reply to comment #1) 
> > However, gfortran currently accepts it without complaint.  
>  
> However, in general, this can only be found at runtime (also with NAG f95): 
 
[snip example] 
 
Of course, you're right. Maybe this bug should be reported against libfortran 
as well? Don't know - I shall leave it to whoever confirms it. 
 
 

-- 


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

[Bug middle-end/19920] [4.0 Regression] build broken on several targets due to recent 'DC' type update to libgcc2

[schlie at comcast dot net]

--- Additional Comments From schlie at comcast dot net  2005-02-16 15:56 
---
Subject: Re:  [4.0 Regression] build broken on
 several targets due to recent 'DC' type update to libgcc2

>> Like ...?
> 
> Here's one (target: h8300-rtems4.7):
> ../../../../../../gcc-4.0.0/newlib/libm/math/ef_remainder.c:49: warning: left
> shift count >= width of type
> 
> There are dozens of similar warnings in my build-log.
> Having a look into newlib shows all of these warnings to be related to
> sizeof(int) vs. sizeof(long) vs. sizeof(void*), not to float/double.
> I know newlib, is partially broken, in assuming
> sizeof(int)==sizeof(long)==sizeof(void*)==32bit, but ...
> 
> ... I have several local patches to newlib applied, which are supposed to fix
> them. So, unless something has changed these sizes, I probably didn't work
> carefully enough.

Although there may be remaining problems in libgcc2; it would seem
prudent for newlib (and possibly even libgcc2 as may be required) to
be more explicit, i.e. use int16, int32, etc. vs. short, int, long; or
conditionally declare types based on sizeof(), when a type needs to be
a certain or relative size for the code to work as intended.

(not great, but good to know it doesn't seem to be a libgcc2 problem)




-- 


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

[Bug rtl-optimization/19786] [4.0 Regression] Aliasing optimisation bug

[jakub at gcc dot gnu dot org]

--- Additional Comments From jakub at gcc dot gnu dot org  2005-02-16 16:08 
---
Looking into it.

-- 
   What|Removed |Added

 AssignedTo|unassigned at gcc dot gnu   |jakub at gcc dot gnu dot org
   |dot org |
 Status|NEW |ASSIGNED
   Last reconfirmed|2005-02-06 15:29:08 |2005-02-16 16:08:29
   date||


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

[Bug c++/20008] New: internal compiler error: in expand_case, at stmt.c:2397

[caolanm at redhat dot com]

Target: i386-redhat-linux
Configured with: ../configure --prefix=/usr --mandir=/usr/share/man
--infodir=/usr/share/info --enable-shared --enable-threads=posix
--enable-checking=release --with-system-zlib --enable-__cxa_atexit
--disable-libunwind-exceptions --with-gxx-include-dir=/usr/include/c++/3.4.3
--enable-languages=c,c++,java,f95 --enable-java-awt=gtk --host=i386-redhat-linux
Thread model: posix
gcc version 4.0.0 20050216 (Red Hat 4.0.0-0.24)

---

/usr/src/redhat/BUILD/SRC680_m77/xmlsecurity/source/xmlsec/nss/securityenvironment_nssimpl.cxx:756:
internal compiler error: in expand_case, at stmt.c:2397
Please submit a full bug report,
with preprocessed source if appropriate.
See http://gcc.gnu.org/bugs.html> for instructions.
Preprocessed source stored into /tmp/cck1QjtG.out file, please attach this to
your bugreport.

---

g++4 -Wreturn-type -fmessage-length=0 -c -I. -I. -I../inc -I../../../inc
-I../../../unx/inc -I../../../unxlngi6.pro/inc -I.
-I/usr/src/redhat/BUILD/SRC680_m77/solver/680/unxlngi6.pro/inc/stl
-I/usr/src/redhat/BUILD/SRC680_m77/solver/680/unxlngi6.pro/inc/external
-I/usr/src/redhat/BUILD/SRC680_m77/solver/680/unxlngi6.pro/inc
-I/usr/src/redhat/BUILD/SRC680_m77/solenv/unxlngi6/inc
-I/usr/src/redhat/BUILD/SRC680_m77/solenv/inc
-I/usr/src/redhat/BUILD/SRC680_m77/res
-I/usr/src/redhat/BUILD/SRC680_m77/solver/680/unxlngi6.pro/inc/stl
-I/usr/src/redhat/BUILD/SRC680_m77/solenv/inc/Xp31 -I/usr/include
-I/usr/X11R6/include -I/usr/include/mozilla-1.7.5
-I/usr/include/mozilla-1.7.5/nspr -I../../../source/xmlsec -DSYSTEM_MOZILLA
-I/usr/include/mozilla-1.7.5/nss -I/usr/include/mozilla-1.7.5/nspr -I.
-I../../../res -I/usr/include/mozilla-1.7.5/profile
-I/usr/include/mozilla-1.7.5/string -I/usr/include/mozilla-1.7.5/embed_base
-Wuninitialized -g1 -Os -fno-strict-aliasing -DSYSTEM_LIBXML
-I/usr/include/libxml2 -fPIC -g -pipe -mtune=pentiumpro -Wno-ctor-dtor-privacy
-fexceptions -fno-enforce-eh-specs -fno-rtti -Wall -Wconversion -Wpointer-arith
-Wbad-function-cast -Wcast-align -Woverloaded-virtual -Wsynth -Wno-long-long
-pthread -fpic -DLINUX -DUNX -DVCL -DGCC -DC341 -DINTEL
-DGXX_INCLUDE_PATH=/usr/include/c++/3.4.3 -DCVER=C341 -D_USE_NAMESPACE -DGLIBC=2
-DX86 -D_PTHREADS -D_REENTRANT -DNEW_SOLAR -D_USE_NAMESPACE=1
-DSTLPORT_VERSION=400 -DHAVE_GCC_VISIBILITY_FEATURE -D__DMAKE -DUNIX
-DCPPU_ENV=gcc3 -DSUPD=680 -DPRODUCT -DNDEBUG -DPRODUCT_FULL -DOSL_DEBUG_LEVEL=0
-DOPTIMIZE -DEXCEPTIONS_ON -DCUI -DSOLAR_JAVA -DSRC680 -DTRACING
-DXMLSEC_CRYPTO_NSS -DXMLSEC_NO_XSLT -DSHAREDLIB -D_DLL_ -DMULTITHREAD -o
../../../unxlngi6.pro/slo/securityenvironment_nssimpl.o
/usr/src/redhat/BUILD/SRC680_m77/xmlsecurity/source/xmlsec/nss/securityenvironment_nssimpl.cxx

-- 
   Summary: internal compiler error: in expand_case, at stmt.c:2397
   Product: gcc
   Version: 4.0.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P2
 Component: c++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: caolanm at redhat dot com
CC: gcc-bugs at gcc dot gnu dot org,jakub at gcc dot gnu dot
org


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

[Bug c++/20008] internal compiler error: in expand_case, at stmt.c:2397

[caolanm at redhat dot com]

--- Additional Comments From caolanm at redhat dot com  2005-02-16 16:23 
---
Created an attachment (id=8203)
 --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=8203&action=view)
bzip2 compressed preprocesser output


-- 


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

[Bug libstdc++/19995] libstdc++ fails to build correctly on AIX 5.2

[quanah at stanford dot edu]

--- Additional Comments From quanah at stanford dot edu  2005-02-16 16:28 
---
I disagree that this is a duplicate of 18033.

I applied the following patch to gcc-3.4.3:

--- gcc-3.4.3/config-ml.in.orig 2005-02-15 21:37:41.0 -0800
+++ gcc-3.4.3/config-ml.in  2005-02-15 21:38:08.0 -0800
@@ -108,6 +108,11 @@
 ml_verbose=--verbose
 for option in ${ac_configure_args}
 do
+  # strip single quotes surrounding individual options
+  case $option in
+  \'*\') eval option=$option ;;
+  esac
+
   case $option in
   --*) ;;
   -*) option=-$option ;;


Then completely reconfigured and started a rebuild of gcc, and I get the same
exact error.

configure:2446: result: a.out
configure:2451: checking whether the C compiler works
configure:2457: ./a.out
Could not load program ./a.out:
Cannot run a 64-bit program on a 32-bit machine.
configure:2460: $? = 255
configure:2469: error: cannot run C compiled programs.
If you meant to cross compile, use `--host'.
See `config.log' for more details.


--Quanah

-- 
   What|Removed |Added

 Status|RESOLVED|UNCONFIRMED
 Resolution|DUPLICATE   |


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

[Bug c++/2123] Array initializer

[aoliva at gcc dot gnu dot org]

--- Additional Comments From aoliva at gcc dot gnu dot org  2005-02-16 
16:30 ---
4.0.0 20050216 says:
error: ISO C++ forbids initialization in array new


-- 
   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||FIXED


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

[Bug regression/20009] New: [4.0 regression] cris-elf testsuite failures: gcc.c-torture/unsorted/USIcmp.c, -O1 and above

[hp at gcc dot gnu dot org]

With LAST_UPDATED: "Wed Feb 16 04:21:14 UTC 2005", these tests succeeded.
With LAST_UPDATED: "Wed Feb 16 14:53:35 UTC 2005" they fail:
FAIL: gcc.c-torture/unsorted/USIcmp.c,  -O1
FAIL: gcc.c-torture/unsorted/USIcmp.c,  -O2
FAIL: gcc.c-torture/unsorted/USIcmp.c,  -O3 -fomit-frame-pointer
FAIL: gcc.c-torture/unsorted/USIcmp.c,  -O3 -g
FAIL: gcc.c-torture/unsorted/USIcmp.c,  -Os

The message in the log is:
Executing on host: /home/hp/cvs_areas/combined/cris-regobj/gcc/xgcc
-B/home/hp/cvs_areas/combined/cris-regobj/gcc/  -w  -O1   -c   -isystem
/home/hp/cvs_areas/combined/cris-regobj/cris-unknown-elf/.\
/newlib/targ-include -isystem
/home/hp/cvs_areas/combined/combined/newlib/libc/include  -o /home/hp\
/cvs_areas/combined/cris-regobj/gcc/testsuite/USIcmp.o
/home/hp/cvs_areas/combined/combined/gcc/testsuite/gcc.c-torture/unsorted/USIcmp.c
   
(timeout = 300)
/home/hp/cvs_areas/combined/combined/gcc/testsuite/gcc.c-torture/unsorted/USIcmp.c:
In function 'imm0limm1':^M
/home/hp/cvs_areas/combined/combined/gcc/testsuite/gcc.c-torture/unsorted/USIcmp.c:103:
internal compiler error: tree check: expected ssa_name, have addr_expr in
vrp_hash, at tree-ssa-dom.c:3310^M

Jakub's change in this time-frame is the only one I see that should matter, so
CC:ed.
(Jeff's being RTL shouldn't cause a tree-check problem.)

-- 
   Summary: [4.0 regression] cris-elf testsuite failures: gcc.c-
torture/unsorted/USIcmp.c, -O1 and above
   Product: gcc
   Version: 4.0.0
Status: UNCONFIRMED
  Keywords: ice-checking
  Severity: normal
  Priority: P2
 Component: regression
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,jakub at redhat dot com
  GCC host triplet: i686-pc-linux-gnu
GCC target triplet: cris-axis-elf


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

[Bug target/20010] New: *arm_extendqisi appears to never be matched

[nico at cam dot org]

It appears that the *arm_extendqisi pattern never match anything for
reasons I can't find.  This means that on ARMv4 and ARMv5, this code:

int foo(signed char *x) { return *x; }

produces:

ldrbr0, [r0, #4]
mov r0, r0, asl #24
mov r0, r0, asr #24
mov pc, lr

instead of the expected:

ldrsb   r0, [r0, #4]
mov pc, lr

-- 
   Summary: *arm_extendqisi appears to never be matched
   Product: gcc
   Version: 4.0.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P2
 Component: target
AssignedTo: rearnsha at arm dot com
ReportedBy: nico at cam dot org
CC: gcc-bugs at gcc dot gnu dot org
GCC target triplet: arm-unknown-linux


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

[Bug c++/20008] [4.0 Regression] internal compiler error: in expand_case, at stmt.c:2397

[pinskia at gcc dot gnu dot org]

-- 
   What|Removed |Added

   Keywords||ice-on-valid-code
Summary|internal compiler error: in |[4.0 Regression] internal
   |expand_case, at stmt.c:2397 |compiler error: in
   ||expand_case, at stmt.c:2397
   Target Milestone|--- |4.0.0


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

[Bug rtl-optimization/19786] [4.0 Regression] Aliasing optimisation bug

[jakub at gcc dot gnu dot org]

--- Additional Comments From jakub at gcc dot gnu dot org  2005-02-16 16:58 
---
Actually, I do see problems in the tree dumps already.
Particularly the trees look ok before LIM and are broken afterwards.
loopinit->lim pseudo diff:

 :;
   D.16409_250 = &this_125->D.11755._M_impl._M_start;
   __i_251 = D.16409_250;
   D.16417_252 = *__i_251;
   *D.16417_252 = 1;
   this_109 = this_125;
   D.16452_108 = this_109->D.11755._M_impl._M_finish;
   SR.568_107 = D.16452_108;
   D.16460_97 = this_109->D.11755._M_impl._M_start;
   SR.571_93 = D.16460_97;
   if (SR.571_93 == SR.568_107) goto ; else goto ;
 :;
-:;
   D.16491_352 = &this_125->D.11755._M_impl._M_finish;
   __i_353 = D.16491_352;
   SR.574_354 = *__i_353;
   D.16499_365 = SR.574_354 - 4B;
   D.16061_377 = *D.16499_365;
+:;
   if (D.16061_377 != 0) goto ; else goto ;
 :;
   goto  ();
 :;
   D.16432_339 = this_125->D.11755._M_impl._M_finish;
   D.16433_340 = D.16432_339 - 4B;
   this_125->D.11755._M_impl._M_finish = D.16433_340;
   this_599 = this_125;
   D.16452_598 = this_599->D.11755._M_impl._M_finish;
   SR.568_596 = D.16452_598;
   D.16460_588 = this_599->D.11755._M_impl._M_start;
   SR.571_587 = D.16460_588;
   if (SR.571_587 == SR.568_596) goto ; else goto ;
 :;
   goto  ();
 :;
   goto  ();
 ...
 :;
 :;
   return ;
*(*&this->D.11755._M_impl._M_finish - 4B) is hoisted before the loop as
invariant, although it is not (each iteration of the loop decreases
this->D.11755._M_impl._M_finish by 4 bytes).


-- 


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

[Bug libstdc++/19995] libstdc++ fails to build correctly on AIX 5.2

[quanah at stanford dot edu]

--- Additional Comments From quanah at stanford dot edu  2005-02-16 17:02 
---
never mind, i forgot to run autoconf to regenerate configure after applying the
patch.

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

-- 
   What|Removed |Added

 Status|UNCONFIRMED |RESOLVED
 Resolution||DUPLICATE


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

[Bug bootstrap/18033] [3.4/4.0 Regression] --disable-aix64 doesn't remove ppc64 from multilib list

[quanah at stanford dot edu]

--- Additional Comments From quanah at stanford dot edu  2005-02-16 17:02 
---
*** Bug 19995 has been marked as a duplicate of this bug. ***

-- 


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

[Bug c++/986] g++ misses warning for & on temporary

[aoliva at gcc dot gnu dot org]

--- Additional Comments From aoliva at gcc dot gnu dot org  2005-02-16 
17:27 ---
Getting a warning to be issued is easy: initialize_ref may print it if it finds
that the call to convert_like will create a temporary, testing
conv->need_temporary_p.  However, this would trigger warnings for binding
default args to reference parameters as well.  If we get fndecl passed down from
convert_for_initialization, and test for !fndecl as well, you get the correct
warnings, but you still don't get correct behavior: the dtor for the temporary
that appears in the mem-initializer-list should be called at the end of the
ctor, i.e., after the body of the ctor.  Currently, it's called too early. 
Reworking the reference initialization code to create a cleanup for the ctor
body and pass that down shouldn't be too hard, but I've already used up the time
slot I'd allocated for this bug.  As for the life of a default arg, it does
extend past the actual function call, which is correct, but it would probably be
a plus to get it handled in the same way as other reference binding to args.

-- 


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

[Bug c++/20011] New: Templates and cyclic dependencies

[jmoro at latentzero dot com]

Hello, the new support of two-stage name-lookup for templates in gcc 3.4.0 for
C++ brings a problem that
I don't know how to resolve.
I would like to know what is your recommended way of dealing with the following.


Here is some code that used to compile and link on gcc 3.3 (sorry to copy some
code but that's key to understanding the problem)

///
// A.h
///
class B;

class A
{
public: 
 
  A(){}
  ~A(){}

  template  int f( T t )
  {
B b;
return ( b.getInt() + t );
  }

  int getInt() const
  {
return 1;
  }
};


//
//B.h
//
class A;

class B
{
public:

  B(){}
  ~B(){}

  template  int g( T t )
  {
A a;
return ( a.getInt() + t );
  }

  int getInt() const
  {
return 2;
  }
};


///
//Main.cpp
///
#include "A.h"
#include "B.h"

int main( void )
{
  A a;
  int i = 1;
  a.f( i );

  B b;
  b.g( i );
}


As you can see in A.h, the template method f() uses B and in B.h, the template
method g() uses A.
As these methods were only compiled at instantiation time (with gcc 3.3) the
fact that A uses B and B uses A was not a problem but if I compile the same code
with gcc 3.4

I have:

> gcc -v
Reading specs from /var/gnu/3.4.0/lib/gcc/sparc-sun-solaris2.8/3.4.0/specs
Configured with: ../gcc-3.4.0/configure --prefix=/var/gnu/3.4.0 --disable-nls
--enable-languages=c,c++
Thread model: posix
gcc version 3.4.0


>  gcc -c -save-temps Main.cpp
In file included from Main.cpp:1:
A.h: In member function `int A::f(T)':
A.h:13: error: invalid use of undefined type `struct B'
A.h:1: error: forward declaration of `struct B'

This is normal as with 3.4, B needs to be known at definition time in A.h as it
is not dependent on a template parameter.
But obvioulsy, if I change my code so that A.h includes B.h, and B.h includes
B.h, I have a cyclic dependency and it won't compile.

The next step in order to remove such a dependency is usually to get the method
code out of the header file and put it in the cpp file. But of course, this is a
template method and the only method I know to do this with templates is to use
the keyword export... that you don't support.

This last point is fair enough as lots of compilers don't support it but I would
like to know what is you recommended solution to fix this problem?

-- 
   Summary: Templates and cyclic dependencies
   Product: gcc
   Version: 3.4.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P1
 Component: c++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: jmoro at latentzero dot com
CC: gcc-bugs at gcc dot gnu dot org


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

[Bug c++/20011] Templates and cyclic dependencies

[jmoro at latentzero dot com]

--- Additional Comments From jmoro at latentzero dot com  2005-02-16 18:06 
---
Created an attachment (id=8204)
 --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=8204&action=view)
source code and *.ii files


-- 


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

[Bug ada/20012] New: 'pragma Compile_Time_Warning' adds quotation marks to warning text

[berndtrog at yahoo dot com]

Hello,
when I compile this:

procedure Test2
is
   Number : Integer := 2;
   pragma Compile_Time_Warning
(Number > 1, " > NUmber Is GReater Than 1!");
begin
   null;
end;

with gcc version 3.4.3: 

gcc -c test2.adb

I get this warning:

test2.adb:6:10: warning:   "nu"mber Is "gr"eater Than 1


gcc-4.0.0 has the same problem.

-- 
   Summary: 'pragma Compile_Time_Warning' adds quotation marks to
warning text
   Product: gcc
   Version: 3.4.3
Status: UNCONFIRMED
  Severity: minor
  Priority: P2
 Component: ada
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: berndtrog at yahoo dot com
CC: gcc-bugs at gcc dot gnu dot org


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

[Bug c++/20013] New: Can't apply + to pointer to member.

[msadoghi at ca dot ibm dot com]

Sourc code for t.cpp:

struct X
{
int i;
};

int mymain()
{
X x = { 1 };
int X::*pm = &X::i;
if (x.*(+pm) == 0)
return 0;
}





Expected Behaviour:

"t.cpp", line 10.17: 1540-0201 (S) The "unary +" operator is not allowed for
type "int X::*".




Actual Behaviour:

None.




t.ii generated with -save-temps option

# 1 "t.cpp"
# 1 ""
# 1 ""
# 1 "t.cpp"
struct X
{
int i;
};

int mymain()
{
X x = { 1 };
int X::*pm = &X::i;
if (x.*(+pm) == 0)
return 0;
}





Release:

GCC Version: 3.2.0





Environment:
System Type:

Reading specs from 
/usr/local/bin/../lib/gcc-lib/powerpc-ibm-aix5.1.0.0/3.2/specs
Configured with: /scratch/gcc-3.2/configure --prefix=/usr/local/gcc.3.2.0
--enable-threads=aix --disable-nls
Thread model: aix
gcc version 3.2
 /usr/local/bin/../lib/gcc-lib/powerpc-ibm-aix5.1.0.0/3.2/cpp0 -lang-c++
-D__GNUG__=3 -D__DEPRECATED -D__EXCEPTIONS -v -iprefix
/usr/local/bin/../lib/gcc-lib/powerpc-ibm-aix5.1.0.0/3.2/ -D__GNUC__=3
-D__GNUC_MINOR__=2 -D__GNUC_PATCHLEVEL__=0 -D__GXX_ABI_VERSION=102 -D_IBMR2
-D_POWER -D_LONG_LONG -D_AIX -D_AIX32 -D_AIX41 -D_AIX43 -D_AIX51 -D_IBMR2
-D_POWER -D_LONG_LONG -D_AIX -D_AIX32 -D_AIX41 -D_AIX43 -D_AIX51 -Asystem=unix
-Asystem=aix -D__NO_INLINE__ -D__STDC_HOSTED__=1 -D_XOPEN_SOURCE=500
-D_XOPEN_SOURCE_EXTENDED=1 -D_LARGE_FILE_API -D_ALL_SOURCE
-D__WCHAR_TYPE__=short unsigned int -D_ARCH_COM
/home/msadoghi/scenario/common/t.cpp t.ii
GNU CPP version 3.2 (cpplib)
ignoring nonexistent directory
"/usr/local/lib/gcc-lib/../../powerpc-ibm-aix5.1.0.0/include"
ignoring nonexistent directory 
"/usr/local/gcc.3.2.0/powerpc-ibm-aix5.1.0.0/include"
ignoring duplicate directory "/usr/local/gcc.3.2.0/include/c++/3.2"
ignoring duplicate directory
"/usr/local/gcc.3.2.0/include/c++/3.2/powerpc-ibm-aix5.1.0.0"
ignoring duplicate directory "/usr/local/gcc.3.2.0/include/c++/3.2/backward"
ignoring duplicate directory
"/usr/local/gcc.3.2.0/lib/gcc-lib/powerpc-ibm-aix5.1.0.0/3.2/include"
#include "..." search starts here:
#include <...> search starts here:
 /usr/local/lib/gcc-lib/../../include/c++/3.2
 /usr/local/lib/gcc-lib/../../include/c++/3.2/powerpc-ibm-aix5.1.0.0
 /usr/local/lib/gcc-lib/../../include/c++/3.2/backward
 /usr/local/lib/gcc-lib/powerpc-ibm-aix5.1.0.0/3.2/include
 /usr/local/include
 /usr/local/gcc.3.2.0/include
 /usr/include
End of search list.
 /usr/local/bin/../lib/gcc-lib/powerpc-ibm-aix5.1.0.0/3.2/cc1plus -fpreprocessed
t.ii -quiet -dumpbase t.cpp -version -o t.s
GNU CPP version 3.2 (cpplib)
GNU C++ version 3.2 (powerpc-ibm-aix5.1.0.0)
compiled by GNU C version 3.2.
 as -u -mcom -o t.o t.s
gcc version 3.2





How-To-Repeat:

g++ -v -save-temps -c t.cpp



Note:

This is a diagnostic test case. Compilation failure is expected. However it 
does 
not produces any error messages on AIX. This test case should fail the
compilation because: can't apply "+" to pointer to member.


-- 
   Summary: Can't apply + to pointer to member.
   Product: gcc
   Version: 3.2
Status: UNCONFIRMED
  Severity: normal
  Priority: P2
 Component: c++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: msadoghi at ca dot ibm dot com
CC: gcc-bugs at gcc dot gnu dot org


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

[Bug AWT/20014] New: BufferedImage.getGraphics() aborts

[hendrich at informatik dot uni-hamburg dot de]

Trying to call BufferedImage.getGraphics() aborts on my Linux system.
Tested with both in gcc-4.0-20050130 snapshot and a fresh CVS checkout of
gcc-gui-branch-20050128 as of 20050209. I have recommended/current versions
of all dependencies including cairo-0.30.

Testcase attached. Using gij with or without
-Dgnu.java.awt.peer.gtk.Graphics=Graphics2D
does not help.

-- 
   Summary: BufferedImage.getGraphics() aborts
   Product: gcc
   Version: 4.0.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P2
 Component: AWT
AssignedTo: fitzsim at redhat dot com
ReportedBy: hendrich at informatik dot uni-hamburg dot de
CC: fitzsim at redhat dot com,gcc-bugs at gcc dot gnu dot
org,java-prs at gcc dot gnu dot org


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

[Bug AWT/20014] BufferedImage.getGraphics() aborts

[hendrich at informatik dot uni-hamburg dot de]

--- Additional Comments From hendrich at informatik dot uni-hamburg dot de  
2005-02-16 18:26 ---
Created an attachment (id=8205)
 --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=8205&action=view)
testcase

jfig-gcc/jfig> gij PR20014
-I- started...
-I- got a buffered image: [EMAIL PROTECTED]: type=2
java.awt.image.DirectColorModel[pixel_bits=32,
[EMAIL PROTECTED], transferType=3, transparency=3,
hasAlpha=true, isAlphaPremultiplied=false, redMask=ff, greenMask=ff00,
blueMask=ff, alphaMask=ff00] java.awt.image.WritableRaster[(0,0), 50 x
50,java.awt.image.SinglePixelPackedSampleModel[scanlineStride=50,
mask[0]=0xff, mask[1]=0xff00, mask[2]=0xff,
mask[3]=0xff00],[EMAIL PROTECTED]
Abort


-- 


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

[Bug ada/19959] [4.0 Regression] Can't compile gnattools for the AVR target

[berndtrog at yahoo dot com]

--- Additional Comments From berndtrog at yahoo dot com  2005-02-16 18:27 
---
Nathanael,
do you know why the rts gets compiled here? (the avr target does not have a rts)

-- 
   What|Removed |Added

 CC||neroden at gcc dot gnu dot
   ||org


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

[Bug ada/10671] gcc ignors named notation for pragma arguments

[berndtrog at yahoo dot com]

--- Additional Comments From berndtrog at yahoo dot com  2005-02-16 18:39 
---
gcc version 4.0.0 20050215 and gcc-3.4.3 have this bug, too.

-- 


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

[Bug SWING/20015] New: JMenu stays open but should not

[hendrich at informatik dot uni-hamburg dot de]

Showing a JMenu works. However, clicking outside the JMenu to close the
menu does not - the JMenu patiently stays open until one of its JMenuItems
is selected (clicked).

For compatibility with the JDK/JRE and all major GUI environments, a
JMenu should close when the user clicks the inside the current application
but outside the JMenu.

Testcase attached.

-- 
   Summary: JMenu stays open but should not
   Product: gcc
   Version: 4.0.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P2
 Component: SWING
AssignedTo: graydon at redhat dot com
ReportedBy: hendrich at informatik dot uni-hamburg dot de
CC: gcc-bugs at gcc dot gnu dot org,java-prs at gcc dot gnu
dot org


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

[Bug c++/20013] Can't apply + to pointer to member.

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2005-02-16 
18:50 ---
Fixed in 3.4.0 and above.

-- 
   What|Removed |Added

 Status|UNCONFIRMED |RESOLVED
   Keywords||accepts-invalid
 Resolution||FIXED
   Target Milestone|--- |3.4.0


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

[Bug SWING/20015] JMenu stays open but should not

[hendrich at informatik dot uni-hamburg dot de]

--- Additional Comments From hendrich at informatik dot uni-hamburg dot de  
2005-02-16 18:50 ---
Created an attachment (id=8206)
 --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=8206&action=view)
testcase

Compile and run, then select a JMenu. The JMenu stays open until one of its
(active or inactive) JMenuItems is selected, but not when the user clicks
outside the JMenu.

-- 


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

[Bug c++/20011] Templates and cyclic dependencies

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2005-02-16 
18:52 ---
The easy way to fix this is to make the template function not be in the class 
definition.

Anyways if you read a good C++ book, this would be explained there.

-- 
   What|Removed |Added

 Status|UNCONFIRMED |RESOLVED
 Resolution||INVALID


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

[Bug tree-optimization/19786] [4.0 Regression] Aliasing optimisation bug

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2005-02-16 
18:59 ---
(In reply to comment #8)
> Actually, I do see problems in the tree dumps already.
> Particularly the trees look ok before LIM and are broken afterwards.
> loopinit->lim pseudo diff:

Can you look into the vops see why LIM thinks this is invariant?  
(-fdump-tree-all-vops is a way to 
dump them).

-- 
   What|Removed |Added

  Component|rtl-optimization|tree-optimization


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

[Bug middle-end/20008] [4.0 Regression] internal compiler error: in expand_case, at stmt.c:2397

[pinskia at gcc dot gnu dot org]

-- 
   What|Removed |Added

  Component|c++ |middle-end


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

[Bug debug/19521] [4.0 Regression] omitted stab for gcov initialization function

[cvs-commit at gcc dot gnu dot org]

--- Additional Comments From cvs-commit at gcc dot gnu dot org  2005-02-16 
19:01 ---
Subject: Bug 19521

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

Modified files:
gcc: ChangeLog dbxout.c 

Log message:
PR debug/19521
* dbxout.c (dbxout_function_end): Take decl parameter; update callers.
Do nothing if debug info suppressed for this function.
(dbxout_begin_function): Early exit if debug info suppressed for
this function.

Patches:
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/ChangeLog.diff?cvsroot=gcc&r1=2.7494&r2=2.7495
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/dbxout.c.diff?cvsroot=gcc&r1=1.219&r2=1.220



-- 


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

[Bug tree-optimization/20009] [4.0 regression] cris-elf testsuite failures: gcc.c-torture/unsorted/USIcmp.c, -O1 and above

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2005-02-16 
19:04 ---
I see this every once in a while on a different testcase.

CCing Jeff as he is the person who knows DOM a lot.

-- 
   What|Removed |Added

 CC||law at gcc dot gnu dot org
  Component|regression  |tree-optimization
   Keywords||ice-on-valid-code


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

[Bug middle-end/19974] incorrect complex division on ia-64 with flag_complex_method = 2

[rth at gcc dot gnu dot org]

--- Additional Comments From rth at gcc dot gnu dot org  2005-02-16 19:11 
---
I don't reproduce this on amd64.  It was raining in the machine room yesterday,
so I don't have access to my ia64 machine to see if it's something special 
there.

-- 


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

[Bug target/20016] New: Compiling libgcc2.c with -Os for avr-gcc?

[berndtrog at yahoo dot com]

Since code size is more important than speed for the avr target,
I'd like to suggest to add '-Os' to 'gcc/config/avr/t-avr' 
(TARGET_LIBGCC2_CFLAGS)

Comments?

-- 
   Summary: Compiling libgcc2.c with -Os for avr-gcc?
   Product: gcc
   Version: 4.0.0
Status: UNCONFIRMED
  Severity: enhancement
  Priority: P2
 Component: target
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: berndtrog at yahoo dot com
CC: gcc-bugs at gcc dot gnu dot org
GCC target triplet: avr


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

[Bug tree-optimization/19786] [4.0 Regression] Aliasing optimisation bug

[jakub at gcc dot gnu dot org]

--- Additional Comments From jakub at gcc dot gnu dot org  2005-02-16 19:14 
---
I'm still looking into it.
While with -fno-strict-aliasing the important part of the dump is:
  # BLOCK 20
  # PRED: 33 [100.0%]  (fallthru) 30 [100.0%]  (fallthru)
  # TMT.382D.16594_470 = PHI ;
:;
  D.16463_352 = &thisD.16043_125->D.11755._M_implD.11232._M_finishD.11380;
  __iD.16464_353 = D.16463_352;
  #   VUSE ;
  SR.538D.16754_354 = *__iD.16464_353;
  D.16471_365 = SR.538D.16754_354 - 4B;
  #   VUSE ;
  D.16033_377 = *D.16471_365;
...
:;
  #   VUSE ;
  D.16404_339 = thisD.16043_125->D.11755._M_implD.11232._M_finishD.11380;
  D.16405_340 = D.16404_339 - 4B;
  #   TMT.382D.16594_1015 = V_MAY_DEF ;
  thisD.16043_125->D.11755._M_implD.11232._M_finishD.11380 = D.16405_340;
...
loop to 110, so TMT.382D.16594_470 = PHI  is in the loop, with -fstrict-aliasing we have:
  # BLOCK 19
  # PRED: 17 [100.0%]  (fallthru,exec) 28 [100.0%]  (fallthru)
  # TMT.412D.16624_469 = PHI ;
  # TMT.411D.16623_22 = PHI ;
  # D.16251_470 = PHI ;
  # D.16077_471 = PHI ;
:;
...
  # BLOCK 20
  # PRED: 33 [100.0%]  (fallthru) 30 [100.0%]  (fallthru)
  # TMT.411D.16623_2 = PHI ;
:;
  D.16491_352 = &thisD.16071_125->D.11755._M_implD.11232._M_finishD.11380;
  __iD.16492_353 = D.16491_352;
  #   VUSE ;
  SR.574D.16790_354 = *__iD.16492_353;
  D.16499_365 = SR.574D.16790_354 - 4B;
  #   VUSE ;
  #   VUSE ;
  D.16061_377 = *D.16499_365;
...

but TMT.412D.16624_469 = PHI 
is outside of the loop (loop starts at L110).

-- 


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

[Bug c++/20008] [4.0 Regression] internal compiler error: in expand_case, at stmt.c:2397

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2005-02-16 
19:16 ---
Reduced testcase:
typedef enum _SECStatus {
  SECWouldBlock = -2,
  SECFailure = -1,
  SECSuccess = 0
} SECStatus;
typedef enum {
  SEC_ERROR_BAD_SIGNATURE = (-0x2000) + 10
} SECErrorCodes;
void g(void);
void f(SECStatus status)
{
  switch( status )
  {
case SEC_ERROR_BAD_SIGNATURE :
  g();
  break ;
  }
}
: Search converges between 2004-10-25-161001-trunk (#610) and 
2004-10-26-161001-trunk 
(#611).

This is undefined code (as SEC_ERROR_BAD_SIGNATURE is out of the range of 
SECStatus).  Enums are 
defined differently in C++ than C.

-- 
   What|Removed |Added

 Status|UNCONFIRMED |NEW
  Component|middle-end  |c++
 Ever Confirmed||1
   Last reconfirmed|-00-00 00:00:00 |2005-02-16 19:16:58
   date||


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

[Bug middle-end/19988] [4.0 Regression] pessimizes fp multiply-add/subtract combo

[roger at eyesopen dot com]

--- Additional Comments From roger at eyesopen dot com  2005-02-16 19:17 
---
Hmm.  I don't think the problem in this case is at the tree-level, where I think
keeping X-(Y*C) and -(Y*C) as a more canonical X + (Y*C') and Y*C' should help
with reassociation and other tree-ssa optimizations.  Indeed, it's these types
of transformations that have enabled the use of fmadd on the PowerPC for 
mainline.

The regression however comes from the (rare) interaction when a floating point
constant and its negative now need to be stored in the constant pool.  It's only
when X and -X are required in a function (potentially in short succession) that
this is a problem, and then only on machines that need to load floating point
constant from memory (AVR and other platforms with immediate floating point
constants, for example, are unaffected).

Some aspects of keeping X and -X in the constant pool were addressed by my
patch quoted in comment #1, which attempts to keep floating point constant
positive *when* this doesn't interfere with GCC's other optimizations.

I think the correct solution to this regression is to improve CSE/GCSE to
recognize that X*C can be synthesized from a previously available X*(-C) at
the cost of a negation, which is presumably cheaper than a multiplication on
most platforms.  Indeed, there's probably a set of targets for which loading
a positive from a constant pool and then negating it, is cheaper than loading
both a positive constant and then loading a negative constant.

Unfortunately, I doubt whether it'll be possible to siumultaneously address
this performance regression without reintroducing the 3.x issue mentioned in
the original "PS".  I doubt on many platforms a two multiply-adds are much
faster than a single floating point multiplication whose result is shared by
two additions.  Though again it might be possible to do something at the RTL
level, especially if duplicating the multiplication is a win with -Os.


-- 


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

[Bug middle-end/19865] [4.0 Regression] ice / gnat bug detected.

[cvs-commit at gcc dot gnu dot org]

--- Additional Comments From cvs-commit at gcc dot gnu dot org  2005-02-16 
19:19 ---
Subject: Bug 19865

CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED]   2005-02-16 19:19:35

Modified files:
gcc: ChangeLog tree-optimize.c 

Log message:
PR tree-optimization/19865
* tree-optimize.c (init_tree_optimization_passes): Run
pass_may_alias after pass_sra.

Patches:
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/ChangeLog.diff?cvsroot=gcc&r1=2.7495&r2=2.7496
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/tree-optimize.c.diff?cvsroot=gcc&r1=2.71&r2=2.72



-- 


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

[Bug middle-end/19865] [4.0 Regression] ice / gnat bug detected.

[dnovillo at gcc dot gnu dot org]

--- Additional Comments From dnovillo at gcc dot gnu dot org  2005-02-16 
19:21 ---
Fixed.  http://gcc.gnu.org/ml/gcc-patches/2005-02/msg00943.html

-- 
   What|Removed |Added

 Status|ASSIGNED|RESOLVED
 Resolution||FIXED


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

[Bug middle-end/18706] [4.0 Regression] ACATS ce2208b ICE expected ssa_name, have var_decl in verify_ssa, at tree-ssa.c:637

[dnovillo at gcc dot gnu dot org]

-- 
Bug 18706 depends on bug 19865, which changed state.

Bug 19865 Summary: [4.0 Regression] ice / gnat bug detected.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19865

   What|Old Value   |New Value

 Status|ASSIGNED|RESOLVED
 Resolution||FIXED

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

[Bug libgcj/19864] DomLSEx should use ordinary chaining

[cvs-commit at gcc dot gnu dot org]

--- Additional Comments From cvs-commit at gcc dot gnu dot org  2005-02-16 
19:25 ---
Subject: Bug 19864

CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED]   2005-02-16 19:25:07

Modified files:
libjava: ChangeLog Makefile.am Makefile.in 
libjava/gnu/xml/aelfred2: SAXDriver.java 
libjava/gnu/xml/dom: DomAttr.java DomCharacterData.java 
 DomDoctype.java DomDocument.java 
 DomDocumentConfiguration.java 
 DomElement.java DomImpl.java 
 DomIterator.java DomNamedNodeMap.java 
 DomNode.java DomNsNode.java DomText.java 
libjava/gnu/xml/dom/ls: DomLSParser.java DomLSSerializer.java 
libjava/gnu/xml/util: SAXNullTransformerFactory.java 
libjava/gnu/xml/xpath: Predicate.java 
Added files:
libjava/gnu/xml/dom: DomCDATASection.java DomDOMException.java 
 DomDocumentFragment.java 
 DomProcessingInstruction.java 
libjava/gnu/xml/dom/ls: DomLSException.java 
Removed files:
libjava/gnu/xml/dom: DomCDATA.java DomEx.java DomFragment.java 
 DomPI.java 
libjava/gnu/xml/dom/ls: DomLSEx.java 

Log message:
2005-02-16  Mark Wielaard  <[EMAIL PROTECTED]>

* Makefile.am (gnu_xml_source_files): Removed
gnu/xml/dom/DomCDATA.java, gnu/xml/dom/DomEx.java,
gnu/xml/dom/DomFragment.java, gnu/xml/dom/DomPI.java and
gnu/xml/dom/ls/DomLSEx.java. Replaced by adding
gnu/xml/dom/DomCDATASection.java, gnu/xml/dom/DomDOMException.java,
gnu/xml/dom/DomDocumentFragment.java,
gnu/xml/dom/DomProcessingInstruction.java and
gnu/xml/dom/ls/DomLSException.java.
* Makefile.in: Regenerated.

2005-02-16  Tom Tromey  <[EMAIL PROTECTED]>

* gnu/xml/aelfred2/SAXDriver.java: Ensure that null is returned when
attribute index is out of bounds.

2005-02-16  Chris Burdess  <[EMAIL PROTECTED]>

* gnu/xml/aelfred2/SAXDriver.java: Corrected implementation of
isDeclared methods. Improved performance of isSpecified methods.

2005-02-16  Chris Burdess  <[EMAIL PROTECTED]>

Fixes bug libgcj/19864
* gnu/xml/dom/DomAttr.java,
gnu/xml/dom/DomCDATA.java,
gnu/xml/dom/DomCDATASection.java,
gnu/xml/dom/DomCharacterData.java,
gnu/xml/dom/DomDOMException.java,
gnu/xml/dom/DomDoctype.java,
gnu/xml/dom/DomDocument.java,
gnu/xml/dom/DomDocumentConfiguration.java,
gnu/xml/dom/DomDocumentFragment.java,
gnu/xml/dom/DomElement.java,
gnu/xml/dom/DomEx.java,
gnu/xml/dom/DomFragment.java,
gnu/xml/dom/DomImpl.java,
gnu/xml/dom/DomIterator.java,
gnu/xml/dom/DomNamedNodeMap.java,
gnu/xml/dom/DomNode.java,
gnu/xml/dom/DomNsNode.java,
gnu/xml/dom/DomPI.java,
gnu/xml/dom/DomProcessingInstruction.java,
gnu/xml/dom/DomText.java,
gnu/xml/dom/DomLSEx.java,
gnu/xml/dom/DomLSException.java,
gnu/xml/dom/DomLSParser.java,
gnu/xml/dom/DomLSSerializer.java: Refactoring of exception and DOM
implementation class names to conform to Classpath guidelines.  Make
DomLSException use JDK 1.4+ exception chaining.
* gnu/xml/util/SAXNullTransformerFactory.java,
gnu/xml/xpath/Predicate.java: Use constants relative to
declaring class or interface.

Patches:
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libjava/ChangeLog.diff?cvsroot=gcc&r1=1.3332&r2=1.
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libjava/Makefile.am.diff?cvsroot=gcc&r1=1.444&r2=1.445
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libjava/Makefile.in.diff?cvsroot=gcc&r1=1.474&r2=1.475
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libjava/gnu/xml/aelfred2/SAXDriver.java.diff?cvsroot=gcc&r1=1.1&r2=1.2
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libjava/gnu/xml/dom/DomCDATASection.java.diff?cvsroot=gcc&r1=NONE&r2=1.1
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libjava/gnu/xml/dom/DomDOMException.java.diff?cvsroot=gcc&r1=NONE&r2=1.1
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libjava/gnu/xml/dom/DomDocumentFragment.java.diff?cvsroot=gcc&r1=NONE&r2=1.1
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libjava/gnu/xml/dom/DomProcessingInstruction.java.diff?cvsroot=gcc&r1=NONE&r2=1.1
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libjava/gnu/xml/dom/DomAttr.java.diff?cvsroot=gcc&r1=1.1&r2=1.2
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libjava/gnu/xml/dom/DomCharacterData.java.diff?cvsroot=gcc&r1=1.1&r2=1.2
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libjava/gnu/xml/dom/DomDoctype.java.diff?cvsroot=gcc&r1=1.1&r2=1.2
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libjava/gnu/xml/dom/DomDocument.java.diff?cvsroot=gcc&r1=1.1&r2=1.

[Bug middle-end/20017] New: internal compiler error: in rtl_verify_flow_info, at cfgrtl.c:2212

[aj at gcc dot gnu dot org]

Compiling glibc with current GCC CVS I get the following ICE: 
 
/opt/gcc/4.0-devel/libexec/gcc/x86_64-suse-linux-gnu/4.0.0/cc1 -fpreprocessed 
iso-2022-cn-ext.i -quiet -dumpbase iso-2022-cn-ext.c -mtune=k8 
-auxbase-strip /builds/glibc/4.0/iconvdata/iso-2022-cn-ext.os -g -O2 -Wall 
-Winline -Wstrict-prototypes -Wwrite-strings -std=gnu99 -version -fPIC -o 
iso-2022-cn-ext.s 
GNU C version 4.0.0 20050216 (experimental) (x86_64-suse-linux-gnu) 
compiled by GNU C version 4.0.0 20050216 (experimental). 
GGC heuristics: --param ggc-min-expand=30 --param ggc-min-heapsize=4096 
iso-2022-cn-ext.i: In function ?to_iso2022cn_ext_loop?: 
iso-2022-cn-ext.i:10970: warning: pointer targets in passing argument 2 of 
?ucs4_to_gb2312? differ in signedness 
iso-2022-cn-ext.i:10970: warning: pointer targets in passing argument 2 of 
?ucs4_to_cns11643l1? differ in signedness 
iso-2022-cn-ext.i:10970: warning: pointer targets in passing argument 2 of 
?ucs4_to_cns11643l2? differ in signedness 
iso-2022-cn-ext.i:10970: warning: pointer targets in passing argument 2 of 
?ucs4_to_gb2312? differ in signedness 
iso-2022-cn-ext.i:10970: warning: pointer targets in passing argument 2 of 
?ucs4_to_cns11643l1? differ in signedness 
iso-2022-cn-ext.i: In function ?to_iso2022cn_ext_loop_single?: 
iso-2022-cn-ext.i:11042: warning: pointer targets in passing argument 2 of 
?ucs4_to_gb2312? differ in signedness 
iso-2022-cn-ext.i:11042: warning: pointer targets in passing argument 2 of 
?ucs4_to_cns11643l1? differ in signedness 
iso-2022-cn-ext.i:11042: warning: pointer targets in passing argument 2 of 
?ucs4_to_cns11643l2? differ in signedness 
iso-2022-cn-ext.i:11042: warning: pointer targets in passing argument 2 of 
?ucs4_to_gb2312? differ in signedness 
iso-2022-cn-ext.i:11042: warning: pointer targets in passing argument 2 of 
?ucs4_to_cns11643l1? differ in signedness 
iso-2022-cn-ext.i: In function ?gconv?: 
iso-2022-cn-ext.i:11485: error: verify_flow_info: Incorrect fallthru 1740->1741 
iso-2022-cn-ext.i:11485: error: wrong insn in the fallthru edge 
(barrier 11408 11388 11417) 
iso-2022-cn-ext.i:11485: internal compiler error: in rtl_verify_flow_info, at 
cfgrtl.c:2212 
Please submit a full bug report, 
with preprocessed source if appropriate. 
See http://gcc.gnu.org/bugs.html> for instructions.

-- 
   Summary: internal compiler error: in rtl_verify_flow_info, at
cfgrtl.c:2212
   Product: gcc
   Version: 4.0.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P2
 Component: middle-end
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: aj at gcc dot gnu dot org
CC: gcc-bugs at gcc dot gnu dot org
 GCC build triplet: x86_64-linux-gnu
  GCC host triplet: x86_64-linux-gnu
GCC target triplet: x86_64-linux-gnu


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

[Bug middle-end/20017] internal compiler error: in rtl_verify_flow_info, at cfgrtl.c:2212

[aj at gcc dot gnu dot org]

--- Additional Comments From aj at gcc dot gnu dot org  2005-02-16 19:27 
---
Created an attachment (id=8207)
 --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=8207&action=view)
Preprocessed source file


-- 


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

[Bug tree-optimization/20009] [4.0 regression] cris-elf testsuite failures: gcc.c-torture/unsorted/USIcmp.c, -O1 and above

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2005-02-16 
19:32 ---
This also can be seen on x86:
http://gcc.gnu.org/ml/gcc-regression/2005-02/msg00052.html

Confirmed.  Most likely DOM is doing some thing wrong.

-- 
   What|Removed |Added

 Status|UNCONFIRMED |NEW
 Ever Confirmed||1
   Last reconfirmed|-00-00 00:00:00 |2005-02-16 19:32:35
   date||


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

[Bug middle-end/18706] [4.0 Regression] ACATS ce2208b ICE expected ssa_name, have var_decl in verify_ssa, at tree-ssa.c:637

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2005-02-16 
19:35 ---
I am retesting ppc-darwin right now to see if this bug has been fixed.

-- 


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

[Bug libgcj/19864] DomLSEx should use ordinary chaining

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2005-02-16 
19:44 ---
Fixed.

-- 
   What|Removed |Added

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


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

[Bug middle-end/19865] [4.0 Regression] ice / gnat bug detected.

[pinskia at gcc dot gnu dot org]

-- 
   What|Removed |Added

   Target Milestone|--- |4.0.0


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

[Bug middle-end/20017] internal compiler error: in rtl_verify_flow_info, at cfgrtl.c:2212

[pinskia at gcc dot gnu dot org]

-- 
   What|Removed |Added

   Keywords||ice-on-valid-code


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

[Bug tree-optimization/14303] [tree-ssa] gcc.c-torture/execute/20020720-1.c is not fully folded

[pinskia at gcc dot gnu dot org]

-- 
   What|Removed |Added

   Target Milestone|--- |4.0.0


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

[Bug tree-optimization/19944] cris-elf testsuite failures: gcc.dg/pr15784-1.c, gcc.dg/pr15784-2.c

[pinskia at gcc dot gnu dot org]

-- 
   What|Removed |Added

   Target Milestone|--- |4.0.0


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

[Bug java/19921] wrong argument count for invokeInterface with new multidimensional array

[pinskia at gcc dot gnu dot org]

-- 
   What|Removed |Added

   Target Milestone|--- |4.0.0


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