[Bug target/32086] [4.3 Regression] 10% to 20% Performance Regression Between 4.1.3 and 4.3

[bonzini at gcc dot gnu dot org]

--- Comment #10 from bonzini at gnu dot org  2007-12-10 08:34 ---
Subject: Bug 32086

Author: bonzini
Date: Mon Dec 10 08:34:37 2007
New Revision: 130738

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=130738
Log:
2007-12-10  Paolo Bonzini  <[EMAIL PROTECTED]>

PR target/32086
* config/i386/i386.c (override_options): Enable -fvect-cost-model.

2007-12-10  Paolo Bonzini  <[EMAIL PROTECTED]>

PR target/32086
* gcc.dg/vect/vect.exp (DEFAULT_VECTCFLAGS): Disable cost model.
* g++.dg/vect/vect.exp (DEFAULT_VECTCFLAGS): Disable cost model.
* gfortran.dg/vect/vect.exp (DEFAULT_VECTCFLAGS): Disable cost model.


Modified:
trunk/gcc/ChangeLog
trunk/gcc/config/i386/i386.c
trunk/gcc/testsuite/ChangeLog
trunk/gcc/testsuite/g++.dg/vect/vect.exp
trunk/gcc/testsuite/gcc.dg/vect/vect.exp
trunk/gcc/testsuite/gfortran.dg/vect/vect.exp


-- 


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

[Bug target/32086] [4.3 Regression] 10% to 20% Performance Regression Between 4.1.3 and 4.3

[bonzini at gnu dot org]

--- Comment #11 from bonzini at gnu dot org  2007-12-10 08:36 ---
committed, cost model now enabled for i386.


-- 

bonzini at gnu dot org changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||FIXED


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

[Bug rtl-optimization/32084] gfortran 4.3 13%-18% slower for induct.f90 than gcc 4.0-based competitor

[bonzini at gnu dot org]

--- Comment #15 from bonzini at gnu dot org  2007-12-10 08:37 ---
As I committed PR32086 to use the cost model, this should be fixed.  However, I
prefer to leave it open as a missed optimization since Richard G.'s comments
suggest that: a) there should be a DCE pass after vectorization, b) the cost
model might actually be wrong?


-- 

bonzini at gnu dot org changed:

   What|Removed |Added

 CC||bonzini at gnu dot org


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

[Bug target/34256] mmx and movd/movq on x86_64

[ubizjak at gmail dot com]

--- Comment #4 from ubizjak at gmail dot com  2007-12-10 08:40 ---


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


-- 

ubizjak at gmail dot com changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||DUPLICATE


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

[Bug target/22076] Strange code for MMX register moves

[ubizjak at gmail dot com]

--- Comment #8 from ubizjak at gmail dot com  2007-12-10 08:40 ---
*** Bug 34256 has been marked as a duplicate of this bug. ***


-- 

ubizjak at gmail dot com changed:

   What|Removed |Added

 CC||dean at arctic dot org


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

[Bug middle-end/34400] [4.3 regression] gnat1 takes too long to compile g-catiio.adb with SJLJ exceptions

[ebotcazou at gcc dot gnu dot org]

--- Comment #7 from ebotcazou at gcc dot gnu dot org  2007-12-10 09:40 
---
Created an attachment (id=14716)
 --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=14716&action=view)
Reduced Ada testcase.

Compile at -O -gnatp, after copying gcc/ada/rts/system.ads to the local dir and
changing ZCX_By_Default to False in this file.


-- 


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

[Bug middle-end/34400] [4.3 regression] gnat1 takes too long to compile g-catiio.adb with SJLJ exceptions

[ebotcazou at gcc dot gnu dot org]

--- Comment #8 from ebotcazou at gcc dot gnu dot org  2007-12-10 09:42 
---
Created an attachment (id=14717)
 --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=14717&action=view)
Reduced C testcase.

Compile at -O, almost instantaneous with GCC 4.2.x.


-- 


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

[Bug middle-end/34400] [4.3 regression] bad interaction between DF and SJLJ exceptions

[ebotcazou at gcc dot gnu dot org]

--- Comment #9 from ebotcazou at gcc dot gnu dot org  2007-12-10 09:46 
---
It's apparently a DF problem:

 df live&initialized regs:  27.83 (97%) usr   0.01 (50%) sys  28.48 (97%) wall 
   0 kB ( 0%) ggc


-- 

ebotcazou at gcc dot gnu dot org changed:

   What|Removed |Added

Summary|[4.3 regression] gnat1 takes|[4.3 regression] bad
   |too long to compile g-  |interaction between DF and
   |catiio.adb with SJLJ|SJLJ exceptions
   |exceptions  |


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

[Bug middle-end/34400] [4.3 regression] bad interaction between DF and SJLJ exceptions

[ebotcazou at gcc dot gnu dot org]

-- 

ebotcazou at gcc dot gnu dot org changed:

   What|Removed |Added

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


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

[Bug target/34415] [4.3 Regression] Possible miscompilation on MIPS

[rguenth at gcc dot gnu dot org]

--- Comment #3 from rguenth at gcc dot gnu dot org  2007-12-10 09:52 ---
As of the experience with the removed 'static' keyword it is very likely that
the function where escape() is inlined to is miscompiled.


-- 


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

[Bug bootstrap/34414] unrecognized command line option "-Wc++-compat"

[rguenth at gcc dot gnu dot org]

--- Comment #2 from rguenth at gcc dot gnu dot org  2007-12-10 09:55 ---
I think the problem described is that '-Wc++-compat' is used for building
stage1
even if it is not available.  Look at the output of configure in gcc/ and
figure out which CC it is using for checking for the availability of
-Wc++-compat.


-- 


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

[Bug tree-optimization/34416] New: Tree optimization pipeline needs re-tuning

[rguenth at gcc dot gnu dot org]

There are several things that queued up:

 - scalar cleanup after final inlining should be done before
   computing aliasing (basically, re-run what we do for early
   optimization also after final inlining, but at least run
   copyprop, ccp, forwprop and dce)

 - run an early complete loop unrolling pass unrolling _only_
   innermost loops in loop nests (maybe only at -O3, setting
   up of loop info is expensive)

 - run DCE after vectorization, the IL is completely hosed for
   tree based costs otherwise (affects unrolling costs)


-- 
   Summary: Tree optimization pipeline needs re-tuning
   Product: gcc
   Version: 4.3.0
Status: UNCONFIRMED
  Keywords: missed-optimization
  Severity: normal
  Priority: P3
 Component: tree-optimization
AssignedTo: rguenth at gcc dot gnu dot org
ReportedBy: rguenth at gcc dot gnu dot org


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

[Bug rtl-optimization/32084] gfortran 4.3 13%-18% slower for induct.f90 than gcc 4.0-based competitor

[rguenth at gcc dot gnu dot org]

--- Comment #16 from rguenth at gcc dot gnu dot org  2007-12-10 10:07 
---
I have this noted down on my TODO list, so I suppose it's better to close
this PR.  I have opened PR34416 to track pass-pipeline issues we are aware of.


-- 

rguenth at gcc dot gnu dot org changed:

   What|Removed |Added

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


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

[Bug target/33761] [4.3 regression] non-optimal inlining heuristics pessimizes gzip SPEC score at -O3

[ubizjak at gmail dot com]

--- Comment #2 from ubizjak at gmail dot com  2007-12-10 10:14 ---
According to Issue 2 from http://gcc.gnu.org/ml/gcc/2007-11/msg00753.html, I
think that this bug qualifies as a 4.3 regression.


-- 

ubizjak at gmail dot com changed:

   What|Removed |Added

 Status|UNCONFIRMED |NEW
 Ever Confirmed|0   |1
   Last reconfirmed|-00-00 00:00:00 |2007-12-10 10:14:39
   date||
Summary|non-optimal inlining|[4.3 regression] non-optimal
   |heuristics pessimizes gzip  |inlining heuristics
   |SPEC score at -O3   |pessimizes gzip SPEC score
   ||at -O3


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

[Bug target/27855] [4.3 regression] reassociation pass produces ~30% slower matrix multiplication code

[ubizjak at gmail dot com]

--- Comment #17 from ubizjak at gmail dot com  2007-12-10 10:16 ---
4.3 regression according to Issue 2 at
http://gcc.gnu.org/ml/gcc/2007-11/msg00753.html.


-- 

ubizjak at gmail dot com changed:

   What|Removed |Added

Summary|reassociation pass produces |[4.3 regression]
   |~30% slower matrix  |reassociation pass produces
   |multiplication code |~30% slower matrix
   ||multiplication code


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

[Bug middle-end/34403] [4.3 regression] wrong frequency of block

[ebotcazou at gcc dot gnu dot org]

--- Comment #4 from ebotcazou at gcc dot gnu dot org  2007-12-10 10:20 
---
Minimal C testcase:

void foo(char *dest, char *src)
{
  __builtin_memcpy (dest, src, 0x0fffc);
}

[EMAIL PROTECTED]:~/build/gcc/native32> gcc/xgcc -Bgcc -O pr34403.c
pr34403.c: In function 'foo':
pr34403.c:4: error: verify_flow_info: Wrong frequency of block 7 -1247
pr34403.c:4: error: verify_flow_info: Wrong frequency of block 6 -2248
pr34403.c:4: error: verify_flow_info: Wrong probability of edge 5->5 12499
pr34403.c:4: error: verify_flow_info: Wrong probability of edge 5->6 -2499
pr34403.c:4: internal compiler error: verify_flow_info failed
Please submit a full bug report,
with preprocessed source if appropriate.
See  for instructions.


-- 


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

[Bug c++/31902] "Internal compiler error while tryint to compile cinelerra/mjpegtools-1.6.3-rc1/y4mdenoise/MotionSearcher.hh:2444" can i do something simple to fix that ?

[jb dot georger at gmail dot com]

--- Comment #2 from jb dot georger at gmail dot com  2007-12-10 10:30 
---
i've got the same bug while compiling mjpegtools

pbook:/tmp# gcc -v
Using built-in specs.
Target: powerpc-linux-gnu
Configured with: ../src/configure -v
--enable-languages=c,c++,fortran,objc,obj-c++,treelang --prefix=/usr
--enable-shared --with-system-zlib --libexecdir=/usr/lib
--without-included-gettext --enable-threads=posix --enable-nls
--program-suffix=-4.1 --enable-__cxa_atexit --enable-clocale=gnu
--enable-libstdcxx-debug --enable-mpfr --disable-softfloat
--enable-targets=powerpc-linux,powerpc64-linux --with-cpu=default32
--enable-checking=release powerpc-linux-gnu
Thread model: posix
gcc version 4.1.2 20061115 (prerelease) (Debian 4.1.1-21)


-- 

jb dot georger at gmail dot com changed:

   What|Removed |Added

 CC||jb dot georger at gmail dot
   ||com


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

[Bug c++/31902] "Internal compiler error while tryint to compile cinelerra/mjpegtools-1.6.3-rc1/y4mdenoise/MotionSearcher.hh:2444" can i do something simple to fix that ?

[jb dot georger at gmail dot com]

--- Comment #3 from jb dot georger at gmail dot com  2007-12-10 10:34 
---
Created an attachment (id=14718)
 --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=14718&action=view)
preproceced source 


-- 


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

[Bug target/27855] [4.3 regression] reassociation pass produces ~30% slower matrix multiplication code

[rguenth at gcc dot gnu dot org]

--- Comment #18 from rguenth at gcc dot gnu dot org  2007-12-10 10:39 
---
I see no difference wrt -fno-tree-reassoc on x86_64 for the mmbenchv.tar.gz
benchmark.  So, which is the testcase exhibiting the problem, what is the
exact architecture and optimization flags?  (Yes, I enabled -ffast-math)


-- 

rguenth at gcc dot gnu dot org changed:

   What|Removed |Added

 Status|NEW |WAITING


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

[Bug tree-optimization/33761] non-optimal inlining heuristics pessimizes gzip SPEC score at -O3

[rguenth at gcc dot gnu dot org]

--- Comment #3 from rguenth at gcc dot gnu dot org  2007-12-10 10:52 ---
I don't think this qualifies as a 4.3 regression -
http://www.suse.de/~gcctest/SPEC/CINT/sb-haydn-head-64-32o-32bit/index.html
shows that while there were jumps, the numbers close to the 4.2 release are
actually quite similar to what we have now.  So, unless somebody produces
numbers with 4.2 or earlier, this is not a 'regression', but a
missed-optimization only.


-- 

rguenth at gcc dot gnu dot org changed:

   What|Removed |Added

 CC||rguenth at gcc dot gnu dot
   ||org
  Component|target  |tree-optimization
   Keywords||missed-optimization
Summary|[4.3 regression] non-optimal|non-optimal inlining
   |inlining heuristics |heuristics pessimizes gzip
   |pessimizes gzip SPEC score  |SPEC score at -O3
   |at -O3  |


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

[Bug tree-optimization/34417] New: simplify '(x & A) % B' if 'B > A/2'

[wouter dot vermaelen at scarlet dot be]

Hi,

In one of my application I need the expression '(x & 0xf) % 9'. Because of the
restricted range of (x & 0xf) it's possible to replace the modulo operation
with an if (see examples below). It would be nice if gcc could do this
optimization automatically. 

unsigned fooA(unsigned x)
{
return (x & 0xf) % 9;
}
unsigned fooB(unsigned x)
{
x &= 0xf;
if (x >= 9) x -= 9;
return x;
}
unsigned fooC(unsigned x)
{
x &= 0xf;
return std::min(x, x - 9);
}


The generated code is pasted below (SVN revision r130738, linux_x86_64, -O3).
Version B and C are very close (maybe C is slightly better) but they are
clearly better than version A.

fooA:   andl$15, %edi
movl$954437177, %edx
movl%edi, %eax
mull%edx
shrl%edx
leal0(,%rdx,8), %eax
addl%edx, %eax
subl%eax, %edi
movl%edi, %eax
ret

fooB:   andl$15, %edi
leal-9(%rdi), %eax
cmpl$9, %edi
cmovae  %eax, %edi
movl%edi, %eax
ret

fooC:   andl$15, %edi
leal-9(%rdi), %eax
cmpl%edi, %eax
cmova   %edi, %eax
ret


-- 
   Summary: simplify '(x & A) % B' if 'B > A/2'
   Product: gcc
   Version: 4.3.0
Status: UNCONFIRMED
  Severity: enhancement
  Priority: P3
 Component: tree-optimization
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: wouter dot vermaelen at scarlet dot be


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

[Bug target/34403] [4.3 regression] wrong frequency of block

[ebotcazou at gcc dot gnu dot org]

--- Comment #5 from ebotcazou at gcc dot gnu dot org  2007-12-10 11:14 
---
Specific to x86.


-- 

ebotcazou at gcc dot gnu dot org changed:

   What|Removed |Added

  Component|middle-end  |target


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

[Bug target/27855] [4.3 regression] reassociation pass produces ~30% slower matrix multiplication code

[ubizjak at gmail dot com]

--- Comment #19 from ubizjak at gmail dot com  2007-12-10 11:14 ---
I have tried with mmbenchs.tar.gz [1] from PR 27827:

TYPE=double:
gcc -DREPS=1000 -msse3 -O2 -mfpmath=sse -ffast-math -fno-tree-reassoc:
atlasmm   60   1000   0.188 2297.73
gcc -DREPS=1000 -msse3 -O2 -mfpmath=sse -ffast-math
atlasmm   60   1000   0.284 1521.04

TYPE=float:
gcc -DREPS=1000 -msse3 -O2 -mfpmath=sse -ffast-math -fno-tree-reassoc
atlasmm   60   1000   0.168 2571.28
gcc -DREPS=1000 -msse3 -O2 -mfpmath=sse -ffast-math
atlasmm   60   1000   0.304 1420.96

gcc version 4.3.0 20071210 (experimental) [trunk revision 130738] (GCC) 

Family: 15 Model: 4 Stepping: 10 Type: 0 Brand: 0
CPU Model: Pentium 4 D (Foster) Original OEM
Processor name string: Intel(R) Xeon(TM) CPU 3.60GHz

Please note that CPU runs in 32bit mode.

[1] http://gcc.gnu.org/bugzilla/attachment.cgi?id=12020


-- 


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

Re: [Bug tree-optimization/34416] New: Tree optimization pipeline needs re-tuning

[Andrew Pinski]

On 10 Dec 2007 10:07:09 -, rguenth at gcc dot gnu dot org
<[EMAIL PROTECTED]> wrote:
>  - run DCE after vectorization, the IL is completely hosed for
>tree based costs otherwise (affects unrolling costs)

This is already done:
  NEXT_PASS (pass_vectorize);
{
  struct tree_opt_pass **p = &pass_vectorize.sub;
  NEXT_PASS (pass_lower_vector_ssa);
  NEXT_PASS (pass_dce_loop);
}

Thanks,
Andrew Pinski

[Bug tree-optimization/34416] Tree optimization pipeline needs re-tuning

[pinskia at gmail dot com]

--- Comment #1 from pinskia at gmail dot com  2007-12-10 12:04 ---
Subject: Re:  New: Tree optimization pipeline needs re-tuning

On 10 Dec 2007 10:07:09 -, rguenth at gcc dot gnu dot org
<[EMAIL PROTECTED]> wrote:
>  - run DCE after vectorization, the IL is completely hosed for
>tree based costs otherwise (affects unrolling costs)

This is already done:
  NEXT_PASS (pass_vectorize);
{
  struct tree_opt_pass **p = &pass_vectorize.sub;
  NEXT_PASS (pass_lower_vector_ssa);
  NEXT_PASS (pass_dce_loop);
}

Thanks,
Andrew Pinski


-- 


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

[Bug tree-optimization/34416] Tree optimization pipeline needs re-tuning

[steven at gcc dot gnu dot org]

--- Comment #2 from steven at gcc dot gnu dot org  2007-12-10 12:28 ---
Insert usual rant about running more and more and more and more and more and
more and more and more and more and more and more passes, with total disregard
for compilation time of the common cases where optimization doesn't do anything
but increasing compile time.

Before adding more passes, add some mechanism/heuristics to only run passes
when benefit is expected.  Not the whole world is tramp3d.  Please take glibc
and the linux kernel (or other codes with almost no abstraction) as compile
time indicators for a change, too.


-- 


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

[Bug tree-optimization/33761] non-optimal inlining heuristics pessimizes gzip SPEC score at -O3

[ubizjak at gmail dot com]

--- Comment #4 from ubizjak at gmail dot com  2007-12-10 12:31 ---
(In reply to comment #3)
> I don't think this qualifies as a 4.3 regression -

Fair enough. It looks that this problem is specific to Core2.


-- 


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

[Bug middle-end/34400] [4.3 regression] bad interaction between DF and SJLJ exceptions

[steven at gcc dot gnu dot org]

--- Comment #10 from steven at gcc dot gnu dot org  2007-12-10 12:32 ---
Thanks for the test case!

Will investigate.


-- 

steven at gcc dot gnu dot org changed:

   What|Removed |Added

 AssignedTo|unassigned at gcc dot gnu   |steven at gcc dot gnu dot
   |dot org |org
 Status|NEW |ASSIGNED
   Last reconfirmed|2007-12-10 07:47:55 |2007-12-10 12:32:25
   date||


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

[Bug tree-optimization/34416] Tree optimization pipeline needs re-tuning

[rguenther at suse dot de]

--- Comment #3 from rguenther at suse dot de  2007-12-10 12:32 ---
Subject: Re:  Tree optimization pipeline needs
 re-tuning

On Mon, 10 Dec 2007, steven at gcc dot gnu dot org wrote:

> Insert usual rant about running more and more and more and more and more and
> more and more and more and more and more and more passes, with total disregard
> for compilation time of the common cases where optimization doesn't do 
> anything
> but increasing compile time.
> 
> Before adding more passes, add some mechanism/heuristics to only run passes
> when benefit is expected.  Not the whole world is tramp3d.  Please take glibc
> and the linux kernel (or other codes with almost no abstraction) as compile
> time indicators for a change, too.

:)

Apart from the early loop unrolling which has benefits for Fortran code,
I was only suggesting to re-order things, not to add additional passes.

But yes, adding passes is usually far easier to make regression-free
from a runtime performance point.  And removing anything from GCC is
at least 10 times harder than adding something - which you know, I bet ;)

Richard.


-- 


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

[Bug middle-end/34400] [4.3 regression] bad interaction between DF and SJLJ exceptions

[zadeck at naturalbridge dot com]

--- Comment #11 from zadeck at naturalbridge dot com  2007-12-10 13:02 
---
Subject: Re:  [4.3 regression] bad interaction between
 DF and SJLJ exceptions

steven at gcc dot gnu dot org wrote:
> --- Comment #10 from steven at gcc dot gnu dot org  2007-12-10 12:32 
> ---
> Thanks for the test case!
>
> Will investigate.
>
>
>   
Thanks,

if the issue is uninitialized vars, it is my code.   however this is a
50 line pass, so there is nothing deep going on.

kenny


-- 


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

[Bug c++/34394] [4.1/4.2/4.3 regression] Broken diagnostic: 'abs_expr' not supported by dump_expr

[jakub at gcc dot gnu dot org]

-- 

jakub at gcc dot gnu dot org changed:

   What|Removed |Added

 AssignedTo|unassigned at gcc dot gnu   |jakub at gcc dot gnu dot org
   |dot org |
 Status|NEW |ASSIGNED
   Last reconfirmed|2007-12-08 20:39:33 |2007-12-10 13:38:42
   date||


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

[Bug tree-optimization/34417] simplify '(x & A) % B' if 'B > A/2'

[rguenth at gcc dot gnu dot org]

--- Comment #1 from rguenth at gcc dot gnu dot org  2007-12-10 13:40 ---
Confirmed.

VRP could do this, though we generally avoid creating control flow and extra
basic blocks here.


-- 

rguenth at gcc dot gnu dot org changed:

   What|Removed |Added

 CC||rguenth at gcc dot gnu dot
   ||org
 Status|UNCONFIRMED |NEW
 Ever Confirmed|0   |1
   Keywords||missed-optimization
   Last reconfirmed|-00-00 00:00:00 |2007-12-10 13:40:29
   date||


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

[Bug c++/34395] [4.3 regression] Broken diagnostic: 'type_pack_expansion' not supported by dump_type_prefix/suffix

[jakub at gcc dot gnu dot org]

-- 

jakub at gcc dot gnu dot org changed:

   What|Removed |Added

 AssignedTo|unassigned at gcc dot gnu   |jakub at gcc dot gnu dot org
   |dot org |
 Status|NEW |ASSIGNED
   Last reconfirmed|2007-12-08 20:44:32 |2007-12-10 14:00:11
   date||


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

[Bug middle-end/34400] [4.3 regression] bad interaction between DF and SJLJ exceptions

[joel at gcc dot gnu dot org]

--- Comment #12 from joel at gcc dot gnu dot org  2007-12-10 14:22 ---
I've seen this on PowerPC and SPARC now, so I can confirm it is target
independent.


-- 

joel at gcc dot gnu dot org changed:

   What|Removed |Added

 CC||joel at gcc dot gnu dot org,
   ||joel dot sherrill at oarcorp
   ||dot com


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

[Bug c++/34394] [4.1/4.2/4.3 regression] Broken diagnostic: 'abs_expr' not supported by dump_expr

[jakub at gcc dot gnu dot org]

--- Comment #2 from jakub at gcc dot gnu dot org  2007-12-10 14:31 ---
Subject: Bug 34394

Author: jakub
Date: Mon Dec 10 14:31:30 2007
New Revision: 130744

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=130744
Log:
PR c++/34394
* error.c (dump_expr): Handle ABS_EXPR.

* g++.dg/other/error22.C: New test.

Added:
trunk/gcc/testsuite/g++.dg/other/error22.C
Modified:
trunk/gcc/cp/ChangeLog
trunk/gcc/cp/error.c
trunk/gcc/testsuite/ChangeLog


-- 


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

[Bug c++/34395] [4.3 regression] Broken diagnostic: 'type_pack_expansion' not supported by dump_type_prefix/suffix

[jakub at gcc dot gnu dot org]

--- Comment #2 from jakub at gcc dot gnu dot org  2007-12-10 14:38 ---
Subject: Bug 34395

Author: jakub
Date: Mon Dec 10 14:38:05 2007
New Revision: 130745

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=130745
Log:
PR c++/34395
* error.c (dump_type_prefix, dump_type_suffix): Handle
TYPE_PACK_EXPANSION.

* g++.dg/cpp0x/error1.C: New test.

Added:
trunk/gcc/testsuite/g++.dg/cpp0x/error1.C
Modified:
trunk/gcc/cp/ChangeLog
trunk/gcc/cp/error.c
trunk/gcc/testsuite/ChangeLog


-- 


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

[Bug c++/34394] [4.1/4.2 regression] Broken diagnostic: 'abs_expr' not supported by dump_expr

[jakub at gcc dot gnu dot org]

--- Comment #3 from jakub at gcc dot gnu dot org  2007-12-10 14:39 ---
Fixed on the trunk.


-- 

jakub at gcc dot gnu dot org changed:

   What|Removed |Added

 Status|ASSIGNED|RESOLVED
 Resolution||FIXED
Summary|[4.1/4.2/4.3 regression]|[4.1/4.2 regression] Broken
   |Broken diagnostic:  |diagnostic: 'abs_expr' not
   |'abs_expr' not supported by |supported by dump_expr
   |dump_expr   |


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

[Bug c++/34418] New: Runtime segfault when compiled with _GLIBCXX_DEBUG defined

[daniel dot hornung at gmx dot de]

Hello, the following test program segfaults when _GLIBCXX_DEBUG was defined at
compile time.  People in [EMAIL PROTECTED] claimed this was rather be a gcc bug,
so I post it here:

===
#include  

int main()
{
  std::string s("table.dat");

  boost::regex expression("table.dat");

  boost::regex_match(s, expression);

  return 0;
}

//  try to compile it with and without the _GLIBCXX_DEBUG macro defined 
//
//  works OK: g++ -Wall -pedantic -g -lboost_regex -o test test.cc
//  segfaults:g++ -Wall -pedantic -g -lboost_regex -D _GLIBCXX_DEBUG -o test
test.cc
===

A backtrace:
===
src/test> gdb ./test
GNU gdb 6.4
Copyright 2005 Free Software Foundation, Inc.
GDB is free software, covered by the GNU General Public License, and you are
welcome to change it and/or distribute copies of it under certain conditions.
Type "show copying" to see the conditions.
There is absolutely no warranty for GDB.  Type "show warranty" for details.
This GDB was configured as "x86_64-suse-linux"...Using host libthread_db
library "/lib64/libthread_db.so.1".

(gdb) run
Starting program: /home/dhornun/diplom/sphere_packing/version3/src/test/test
warning: Lowest section in /usr/lib64/libicudata.so.34 is .hash at
00e8
[Thread debugging using libthread_db enabled]
[New Thread 47694321665408 (LWP 6180)]

Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread 47694321665408 (LWP 6180)]
0x2b60b1c940cd in __gnu_debug::_Safe_iterator_base::_M_detach () from
/usr/lib64/libstdc++.so.6
(gdb) bt
#0  0x2b60b1c940cd in __gnu_debug::_Safe_iterator_base::_M_detach () from
/usr/lib64/libstdc++.so.6
#1  0x2b60b1c94176 in __gnu_debug::_Safe_iterator_base::_M_attach () from
/usr/lib64/libstdc++.so.6
#2  0x2b60b1c942f3 in __gnu_debug::_Safe_sequence_base::_M_detach_all ()
from /usr/lib64/libstdc++.so.6
#3  0x00403317 in ~_Safe_sequence_base (this=0x79135968) at
/usr/include/c++/4.1.0/debug/safe_base.h:170
#4  0x0040332f in ~_Safe_sequence (this=0x79135968) at
/usr/include/c++/4.1.0/debug/safe_sequence.h:99
#5  0x00403350 in ~vector (this=0x79135950) at
/usr/include/c++/4.1.0/debug/vector:95
#6  0x004033df in ~match_results (this=0x79135950) at
/usr/include/boost/regex/v4/match_results.hpp:74
#7  0x004037d5 in boost::regex_match,
std::allocator, char, boost::regex_traits > > (
[EMAIL PROTECTED], [EMAIL PROTECTED],
flags=boost::regex_constants::match_default) at
/usr/include/boost/regex/v4/regex_match.hpp:93
#8  0x004020d6 in main () at test.cc:10
(gdb)
===

If this is definitely not a gcc problem, I would consider moving this over to
boost.


-- 
   Summary: Runtime segfault when compiled with _GLIBCXX_DEBUG
defined
   Product: gcc
   Version: 4.1.0
Status: UNCONFIRMED
  Severity: minor
  Priority: P3
 Component: c++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: daniel dot hornung at gmx dot de


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

[Bug c++/34394] [4.1/4.2 regression] Broken diagnostic: 'abs_expr' not supported by dump_expr

[jakub at gcc dot gnu dot org]

--- Comment #4 from jakub at gcc dot gnu dot org  2007-12-10 14:39 ---
Oops, didn't mean to close this altogether.


-- 

jakub at gcc dot gnu dot org changed:

   What|Removed |Added

 Status|RESOLVED|REOPENED
 Resolution|FIXED   |


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

[Bug c++/34395] [4.3 regression] Broken diagnostic: 'type_pack_expansion' not supported by dump_type_prefix/suffix

[jakub at gcc dot gnu dot org]

--- Comment #3 from jakub at gcc dot gnu dot org  2007-12-10 14:40 ---
Fixed.


-- 

jakub at gcc dot gnu dot org changed:

   What|Removed |Added

 Status|ASSIGNED|RESOLVED
 Resolution||FIXED


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

[Bug c++/34418] Runtime segfault when compiled with _GLIBCXX_DEBUG defined

[pcarlini at suse dot de]

--- Comment #1 from pcarlini at suse dot de  2007-12-10 15:17 ---
I cannot reproduce on x86_64-linux, both mainline and 4_2-branch, with the
boost_regex library as provided in OpenSUSE 10.3.

Anyway, the problem seems rather hard to debug because of the the boost_regex
.so library. Please follow the instructions at:

  http://gcc.gnu.org/bugs.html

try to reduce the problem as much as possible and in case also provide the
exact Boost version. I would also suggest testing a gcc4.2.x release, gcc4.1.x
is by now only minimally maintained.


-- 

pcarlini at suse dot de changed:

   What|Removed |Added

 Status|UNCONFIRMED |WAITING


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

[Bug bootstrap/27516] install failure due to unconditional invocation of makeinfo for treelang.texi

[haubi at gentoo dot org]

--- Comment #13 from haubi at gentoo dot org  2007-12-10 15:40 ---
Just asking for status of this bug:
Seems to be still valid with gcc-4.2.2 - don't (want to) have texinfo
installed.


-- 

haubi at gentoo dot org changed:

   What|Removed |Added

 CC||haubi at gentoo dot org


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

[Bug libstdc++/34419] New: Weirdness with numeric_limits in special functions

[pcarlini at suse dot de]

This is to track this issue:

  http://gcc.gnu.org/ml/libstdc++/2007-04/msg00098.html


-- 
   Summary: Weirdness with numeric_limits in special functions
   Product: gcc
   Version: 4.3.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: libstdc++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: pcarlini at suse dot de


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

[Bug libstdc++/34419] Weirdness with numeric_limits in special functions

[pcarlini at suse dot de]

--- Comment #1 from pcarlini at suse dot de  2007-12-10 15:52 ---
Confirmed.


-- 

pcarlini at suse dot de changed:

   What|Removed |Added

 Status|UNCONFIRMED |NEW
 Ever Confirmed|0   |1
   Last reconfirmed|-00-00 00:00:00 |2007-12-10 15:52:17
   date||


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

[Bug target/32086] [4.3 Regression] 10% to 20% Performance Regression Between 4.1.3 and 4.3

[dominiq at lps dot ens dot fr]

--- Comment #12 from dominiq at lps dot ens dot fr  2007-12-10 16:03 ---
> committed, cost model now enabled for i386.

Is it working for Intel Core2Duo? At revision 130743 and

Using built-in specs.
Target: i686-apple-darwin9
Configured with: ../gcc-4.3-work/configure --prefix=/opt/gcc/gcc4.3w
--mandir=/opt/gcc/gcc4.3w/share/man --infodir=/opt/gcc/gcc4.3w/share/info
--build=i686-apple-darwin9 --enable-languages=c,c++,fortran,objc,obj-c++,java
--with-gmp=/sw --with-libiconv-prefix=/sw --with-system-zlib
--x-includes=/usr/X11R6/include --x-libraries=/usr/X11R6/lib
Thread model: posix
gcc version 4.3.0 20071210 (experimental) (GCC) 

for 'gfc -O3 -ffast-math -funroll-loops induct.f90' (with/without
-fvect-cost-model), the execution time is:

93.986u 0.051s 1:34.04 99.9%0+0k 0+0io 0pf+0w

while for 'gfc -O3 -ffast-math -funroll-loops --param min-vect-loop-bound=2
induct.f90', it is:

76.345u 0.048s 1:16.39 99.9%0+0k 0+0io 0pf+0w

If yes, the cost model should be tuned for Core2Duo. If no, did I do something
wrong with the configure?

Should I open a new PR for these questions?


-- 


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

[Bug fortran/34246] gfortran.dg/bind_c_usage_16.f03 doesn't work

[dominiq at lps dot ens dot fr]

--- Comment #12 from dominiq at lps dot ens dot fr  2007-12-10 16:11 ---
The patch in comment #11, fix the problem for ppc Darwin9 without regression
for ppc/Intel Darwin9.

As noted, the test in comment #6 gives an ICE (g95 gives an error 'Duplicate
BIND attribute specified at (1)') that is still there if I remove one of the
'bind(C)' (the same for g95).


-- 


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

[Bug fortran/34420] New: List directed reads from file fails

[eesrjhc at bath dot ac dot uk]

Consider the following example:

$cat myread.f
  integer n, i idmy
  character*2 typ(10)
  character*10 lab(10)
  character*40 wav(10)
  integer pos(10), neg(10), iat(10), ieq(10)
  complex val(10)

  open(10,file='XX',status='old')
  read(10,*,err=950,end=990) n
  do idmy=1,n
read(10,*,err=950,end=990) i,typ(i),lab(i),
 $   pos(i),neg(i),
 $   ieq(i),wav(i),iat(i),val(i)

write(*,*)i,typ(i),lab(i),
 $   pos(i),neg(i),
 $   ieq(i),wav(i),iat(i),val(i)

  enddo

  stop
 950  write(*,*)'error reading file'
  stop
 990  write(*,*)'unexpected end of file'
  end


and the file:
$cat XX
 2
  3 'R '  'R1' 
  3 48  0
''  0
(  0.400E-05,   0.00)
  4 'R '  'RR' 
 16 14  0
''  0
(  0.783,   0.00)


When compiled using GNU Fortran (GCC) 4.3.0 20071209 (experimental)
$ /usr/local/gcc-svn/bin/gfortran myread.f 
$ ./a.out
 error reading file

yet when using the system gfortran (GNU Fortran 95 (GCC) 4.1.2 (Gentoo 4.1.2)
)
I get:
$ gfortran myread.f 
$ ./a.out
   3 R R1   3  48   0  
 0 ( 4.000E-06,  0.00)
   4 R RR  16  14   0  
 0 ( 0.783,  0.00)

which is as expected.

This error has crept in sometime since 01 December, and appears to be in
libgfortran, as programs compiled before 01 December also exhibit this error
when run now, yet did not do so before I did my weekly build of gcc-4.3.0 on 09
December 2007.


-- 
   Summary: List directed reads from file fails
   Product: gcc
   Version: 4.3.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: fortran
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: eesrjhc at bath dot ac dot uk
 GCC build triplet: x86_64-unknown-linux-gnu
  GCC host triplet: x86_64-unknown-linux-gnu
GCC target triplet: x86_64-unknown-linux-gnu


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

[Bug target/32086] [4.3 Regression] 10% to 20% Performance Regression Between 4.1.3 and 4.3

[bonzini at gnu dot org]

--- Comment #13 from bonzini at gnu dot org  2007-12-10 16:37 ---
I think so.


-- 


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

[Bug target/32086] [4.3 Regression] 10% to 20% Performance Regression Between 4.1.3 and 4.3

[howarth at nitro dot med dot uc dot edu]

--- Comment #14 from howarth at nitro dot med dot uc dot edu  2007-12-10 
16:41 ---
Dominique,
What do you get when you use the proposed early-complete-unrolling patch
from PR34265 and is there any movement towards getting some form of that patch
into gcc trunk?


-- 


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

[Bug target/32086] [4.3 Regression] 10% to 20% Performance Regression Between 4.1.3 and 4.3

[rguenth at gcc dot gnu dot org]

--- Comment #15 from rguenth at gcc dot gnu dot org  2007-12-10 17:07 
---
Early unrolling will be addressed earliest in the next stage1.


-- 


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

[Bug fortran/34421] New: ENTRY functions: Character with different stringlength not rejected

[burnus at gcc dot gnu dot org]

"If the characteristics of the result of the function named in the ENTRY
statement are the same as the characteristics of the result of the function
named in the FUNCTION statement, their result variables identify the same
variable, although their names need not be the same. Otherwise, they are
storage associated and shall all be nonpointer, nonallocatable scalars of type
default integer, default real, double precision real, default complex, or
default logical."

We can continue to allow allow the following program, but it should be rejected
for -std=f95/f2003:

ifort diagnoses:
Error: line 7: The character lengths of the functions must not be different. 

NAG f95:
Error: line 9: Incompatible character length for ENTRY BAR of function TEST

function test()
  implicit none
  character(len=10) :: test
  character(len=1) :: bar
  test ="aaa"
  return
entry bar()
  bar = "h"
end function test

 * * *

The following program is (correctly) rejected, but the error message could be
improved:

Error: ENTRY result bar2 can't be of type CHARACTER(1) in FUNCTION test2 at (1)

NAG f95:
Error: aa.f90, line 9: Storage-associated ENTRY point BAR2 does not have
default kind

Maybe something like:
"Result characteristics of ENTRY function '%s' at %L and FUNCTION '%s' at %L
shall either be the same or both non-character default-kind scalars."

function test2()
  implicit none
  integer :: test2
  character :: bar
  test2 ="aaa"
  return
entry bar2()
  bar = "h"
end function test2


-- 
   Summary: ENTRY functions: Character with different stringlength
not rejected
   Product: gcc
   Version: 4.3.0
Status: UNCONFIRMED
  Keywords: accepts-invalid, diagnostic
  Severity: normal
  Priority: P3
 Component: fortran
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: burnus at gcc dot gnu dot org


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

[Bug tree-optimization/33761] non-optimal inlining heuristics pessimizes gzip SPEC score at -O3

[ubizjak at gmail dot com]

--- Comment #5 from ubizjak at gmail dot com  2007-12-10 17:12 ---
(In reply to comment #4)

> Fair enough. It looks that this problem is specific to Core2.

Here are timings with 'gcc version 4.3.0 20071201 (experimental) [trunk
revision 130554] (GCC)' on

vendor_id   : GenuineIntel
cpu family  : 6
model   : 15
model name  : Intel(R) Core(TM)2 CPU X6800  @ 2.93GHz
stepping: 5
cpu MHz : 2933.389
cache size  : 4096 KB

-mtune=generic -m32 -O3: 40.763s   [*]
-mtune=generic -m32 -O2: 32.170s
-mtune=core2 -m32 -O3  : 36.850s
-mtune=core2 -m32 -O2  : 32.170s

-mtune=generic -m64 -O3: 28.550s
-mtune=generic -m64 -O2: 28.682s
-mtune=core2 -m64 -O3  : 28.670s
-mtune=core2 -m64 -O2  : 28.714s

With __attribute__((noinline)) to longest_match():

-mtune=generic -m32 -O3: 30.658s
-mtune=generic -m32 -O2: 32.154s
-mtune=core2 -m32 -O3  : 30.690s
-mtune=core2 -m32 -O2  : 32.247s

And with FC6 system compiler 'gcc version 4.1.1 20061011 (Red Hat 4.1.1-30)':

-mtune=generic -m32 -O3: 30.154s   [**]
-mtune=generic -m32 -O2: 30.275s

Comparing [*] to [**], it _is_ a regression, at least on Core2.


-- 


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

[Bug tree-optimization/33761] non-optimal inlining heuristics pessimizes gzip SPEC score at -O3

[rguenther at suse dot de]

--- Comment #6 from rguenther at suse dot de  2007-12-10 17:13 ---
Subject: Re:  non-optimal inlining heuristics
 pessimizes gzip SPEC score at -O3

On Mon, 10 Dec 2007, ubizjak at gmail dot com wrote:

> (In reply to comment #4)
> 
> > Fair enough. It looks that this problem is specific to Core2.
> 
> Here are timings with 'gcc version 4.3.0 20071201 (experimental) [trunk
> revision 130554] (GCC)' on
> 
> vendor_id   : GenuineIntel
> cpu family  : 6
> model   : 15
> model name  : Intel(R) Core(TM)2 CPU X6800  @ 2.93GHz
> stepping: 5
> cpu MHz : 2933.389
> cache size  : 4096 KB
> 
> -mtune=generic -m32 -O3: 40.763s   [*]
> -mtune=generic -m32 -O2: 32.170s
> -mtune=core2 -m32 -O3  : 36.850s
> -mtune=core2 -m32 -O2  : 32.170s
> 
> -mtune=generic -m64 -O3: 28.550s
> -mtune=generic -m64 -O2: 28.682s
> -mtune=core2 -m64 -O3  : 28.670s
> -mtune=core2 -m64 -O2  : 28.714s
> 
> With __attribute__((noinline)) to longest_match():
> 
> -mtune=generic -m32 -O3: 30.658s
> -mtune=generic -m32 -O2: 32.154s
> -mtune=core2 -m32 -O3  : 30.690s
> -mtune=core2 -m32 -O2  : 32.247s
> 
> And with FC6 system compiler 'gcc version 4.1.1 20061011 (Red Hat 4.1.1-30)':
> 
> -mtune=generic -m32 -O3: 30.154s   [**]
> -mtune=generic -m32 -O2: 30.275s
> 
> Comparing [*] to [**], it _is_ a regression, at least on Core2.

FSF GCC 4.1 does not have -mtune=generic.

Richard.


-- 


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

[Bug tree-optimization/33761] non-optimal inlining heuristics pessimizes gzip SPEC score at -O3

[ubizjak at gmail dot com]

--- Comment #7 from ubizjak at gmail dot com  2007-12-10 17:26 ---
(In reply to comment #6)

> FSF GCC 4.1 does not have -mtune=generic.

OK, OK. Now with 'gcc version 4.1.3 20070716 (prerelease)':

-m32 -O2: 29.306s
-m32 -O3: 29.582s

I don't have 4.2 here.


-- 


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

[Bug c/34422] New: Bootstrap error with --enable-fixed-point

[drab at kepler dot fjfi dot cvut dot cz]

When compiling todays (20071210) SVN snapshot of gcc using:

../gcc-SVN-20071210/configure --build=x86_64-pc-linux-gnu --with-arch=athlon64
--enable-fixed-point
make

I the compilation fails with:

...
/home/drab/tmp/GCC/build/./gcc/xgcc -B/home/drab/tmp/GCC/build/./gcc/
-B/usr/local/x86_64-pc-linux-gnu/bin/ -B/usr/local/x86_64-pc-linux-gnu/lib/
-isystem /usr/local/x86_64-pc-l
inux-gnu/include -isystem /usr/local/x86_64-pc-linux-gnu/sys-include -g
-fkeep-inline-functions -m32 -O2  -O2 -g -O2   -DIN_GCC-W -Wall
-Wwrite-strings -Wstrict-prototypes -
Wmissing-prototypes -Wold-style-definition  -isystem ./include  -fPIC -g
-DHAVE_GTHR_DEFAULT -DIN_LIBGCC2 -D__GCC_FLOAT_NOT_NEEDED   -I. -I.
-I../../.././gcc -I../../../../gcc-S
VN-20071210/libgcc -I../../../../gcc-SVN-20071210/libgcc/.
-I../../../../gcc-SVN-20071210/libgcc/../gcc
-I../../../../gcc-SVN-20071210/libgcc/../include -I../../../../gcc-SVN-20
071210/libgcc/config/libbid -DENABLE_DECIMAL_BID_FORMAT -DHAVE_CC_TLS -DUSE_TLS
-o _addQQ.o -MT _addQQ.o -MD -MP -MF _addQQ.dep -DL_add -DQQ_MODE -c
../../../../gcc-SVN-20071210
/libgcc/../gcc/config/fixed-bit.c -fvisibility=hidden -DHIDE_EXPORTS
In file included from
../../../../gcc-SVN-20071210/libgcc/../gcc/config/fixed-bit.c:59:
../../../../gcc-SVN-20071210/libgcc/../gcc/config/fixed-bit.h:79: error: unable
to emulate 'QQ'
../../../../gcc-SVN-20071210/libgcc/../gcc/config/fixed-bit.h:80: error: unable
to emulate 'UQQ'
../../../../gcc-SVN-20071210/libgcc/../gcc/config/fixed-bit.h:81: error: unable
to emulate 'HQ'
../../../../gcc-SVN-20071210/libgcc/../gcc/config/fixed-bit.h:82: error: unable
to emulate 'UHQ'
../../../../gcc-SVN-20071210/libgcc/../gcc/config/fixed-bit.h:83: error: unable
to emulate 'HA'
../../../../gcc-SVN-20071210/libgcc/../gcc/config/fixed-bit.h:84: error: unable
to emulate 'UHA'
../../../../gcc-SVN-20071210/libgcc/../gcc/config/fixed-bit.h:99: error: unable
to emulate 'SQ'
../../../../gcc-SVN-20071210/libgcc/../gcc/config/fixed-bit.h:100: error:
unable to emulate 'USQ'
../../../../gcc-SVN-20071210/libgcc/../gcc/config/fixed-bit.h:101: error:
unable to emulate 'SA'
../../../../gcc-SVN-20071210/libgcc/../gcc/config/fixed-bit.h:102: error:
unable to emulate 'USA'
../../../../gcc-SVN-20071210/libgcc/../gcc/config/fixed-bit.h:113: error:
unable to emulate 'DQ'
../../../../gcc-SVN-20071210/libgcc/../gcc/config/fixed-bit.h:114: error:
unable to emulate 'UDQ'
../../../../gcc-SVN-20071210/libgcc/../gcc/config/fixed-bit.h:115: error:
unable to emulate 'DA'
../../../../gcc-SVN-20071210/libgcc/../gcc/config/fixed-bit.h:116: error:
unable to emulate 'UDA'
make[5]: *** [_addQQ.o] Error 1
make[5]: Leaving directory
`/home/drab/tmp/GCC/build/x86_64-pc-linux-gnu/32/libgcc'
make[4]: *** [multi-do] Error 1
make[4]: Leaving directory
`/home/drab/tmp/GCC/build/x86_64-pc-linux-gnu/libgcc'
make[3]: *** [all-multi] Error 2
make[3]: Leaving directory
`/home/drab/tmp/GCC/build/x86_64-pc-linux-gnu/libgcc'
make[2]: *** [all-stage1-target-libgcc] Error 2
make[2]: Leaving directory `/home/drab/tmp/GCC/build'
make[1]: *** [stage1-bubble] Error 2
make[1]: Leaving directory `/home/drab/tmp/GCC/build'
make: *** [all] Error 2


-- 
   Summary: Bootstrap error with --enable-fixed-point
   Product: gcc
   Version: 4.3.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: c
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: drab at kepler dot fjfi dot cvut dot cz
GCC target triplet: x86_64-pc-linux-gnu


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

[Bug rtl-optimization/34302] [4.3 regression] Invalid code reordering

[jakub at gcc dot gnu dot org]

--- Comment #7 from jakub at gcc dot gnu dot org  2007-12-10 18:01 ---
Created an attachment (id=14719)
 --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=14719&action=view)
engine.i

Smaller testcase, will try to turn that into executable testcase later tonight.


-- 


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

[Bug c++/34423] New: Reading doubles smaller than 1e-308 in gcc 4.2.2 on os x corrupts future reads

[alexanderconley at gmail dot com]

When reading double precision values as ASCII using c++
standard library routines ( std::ofstream ), if a number
smaller than about 1e-308 is read it is returned as zero.
Furthermore, this corrupts all future reads from the same
file.

This was discovered on OS X 10.5.1 using the fink install
of gcc-4.2.2 (compile options given below).  When tested
using gcc 4.0.1 (the default Apple compiler) the bug was not
encountered.  The *.ii file for sample code is (hopefully) attached.  
This sample code compiles with absolutely no warnings.

Specifically, when the test file contains
9.99989e-321
1

on gcc-4.0.1 the code outputs the correct values.
With gcc-4.2.2 the output is:

Input value: 0 2.50238e-310

The compile options for the 4.2.2 installation are:
Macintosh:temp aconley$ /sw/lib/gcc4.2/bin/g++ -v
Using built-in specs.
Target: i686-apple-darwin9
Configured with: ../gcc-4.2.2/configure --prefix=/sw --prefix=/sw/lib/gcc4.2
--mandir=/sw/share/man --infodir=/sw/share/info
--enable-languages=c,c++,fortran,objc,java --with-arch=nocona
--with-tune=generic --host=i686-apple-darwin9 --with-gmp=/sw
--with-libiconv-prefix=/sw --with-system-zlib --x-includes=/usr/X11R6/include
--x-libraries=/usr/X11R6/lib
Thread model: posix
gcc version 4.2.2

While for the 4.0.1 (which works correctly) they are:
arget: i686-apple-darwin9
Configured with: /var/tmp/gcc/gcc-5465~16/src/configure --disable-checking
-enable-werror --prefix=/usr --mandir=/share/man
--enable-languages=c,objc,c++,obj-c++
--program-transform-name=/^[cg][^.-]*$/s/$/-4.0/
--with-gxx-include-dir=/include/c++/4.0.0 --with-slibdir=/usr/lib
--build=i686-apple-darwin9 --with-arch=apple --with-tune=generic
--host=i686-apple-darwin9 --target=i686-apple-darwin9




Thread model: posix
gcc version 4.0.1 (Apple Inc. build 5465)


-- 
   Summary: Reading doubles smaller than 1e-308 in gcc 4.2.2 on os x
corrupts future reads
   Product: gcc
   Version: 4.2.2
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: c++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: alexanderconley at gmail dot com


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

[Bug target/34415] [4.3 Regression] Possible miscompilation on MIPS

[rsandifo at gcc dot gnu dot org]

--- Comment #4 from rsandifo at gcc dot gnu dot org  2007-12-10 18:11 
---
Confirmed.


-- 

rsandifo at gcc dot gnu dot org changed:

   What|Removed |Added

 AssignedTo|unassigned at gcc dot gnu   |rsandifo at gcc dot gnu dot
   |dot org |org
 Status|UNCONFIRMED |ASSIGNED
 Ever Confirmed|0   |1
   Last reconfirmed|-00-00 00:00:00 |2007-12-10 18:11:08
   date||


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

[Bug c++/34423] Reading doubles smaller than 1e-308 in gcc 4.2.2 on os x corrupts future reads

[alexanderconley at gmail dot com]

--- Comment #1 from alexanderconley at gmail dot com  2007-12-10 18:12 
---
Created an attachment (id=14720)
 --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=14720&action=view)
This is the .ii file for sample code which produces this bug

Generated using -save-temps and gcc-4.2.2


-- 


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

[Bug rtl-optimization/34302] [4.3 regression] Invalid code reordering

[zadeck at naturalbridge dot com]

--- Comment #8 from zadeck at naturalbridge dot com  2007-12-10 18:15 
---
Subject: Re:  [4.3 regression] Invalid code reordering

jakub at gcc dot gnu dot org wrote:
> --- Comment #7 from jakub at gcc dot gnu dot org  2007-12-10 18:01 ---
> Created an attachment (id=14719)
 --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=14719&action=view)
>  --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=14719&action=view)
> engine.i
>
> Smaller testcase, will try to turn that into executable testcase later 
> tonight.
>
>
>   
thanks

i have been busy with other things and this did not hit the top of the
stack yet.

kenny


-- 


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

[Bug fortran/34424] New: Internal file forbidden as I/O list item

[fxcoudert at gcc dot gnu dot org]

The following code is invalid (from comp.lang.fortran):

  character(len=16) :: strtofind !String one is looking for
  strtofind = "1   "
  write(strtofind,'(A1,A,A1)') ',',trim(adjustl(strtofind)),','
  print *, "|", strtofind , "|"
  end

9.4.4.4 Data Transfer (in F95) says "If an internal file has been specified, an
input/output list item shall not be in the file or associated with the file."

This is basically equivalent to:
  character(len=10) :: s
  write(s,'(A)') s
  end


-- 
   Summary: Internal file forbidden as I/O list item
   Product: gcc
   Version: unknown
Status: UNCONFIRMED
  Keywords: accepts-invalid, diagnostic
  Severity: normal
  Priority: P3
 Component: fortran
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: fxcoudert at gcc dot gnu dot org


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

[Bug fortran/34424] Internal file forbidden as I/O list item

[fxcoudert at gcc dot gnu dot org]

-- 

fxcoudert at gcc dot gnu dot org changed:

   What|Removed |Added

 Status|UNCONFIRMED |NEW
 Ever Confirmed|0   |1
   Last reconfirmed|-00-00 00:00:00 |2007-12-10 18:28:51
   date||
Version|unknown |4.3.0


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

[Bug fortran/34246] gfortran.dg/bind_c_usage_16.f03 doesn't work

[burnus at gcc dot gnu dot org]

--- Comment #13 from burnus at gcc dot gnu dot org  2007-12-10 18:36 ---
> As noted, the test in comment #6 gives an ICE 

The ENTRY fix needs to go into build_entry_thunks:
  if (thunk_sym->attr.function)
{
  if (gfc_return_by_reference (ns->proc_name))
{
This branch is entered as the master function,  proc_name, is is_bind_c ==
false, but it fails currently if (thunk_sym->attr.is_bind_c &&
thunk_sym->ts.type == BT_CHARACTER).

The proper tree should looks more or less as follows:

test2 ()
{
  character(kind=1) tmp[1:1];
  integer(kind=4) len;
  master.0.test2 (0, &tmp, len);
  return tmp[1];

That is test() itself returns a scalar character, but master.0.test2 takes the
string as argument, which allows to combine bind(C) with non-bind(C) functions
and allows for different string lengths of ENTRY and function (cf. PR 34421).


-- 


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

[Bug middle-end/34400] [4.3 regression] bad interaction between DF and SJLJ exceptions

[steven at gcc dot gnu dot org]

--- Comment #13 from steven at gcc dot gnu dot org  2007-12-10 18:40 ---
The problem seems to be that we just converge too slowly because the CFG is
densely connected: 566 basic blocks and 19925 edges.

Actually this is perfectly quadratic: Two basic blocks are fake (exit and
entry) so there are 564 real basic blocks.  (564 / 4)^2 = 141^2 = 19881. 
Indeed the number of edges scales with the number of MCASEs in the test case.


-- 


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

[Bug fortran/34424] Internal file forbidden as I/O list item

[burnus at gcc dot gnu dot org]

--- Comment #1 from burnus at gcc dot gnu dot org  2007-12-10 18:45 ---
> The following code is invalid (from comp.lang.fortran):
http://groups.google.com/group/comp.lang.fortran/browse_thread/thread/91a37e74fa305e31/

Agreed.

> This is basically equivalent to:

Here, no compiler detects this for the two programs, not even NAG f95 with all
run-time checks turned on; thus it might end up as won't-fix PR. But maybe
someone has a smart idea how this can be implemented.


-- 


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

[Bug fortran/34420] List directed reads from file fails

[burnus at gcc dot gnu dot org]

--- Comment #1 from burnus at gcc dot gnu dot org  2007-12-10 18:49 ---
I believe it is a duplicate of PR 34404 and was fixed yesterday. Please update
libgfortran (or the whole GCC) and try again.

Thanks for the report.


-- 


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

[Bug middle-end/34400] [4.3 regression] bad interaction between DF and SJLJ exceptions

[zadeck at naturalbridge dot com]

--- Comment #14 from zadeck at naturalbridge dot com  2007-12-10 19:13 
---
[13:51]you wont believe this
[13:51] yes 
[13:51]but that SJLJ thing, that's almost entirely call
overhead
[13:52]  stevenb: calling what ?
[13:52]the calls to df_live_{confluence_n,tranfer_function}
[13:52]  we need c++ functor :(
[13:52]yup
[13:53] the thing that i do not understand is how/why it shows
up most uninitialized regs or am i reading comment #9 wrong
[13:53]no, that is true
[13:53]it seems this LIVE problem has more issues with a
densely connected CFG than RU and LR
[13:54]it really is the LIVE problem only.
[13:55]i'm not sure i understand why...
[13:55](actually I am sure I don't understand why ;))
[13:55]  LR is fine but LIVE is not ?
[13:55]yes
[13:57] remember that live is one of the few forwards problems.
it could be that your (sparks) ordering of the blocks is wierd for forwards
problems
[13:57] s/wierd/bad/
[13:57]yeah, that crossed my mind too
[13:58]  could be.
[13:58] i see a reassignment in pr3400's future
[13:58]or we may be passing it the wrong order
[13:58] you could easily get n**2 behavior in either case.
[13:59]what was it again, forward problems need pre-order??
[14:00]  both reverse post order. but one is with inverted graph.
[14:00]right
[14:00]i always have to look this up :)
[14:01]  actually there's no literature on this - cause the literature
is wrong.
[14:01]we pass it postorder_inverted for DF_FORWARD
[14:02]  hm. i think i might know what's wrong.
[14:03]pray tell
[14:03]  when the graph is inverted, it could have multiple entries.
[14:04]  we deal with that by some hack.
[14:04]you mean fake edges
[14:04]  no. without fake edges.
[14:04]uh...
[14:04]  if we add fake edges, there's no multiple entries.
[14:05]  but we can't, because some passes do not want to have those
fake edges.
[14:06]  i think we might not have the correct order between regions
from multiple entries in an inverted graph - i haven't thought about that, and
i should have.
[14:07]  hold on. i think it shouldn't matter for the forward problem.
hm.
[14:07]are you going to think about it now then, and take the
bug?
[14:07]  send it to me anyway :(


-- 

zadeck at naturalbridge dot com changed:

   What|Removed |Added

 AssignedTo|steven at gcc dot gnu dot   |spark at gcc dot gnu dot org
   |org |


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

[Bug middle-end/34400] [4.3 regression] bad interaction between DF and SJLJ exceptions

[ebotcazou at gcc dot gnu dot org]

--- Comment #15 from ebotcazou at gcc dot gnu dot org  2007-12-10 19:14 
---
> Actually this is perfectly quadratic: Two basic blocks are fake (exit and
> entry) so there are 564 real basic blocks.  (564 / 4)^2 = 141^2 = 19881. 
> Indeed the number of edges scales with the number of MCASEs in the test case.

Yes, this is a known problem of the Ada SJLJ scheme, it's too "unstructured".


-- 


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

[Bug libstdc++/34423] Reading doubles smaller than 1e-308 in gcc 4.2.2 on os x corrupts future reads

[pcarlini at suse dot de]

--- Comment #2 from pcarlini at suse dot de  2007-12-10 19:26 ---
What you call "corruption of future reads" is just failbit set, due to
underflow, evidently. You can simply reset it to goodbit and proceed. That
said, I have no idea why the behavior is different in 4.2.2 vs 4.0.1, since
nothing changed in the relevant part of the C++ library (of our competence),
which simply does in both releases:

  double __d = strtod(__s, &__sanity);
  if (__sanity != __s && errno != ERANGE)
__v = __d;
  else
__err |= ios_base::failbit;

Note, however, that it is implementation defined in the underlying C library
whether errno is set to ERANGE by strtod on underflow. Maybe you also updated
the C library, which changed behavior lately on darwin? Anyway, it is very
unlikely that at this point in the release story of 4.2.x the C++ library side
will change. On the other hand, it will change for 4.3.0: there we avoid using
ERANGE completely and underflow never sets failbit, the behavior that you want.


-- 

pcarlini at suse dot de changed:

   What|Removed |Added

  Component|c++ |libstdc++


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

[Bug rtl-optimization/34302] [4.3 regression] Invalid code reordering

[jakub at gcc dot gnu dot org]

--- Comment #9 from jakub at gcc dot gnu dot org  2007-12-10 19:35 ---
Created an attachment (id=14721)
 --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=14721&action=view)
gcc43-pr34302-test.patch

And here is an executable testcase, fails without your auto-inc-dec.c
fix for -O and higher with -m{32,64} on ppc*-linux, succeeds with it.


-- 


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

[Bug fortran/34425] New: bogus warning

[jv244 at cam dot ac dot uk]

trunk gfortran, testcase derived from CP2K:

INTEGER :: i(-1:1)
CALL S(i)
CONTAINS
 SUBROUTINE S(i)
  INTEGER :: i(0:2)
 END SUBROUTINE
END

test.f90:2.7:

CALL S(i)
  1
Warning: Actual argument contains too few elements for dummy argument 'i' (1/3)
at (1)


-- 
   Summary: bogus warning
   Product: gcc
   Version: 4.3.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: fortran
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: jv244 at cam dot ac dot uk


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

[Bug java/34426] New: GCC 4.2.2 compile failed in java due to error in java class

[william-paul dot philibert at telus dot com]

I am trying to compile GCC 4.2.2 on a T2000 running Solaris 10 release "Solaris
10 11/06 s10s_u3wos_10 SPARC"

I compiled GCC 4.2.2 successfully using GCC 4.1.1, no error.

When I try to compile GCC 4.2.2 with a compiled GCC 4.2.2 it result in a series
of error reporting problem with "java.lang", "String not found in the
declaration ...", "Class not found".

The following is a summary of what I get in screen and is striped of about 5000
rows, maybe more !

 *
 configure
 *
/opt/local/src/gcc-4.2.2/configure --with-ld=/usr/ccs/bin/ld
--with-as=/usr/ccs/bin/as --prefix=/tmp/usr/local
--with-libiconv-prefix=/usr/local

make bootstrap


/opt/local/src/build-gcc-4.2.2/./gcc/gcj
-B/opt/local/src/build-gcc-4.2.2/./gcc/
-B/tmp/usr/local/sparc-sun-solaris2.10/bin/
-B/tmp/usr/local/sparc-sun-solaris2.10/lib/ -isystem
/tmp/usr/local/sparc-sun-solaris2.10/include -isystem
/tmp/usr/local/sparc-sun-solaris2.10/sys-include  -m64 -encoding UTF-8
--bootclasspath '../lib':'../lib/glibj.zip' --classpath . -C -d classes
/opt/local/src/gcc-4.2.2/libjava/classpath/tools/gnu/classpath/tools/*.java
/opt/local/src/gcc-4.2.2/libjava/classpath/tools/gnu/classpath/tools/*/*.java
/opt/local/src/gcc-4.2.2/libjava/classpath/tools/gnu/classpath/tools/*/*/*.java
/opt/local/src/gcc-4.2.2/libjava/classpath/tools/gnu/classpath/tools/AbstractMethodGenerator.java:0:
error: Can't find default package 'java.lang'. Check the CLASSPATH environment
variable and the access to the archives
/opt/local/src/gcc-4.2.2/libjava/classpath/tools/gnu/classpath/tools/HelpPrinter.java:43:
error: Class or interface 'java.io.InputStreamReader' not found in import.
import java.io.InputStreamReader;
  ^
/opt/local/src/gcc-4.2.2/libjava/classpath/tools/gnu/classpath/tools/HelpPrinter.java:61:
error: Type 'String' not found in the declaration of the argument 'args' of
method 'checkHelpKey'.
  public static void checkHelpKey(String[] args, String helpResourcePath)
 ^
/opt/local/src/gcc-4.2.2/libjava/classpath/tools/gnu/classpath/tools/HelpPrinter.java:61:
error: Type 'String' not found in the declaration of the argument
'helpResourcePath' of method 'checkHelpKey'.
  public static void checkHelpKey(String[] args, String helpResourcePath)
^
/opt/local/src/gcc-4.2.2/libjava/classpath/tools/gnu/classpath/tools/HelpPrinter.java:65:
error: Type 'String' not found in the declaration of the local variable 'a'.
String a = args[i];
   ^
/opt/local/src/gcc-4.2.2/libjava/classpath/tools/gnu/classpath/tools/HelpPrinter.java:78:
error: Type 'String' not found in the declaration of the argument
'helpResourcePath' of method 'printHelp'.
  public static void printHelp(String helpResourcePath)
  ^
/opt/local/src/gcc-4.2.2/libjava/classpath/tools/gnu/classpath/tools/HelpPrinter.java:80:
error: Class 'java.lang.NoClassDefFoundError' not found in 'throws'.
InputStream in = HelpPrinter.class.getResourceAsStream(helpResourcePath);
^
/opt/local/src/gcc-4.2.2/libjava/classpath/tools/gnu/classpath/tools/HelpPrinter.java:80:
error: Type 'java.lang.ClassNotFoundException' not found in the declaration of
the local variable 'write_parm_value$'.
InputStream in = HelpPrinter.class.getResourceAsStream(helpResourcePath);
^
/opt/local/src/gcc-4.2.2/libjava/classpath/tools/gnu/classpath/tools/HelpPrinter.java:80:
error: Type 'InputStream' not found in the declaration of the local variable
'in'.
InputStream in = HelpPrinter.class.getResourceAsStream(helpResourcePath);
   ^
/opt/local/src/gcc-4.2.2/libjava/classpath/tools/gnu/classpath/tools/HelpPrinter.java:81:
error: Type 'BufferedReader' not found in the declaration of the local variable
'br'.
BufferedReader br = new BufferedReader(new InputStreamReader(in));
   ^
/opt/local/src/gcc-4.2.2/libjava/classpath/tools/gnu/classpath/tools/HelpPrinter.java:84:
error: Type 'String' not found in the declaration of the local variable 's'.
String s;
   ^
/opt/local/src/gcc-4.2.2/libjava/classpath/tools/gnu/classpath/tools/HelpPrinter.java:88:
error: Type 'IOException' not found in the declaration of the local variable
'x'.
catch (IOException x)
  ^
/opt/local/src/gcc-4.2.2/libjava/classpath/tools/gnu/classpath/tools/HelpPrinter.java:99:
error: Type 'IOException' not found in the declaration of the local variable
'ignored'.
catch (IOException ignored)
  ^
/opt/local/src/gcc-4.2.2/libjava/classpath/tools/gnu/classpath/tools/HelpPrinter.java:111:
error: Type 'String' not found in the declaration of the argument
'helpResourcePath' of method 'printHelpAndExit'.
  public static void printHelpAndExit(String helpResourcePath)
 ^
/opt/local/src/gcc-4.2.2/libjava/classpath/tools/gnu/classpath/tools/appletviewer/AppletClassLoader

[Bug c++/34362] Segmentation fault while using array of character pointers.

[stevekoe at hotmail dot com]

--- Comment #2 from stevekoe at hotmail dot com  2007-12-10 19:47 ---
Thank you. 


-- 

stevekoe at hotmail dot com changed:

   What|Removed |Added

 Status|RESOLVED|VERIFIED


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

[Bug fortran/34411] hang-up during read of non-expected input

[dominiq at lps dot ens dot fr]

--- Comment #5 from dominiq at lps dot ens dot fr  2007-12-10 19:49 ---
Patch of comment #4 works as advertised without regression at -m32 and -m64 
for ppc-Darwin9 and Intel-Darwin8/9.


-- 


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

[Bug java/34426] GCC 4.2.2 compile failed in java due to error in java class

[pinskia at gcc dot gnu dot org]

--- Comment #1 from pinskia at gcc dot gnu dot org  2007-12-10 19:53 ---
Do you have CONFIG_SHELL set, because that is required for building under
solaris.

Make sure you read the installation directions where all of this is described.


-- 

pinskia at gcc dot gnu dot org changed:

   What|Removed |Added

 GCC target triplet||sparc-sun-solaris2.10


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

[Bug java/34426] GCC 4.2.2 compile failed in java due to error in java class

[william-paul dot philibert at telus dot com]

--- Comment #2 from william-paul dot philibert at telus dot com  2007-12-10 
19:58 ---
Yes, CONFIG_SHELL set /bin/ksh


-- 


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

[Bug rtl-optimization/34302] [4.3 regression] Invalid code reordering

[zadeck at naturalbridge dot com]

--- Comment #10 from zadeck at naturalbridge dot com  2007-12-10 20:02 
---
Subject: Re:  [4.3 regression] Invalid code reordering

jakub at gcc dot gnu dot org wrote:
> --- Comment #9 from jakub at gcc dot gnu dot org  2007-12-10 19:35 ---
> Created an attachment (id=14721)
 --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=14721&action=view)
>  --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=14721&action=view)
> gcc43-pr34302-test.patch
>
> And here is an executable testcase, fails without your auto-inc-dec.c
> fix for -O and higher with -m{32,64} on ppc*-linux, succeeds with it.
>
>
>   
thanks, i will add this to my patch an get it approved.

kenny


-- 


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

[Bug libstdc++/34423] Reading doubles smaller than 1e-308 in gcc 4.2.2 on os x

[conley at astro dot utoronto dot ca]

--- Comment #3 from conley at astro dot utoronto dot ca  2007-12-10 20:08 
---
Subject: Re:  Reading doubles smaller than 1e-308 in gcc 4.2.2 on os x corrupts
future reads

Ok, thanks for the information.  So the mystery
is then: why is failbit set on that read in 4.2.2
and not 4.0.1 (and whatever version of libstdc++
each is linking against).  Inserting a little check and error message
code does confirm that
 1) On 4.2.2, failbit is set after the read, and clearing it
 does make the next read work correctly.  But the
 first read does fail, and results in the wrong value.
  2) On 4.0.1, failbit is _not_ set after the read, and the
  whole thing works the way it should.

After all, 1e-321 is not too small for a 64 bit double,
so the read should work and there should be no underflow.

Of course, this may well be related
to some change in the stdc++ libraries or a mistake on
the part of whomever packaged this for fink/OS X.
On my machine, gcc 4.0.1 links against libstdc++-6.0.4
and gcc 4.2.2 against libstdc++-6.0.9

Alex

On 10 Dec 2007 19:26:56 -, pcarlini at suse dot de
<[EMAIL PROTECTED]> wrote:
>
>
> --- Comment #2 from pcarlini at suse dot de  2007-12-10 19:26 ---
> What you call "corruption of future reads" is just failbit set, due to
> underflow, evidently. You can simply reset it to goodbit and proceed. That
> said, I have no idea why the behavior is different in 4.2.2 vs 4.0.1, since
> nothing changed in the relevant part of the C++ library (of our competence),
> which simply does in both releases:
>
>   double __d = strtod(__s, &__sanity);
>   if (__sanity != __s && errno != ERANGE)
> __v = __d;
>   else
> __err |= ios_base::failbit;
>
> Note, however, that it is implementation defined in the underlying C library
> whether errno is set to ERANGE by strtod on underflow. Maybe you also updated
> the C library, which changed behavior lately on darwin? Anyway, it is very
> unlikely that at this point in the release story of 4.2.x the C++ library side
> will change. On the other hand, it will change for 4.3.0: there we avoid using
> ERANGE completely and underflow never sets failbit, the behavior that you 
> want.
>
>
> --
>
> pcarlini at suse dot de changed:
>
>What|Removed |Added
> 
>   Component|c++ |libstdc++
>
>
> http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34423
>
> --- You are receiving this mail because: ---
> You reported the bug, or are watching the reporter.
>


-- 


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

[Bug tree-optimization/32636] [4.3 Regression] 25_algorithms/search_n/iterator.cc: pch-related verify_ssa failure

[jakub at gcc dot gnu dot org]

--- Comment #25 from jakub at gcc dot gnu dot org  2007-12-10 20:25 ---
Could you please attach the testcase preprocessed, so I can try to debug it
using a cross?  Thanks.


-- 


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

[Bug target/34412] ICE in extract_insn, at recog.c:1990

[rask at gcc dot gnu dot org]

--- Comment #3 from rask at gcc dot gnu dot org  2007-12-10 20:42 ---
Broken prologue expander, notice the mode mismatch: (plus:QI (reg/f:HI 


-- 


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

[Bug rtl-optimization/34302] [4.3 regression] Invalid code reordering

[zadeck at naturalbridge dot com]

--- Comment #11 from zadeck at naturalbridge dot com  2007-12-10 20:46 
---
Subject:  [4.3 regression] Invalid code reordering

This patch fixes where the move insn is inserted on pre increments.  it
had been inserted before the auto inc but this is not correct.  it needs
to replace the existing add to properly handle the case where the
operands of the add change between the add and the load.

Tested on ppc-32.  The patch will only effect architectures with pre
increment.

Ok for commit?

Jakub, note that i changed the name of your testcase from 20071012-1.c
to 20071210-1.c.
I believe that this is the correct.

Kenny


2007-12-10  Kenneth Zadeck <[EMAIL PROTECTED]>

PR rtl-optimization/34302
* auto-inc-dec.c (attempt_change): Change place where move is
inserted.

2007-12-10  Jakub Jelinek  <[EMAIL PROTECTED]>

PR rtl-optimization/34302
* gcc.c-torture/execute/20071210-1.c: New test.

Index: auto-inc-dec.c
===
--- auto-inc-dec.c  (revision 130748)
+++ auto-inc-dec.c  (working copy)
@@ -550,7 +550,10 @@ attempt_change (rtx new_addr, rtx inc_re
   switch (inc_insn.form)
 {
 case FORM_PRE_ADD:
-  mov_insn = insert_move_insn_before (mem_insn.insn, 
+  /* Replace the addition with a move.  Do it at the location of
+the addition since the operand of the addition may change
+before the memory reference.  */
+  mov_insn = insert_move_insn_before (inc_insn.insn, 
  inc_insn.reg_res, inc_insn.reg0);
   move_dead_notes (mov_insn, inc_insn.insn, inc_insn.reg0);

@@ -673,7 +676,7 @@ try_merge (void)
 }

   /* Look to see if the inc register is dead after the memory
- reference.  If it is do not do the combination.  */
+ reference.  If it is, do not do the combination.  */
   if (find_regno_note (last_insn, REG_DEAD, REGNO (inc_reg)))
 {
   if (dump_file)
Index: testsuite/gcc.c-torture/execute/20071210-1.c
===
--- testsuite/gcc.c-torture/execute/20071210-1.c(revision 0)
+++ testsuite/gcc.c-torture/execute/20071210-1.c(revision 0)
@@ -0,0 +1,67 @@
+/* PR rtl-optimization/34302 */
+
+extern void abort (void);
+
+struct S
+{
+  int n1, n2, n3, n4;
+};
+
+__attribute__((noinline)) struct S
+foo (int x, int y, int z)
+{
+  if (x != 10 || y != 9 || z != 8)
+abort ();
+  struct S s = { 1, 2, 3, 4 };
+  return s;
+}
+
+__attribute__((noinline)) void **
+bar (void **u, int *v)
+{
+  void **w = u;
+  int *s = v, x, y, z;
+  void **p, **q;
+  static void *l[] = { &&lab1, &&lab1, &&lab2, &&lab3, &&lab4 };
+
+  if (!u)
+return l;
+
+  q = *w++;
+  goto *q;
+lab2:
+  p = q;
+  q = *w++;
+  x = s[2];
+  y = s[1];
+  z = s[0];
+  s -= 1;
+  struct S r = foo (x, y, z);
+  s[3] = r.n1;
+  s[2] = r.n2;
+  s[1] = r.n3;
+  s[0] = r.n4;
+  goto *q;
+lab3:
+  p = q;
+  q = *w++;
+  s += 1;
+  s[0] = 23;
+lab1:
+  goto *q;
+lab4:
+  return 0;
+}
+
+int
+main (void)
+{
+  void **u = bar ((void **) 0, (int *) 0);
+  void *t[] = { u[2], u[4] };
+  int s[] = { 7, 8, 9, 10, 11, 12 };
+  if (bar (t, &s[1]) != (void **) 0
+  || s[0] != 4 || s[1] != 3 || s[2] != 2 || s[3] != 1
+  || s[4] != 11 || s[5] != 12)
+abort ();
+  return 0;
+}


-- 


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

[Bug rtl-optimization/34302] [4.3 regression] Invalid code reordering

[richard dot guenther at gmail dot com]

--- Comment #12 from richard dot guenther at gmail dot com  2007-12-10 
20:56 ---
Subject: Re:  [4.3 regression] Invalid code reordering

On Dec 10, 2007 9:46 PM, Kenneth Zadeck <[EMAIL PROTECTED]> wrote:
> This patch fixes where the move insn is inserted on pre increments.  it
> had been inserted before the auto inc but this is not correct.  it needs
> to replace the existing add to properly handle the case where the
> operands of the add change between the add and the load.
>
> Tested on ppc-32.  The patch will only effect architectures with pre
> increment.
>
> Ok for commit?

This is ok.

Thanks,
Richard.

> Jakub, note that i changed the name of your testcase from 20071012-1.c
> to 20071210-1.c.
> I believe that this is the correct.
>
> Kenny
>
>
> 2007-12-10  Kenneth Zadeck <[EMAIL PROTECTED]>
>
> PR rtl-optimization/34302
> * auto-inc-dec.c (attempt_change): Change place where move is
> inserted.
>
> 2007-12-10  Jakub Jelinek  <[EMAIL PROTECTED]>
>
> PR rtl-optimization/34302
> * gcc.c-torture/execute/20071210-1.c: New test.
>
>


-- 


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

[Bug libstdc++/34423] Reading doubles smaller than 1e-308 in gcc 4.2.2 on os x

[pcarlini at suse dot de]

--- Comment #4 from pcarlini at suse dot de  2007-12-10 21:01 ---
(In reply to comment #3)
> Ok, thanks for the information.  So the mystery
> is then: why is failbit set on that read in 4.2.2
> and not 4.0.1 (and whatever version of libstdc++
> each is linking against).  Inserting a little check and error message
> code does confirm that
>  1) On 4.2.2, failbit is set after the read, and clearing it
>  does make the next read work correctly.  But the
>  first read does fail, and results in the wrong value.
>   2) On 4.0.1, failbit is _not_ set after the read, and the
>   whole thing works the way it should.
> 
> After all, 1e-321 is not too small for a 64 bit double,
> so the read should work and there should be no underflow.

Note that, *assuming* this is really the case, then the problem cannot be with
the C++ library, because we simply forward to the underlying C library as
regards diagnosing underflow.

In any case, I can confirm that, as I expected, on powerpc-darwin8.11 the
behavior of 4.0.x and 4.2.x vs underflow is the same: when underflow happens,
failbit is set. Again, as I expected, 4.3.0 behaves differently, never sets
eofbit on underflow.

I still think that something outside or (GCC / libstdc++-v3) control is
happening on i686-darwin wrt underflow, because there are no differences in our
code between 4.0.x and 4.2.x that can explain the difference. Unless someone
diagnoses in detail what is going wrong on i686-darwin (which I don't have
available), the problem will not be dealt with in 4.2.x, I'm afraid, doesn't
appear as a regression and the changes in 4.3.0 are too invasive for 4.2.3.


-- 


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

[Bug target/8835] [mcore-elf] bootstrap ICE at expr.c:2771

[rask at gcc dot gnu dot org]

--- Comment #18 from rask at gcc dot gnu dot org  2007-12-10 21:03 ---
Mainline revision 130699:
/n/11/rask/build/gcc-mcore-unknown-elf/mcore-unknown-elf/libstdc++-v3/include/iomanip:
In function 'std::_Setfill<_CharT> std::setfill(_CharT) [with _CharT = char]':
/n/11/rask/build/gcc-mcore-unknown-elf/mcore-unknown-elf/libstdc++-v3/include/iomanip:175:
internal compiler error: in emit_move_insn, at expr.c:3366


-- 

rask at gcc dot gnu dot org changed:

   What|Removed |Added

 AssignedTo|unassigned at gcc dot gnu   |rask at gcc dot gnu dot org
   |dot org |
 Status|NEW |ASSIGNED
  Known to fail||4.3.0
   Last reconfirmed|2005-07-01 04:36:32 |2007-12-10 21:03:27
   date||


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

[Bug libstdc++/34423] Reading doubles smaller than 1e-308 in gcc 4.2.2 on os x

[pcarlini at suse dot de]

--- Comment #5 from pcarlini at suse dot de  2007-12-10 21:08 ---
(In reply to comment #4)
... Again, as I expected, 4.3.0 behaves differently, never sets
> eofbit on underflow.

I meant failbit of course.


-- 


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

[Bug rtl-optimization/34302] [4.3 regression] Invalid code reordering

[zadeck at gcc dot gnu dot org]

--- Comment #13 from zadeck at gcc dot gnu dot org  2007-12-10 21:32 ---
Subject: Bug 34302

Author: zadeck
Date: Mon Dec 10 21:31:59 2007
New Revision: 130751

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=130751
Log:
2007-12-10  Kenneth Zadeck <[EMAIL PROTECTED]>

PR rtl-optimization/34302
* auto-inc-dec.c (attempt_change): Change place where move is
inserted.

2007-12-10  Jakub Jelinek  <[EMAIL PROTECTED]>

PR rtl-optimization/34302
* gcc.c-torture/execute/20071210-1.c: New test.


Added:
trunk/gcc/testsuite/gcc.c-torture/execute/20071210-1.c
Modified:
trunk/gcc/ChangeLog
trunk/gcc/auto-inc-dec.c
trunk/gcc/testsuite/ChangeLog


-- 


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

[Bug rtl-optimization/34302] [4.3 regression] Invalid code reordering

[zadeck at naturalbridge dot com]

--- Comment #14 from zadeck at naturalbridge dot com  2007-12-10 21:32 
---
Subject: Re:  [4.3 regression] Invalid code reordering

Richard Guenther wrote:
> On Dec 10, 2007 9:46 PM, Kenneth Zadeck <[EMAIL PROTECTED]> wrote:
>   
>> This patch fixes where the move insn is inserted on pre increments.  it
>> had been inserted before the auto inc but this is not correct.  it needs
>> to replace the existing add to properly handle the case where the
>> operands of the add change between the add and the load.
>>
>> Tested on ppc-32.  The patch will only effect architectures with pre
>> increment.
>>
>> Ok for commit?
>> 
>
> This is ok.
>
> Thanks,
> Richard.
>
>   
>> Jakub, note that i changed the name of your testcase from 20071012-1.c
>> to 20071210-1.c.
>> I believe that this is the correct.
>>
>> Kenny
>>
>>
>> 2007-12-10  Kenneth Zadeck <[EMAIL PROTECTED]>
>>
>> PR rtl-optimization/34302
>> * auto-inc-dec.c (attempt_change): Change place where move is
>> inserted.
>>
>> 2007-12-10  Jakub Jelinek  <[EMAIL PROTECTED]>
>>
>> PR rtl-optimization/34302
>> * gcc.c-torture/execute/20071210-1.c: New test.
>>
>>
>> 
committed as revision 130751

Kenny


-- 


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

[Bug rtl-optimization/34302] [4.3 regression] Invalid code reordering

[zadeck at naturalbridge dot com]

--- Comment #15 from zadeck at naturalbridge dot com  2007-12-10 21:33 
---
committed


-- 

zadeck at naturalbridge dot com changed:

   What|Removed |Added

 Status|UNCONFIRMED |RESOLVED
 Resolution||FIXED


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

[Bug fortran/34425] bogus warning

[burnus at gcc dot gnu dot org]

--- Comment #1 from burnus at gcc dot gnu dot org  2007-12-10 21:43 ---
Subject: Bug 34425

Author: burnus
Date: Mon Dec 10 21:42:56 2007
New Revision: 130752

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=130752
Log:
2007-12-10  Tobias Burnus  <[EMAIL PROTECTED]>

PR fortran/34425
* interface.c (get_expr_storage_size): Use signed integer when
obtaining the bounds.

2007-12-10  Tobias Burnus  <[EMAIL PROTECTED]>

PR fortran/34425
* gfortran.dg/argument_checking_10.f90: New.


Added:
trunk/gcc/testsuite/gfortran.dg/argument_checking_10.f90
Modified:
trunk/gcc/fortran/ChangeLog
trunk/gcc/fortran/interface.c
trunk/gcc/testsuite/ChangeLog


-- 


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

[Bug fortran/34425] bogus warning

[burnus at gcc dot gnu dot org]

--- Comment #2 from burnus at gcc dot gnu dot org  2007-12-10 21:45 ---
FIXED on the trunk (4.3.0).

Thanks for the bugreport.


-- 

burnus at gcc dot gnu dot org changed:

   What|Removed |Added

 Status|UNCONFIRMED |RESOLVED
 Resolution||FIXED
   Target Milestone|--- |4.3.0


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

[Bug middle-end/34400] [4.3 regression] bad interaction between DF and SJLJ exceptions

[steven at gcc dot gnu dot org]

--- Comment #16 from steven at gcc dot gnu dot org  2007-12-10 22:08 ---
The problem is similar to bug 17340.
And so is my proposed fix.

I've sent out a hack for testing to a few people.  We'll get back to this one
asap.


-- 


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

[Bug c++/34397] [4.3 regression] ICE on invalid default template parameter

[reichelt at gcc dot gnu dot org]

--- Comment #5 from reichelt at gcc dot gnu dot org  2007-12-10 22:17 
---
> What target is this on?

i686-pc-linux-gnu.

I can see the ICE since at least 2007-05-13 on mainline (I don't have any older
mainline versions around).


-- 

reichelt at gcc dot gnu dot org changed:

   What|Removed |Added

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


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

[Bug c++/34364] [4.1/4.2/4.3 Regression] class& is not known as as a class-type anymore after dynamic_cast

[jakub at gcc dot gnu dot org]

--- Comment #2 from jakub at gcc dot gnu dot org  2007-12-10 22:19 ---
Testing a fix.


-- 

jakub at gcc dot gnu dot org changed:

   What|Removed |Added

 AssignedTo|unassigned at gcc dot gnu   |jakub at gcc dot gnu dot org
   |dot org |
 Status|NEW |ASSIGNED
   Last reconfirmed|2007-12-08 20:23:26 |2007-12-10 22:19:57
   date||


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

[Bug target/34403] [4.3 regression] wrong frequency of block

[ebotcazou at gcc dot gnu dot org]

--- Comment #6 from ebotcazou at gcc dot gnu dot org  2007-12-10 22:30 
---
Subject: Bug 34403

Author: ebotcazou
Date: Mon Dec 10 22:30:02 2007
New Revision: 130753

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=130753
Log:
PR target/34403
* config/i386/i386.c (ix86_expand_movmem): Punt if the count is large.
(ix86_expand_setmem): Likewise.


Added:
trunk/gcc/testsuite/g++.dg/opt/memcpy1.C
Modified:
trunk/gcc/ChangeLog
trunk/gcc/config/i386/i386.c
trunk/gcc/testsuite/ChangeLog


-- 


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

[Bug target/34403] [4.3 regression] wrong frequency of block

[ebotcazou at gcc dot gnu dot org]

--- Comment #7 from ebotcazou at gcc dot gnu dot org  2007-12-10 22:32 
---
Should be OK now.


-- 

ebotcazou at gcc dot gnu dot org changed:

   What|Removed |Added

 Status|ASSIGNED|RESOLVED
 Resolution||FIXED


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

[Bug fortran/34427] New: [4.3 Regression] 481.wrf in SPEC CPU 2006 miscompiled

[hjl at lucon dot org]

Revision 130629:

http://gcc.gnu.org/ml/gcc-cvs/2007-12/msg00079.html

failed 481.wrf:

module_io.fppized.f90:18531: internal compiler error: in change_file, at
fortran/scanner.c:322
Please submit a full bug report,
with preprocessed source if appropriate.
See  for instructions.
specmake[1]: *** [module_io.fppized.o] Error 1

Revision 130712:

http://gcc.gnu.org/ml/gcc-cvs/2007-12/msg00163.html

fixed the compiler crash. But it miscompiled wrf:


Contents of wrf.err

STOP wrf_abort
 -- FATAL CALLED ---
 module_configure: initial_config: error reading namelist
 ---


-- 
   Summary: [4.3 Regression]   481.wrf in SPEC CPU 2006 miscompiled
   Product: gcc
   Version: 4.3.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: fortran
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: hjl at lucon dot org


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

[Bug c++/34059] [4.1/4.2/4.3 regression] ICE with invalid base type for class member

[simartin at gcc dot gnu dot org]

--- Comment #5 from simartin at gcc dot gnu dot org  2007-12-10 22:39 
---
Subject: Bug 34059

Author: simartin
Date: Mon Dec 10 22:39:27 2007
New Revision: 130754

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=130754
Log:
gcc/cp/

2007-12-10  Simon Martin  <[EMAIL PROTECTED]>

PR c++/34059
* typeck.c (build_class_member_access_expr): Compute MEMBER_SCOPE from
MEMBER's BASELINK_ACCESS_BINFO instead of its BASELINK_BINFO.

gcc/testsuite/

2007-12-10  Simon Martin  <[EMAIL PROTECTED]>

PR c++/34059
* g++.dg/parse/crash40.C: New test.

Added:
trunk/gcc/testsuite/g++.dg/parse/crash40.C
Modified:
trunk/gcc/cp/ChangeLog
trunk/gcc/cp/typeck.c
trunk/gcc/testsuite/ChangeLog


-- 


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

[Bug tree-optimization/34371] [4.3 Regression] verify_stmts failed (incorrect sharing of tree nodes)

[jakub at gcc dot gnu dot org]

--- Comment #5 from jakub at gcc dot gnu dot org  2007-12-10 22:49 ---
Subject: Bug 34371

Author: jakub
Date: Mon Dec 10 22:49:43 2007
New Revision: 130755

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=130755
Log:
PR tree-optimization/34371
* tree-vectorizer.h (struct _loop_vec_info): Add num_iters_unchanged
field.
(LOOP_VINFO_NITERS_UNCHANGED): Define to num_iters_unchanged field.
* tree-vectorizer.c (set_prologue_iterations,
slpeel_tree_peel_loop_to_edge): Call unshare_expr on
LOOP_VINFO_NITERS_UNCHANGED before using it.

* gcc.c-torture/compile/20071207-1.c: New test.

Added:
trunk/gcc/testsuite/gcc.c-torture/compile/20071207-1.c
Modified:
trunk/gcc/ChangeLog
trunk/gcc/testsuite/ChangeLog
trunk/gcc/tree-vectorizer.c
trunk/gcc/tree-vectorizer.h


-- 


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

[Bug c++/34059] [4.1/4.2 regression] ICE with invalid base type for class member

[jakub at gcc dot gnu dot org]

--- Comment #6 from jakub at gcc dot gnu dot org  2007-12-10 22:50 ---
Fixed on the trunk, thanks.


-- 

jakub at gcc dot gnu dot org changed:

   What|Removed |Added

Summary|[4.1/4.2/4.3 regression] ICE|[4.1/4.2 regression] ICE
   |with invalid base type for  |with invalid base type for
   |class member|class member


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

[Bug tree-optimization/34371] [4.3 Regression] verify_stmts failed (incorrect sharing of tree nodes)

[jakub at gcc dot gnu dot org]

--- Comment #6 from jakub at gcc dot gnu dot org  2007-12-10 22:51 ---
Fixed.


-- 

jakub at gcc dot gnu dot org changed:

   What|Removed |Added

 Status|ASSIGNED|RESOLVED
 Resolution||FIXED


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