[Bug bootstrap/35521] gcc-3.4.4 build on solaris -10 failing

[ebotcazou at gcc dot gnu dot org]

--- Comment #2 from ebotcazou at gcc dot gnu dot org  2008-03-10 07:22 
---
Please follow the build instructions: http://gcc.gnu.org/install


-- 

ebotcazou at gcc dot gnu dot org changed:

   What|Removed |Added

 CC||ebotcazou at gcc dot gnu dot
   ||org
 Status|UNCONFIRMED |RESOLVED
 Resolution||INVALID


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

[Bug c++/34964] ICE with broken variable in #pragma omp threadprivate

[jakub at gcc dot gnu dot org]

--- Comment #3 from jakub at gcc dot gnu dot org  2008-03-10 10:25 ---
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=34964

[Bug c++/35028] ICE with strange ctor and firstprivate

[jakub at gcc dot gnu dot org]

--- Comment #3 from jakub at gcc dot gnu dot org  2008-03-10 10:25 ---
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=35028

[Bug c++/35078] ICE with reference in parallel for loop

[jakub at gcc dot gnu dot org]

--- Comment #5 from jakub at gcc dot gnu dot org  2008-03-10 10:26 ---
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=35078

[Bug fortran/34020] Bogus codegen for openmp atomics w/ indirects operands on IPF

[jakub at gcc dot gnu dot org]

--- Comment #5 from jakub at gcc dot gnu dot org  2008-03-10 10:26 ---
No plan for 4.2 backport.


-- 

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

[Bug middle-end/35249] miscompilation of Emacs at -O

[simon dot marshall at misys dot com]

--- Comment #12 from simon dot marshall at misys dot com  2008-03-10 10:28 
---
> You really need to put the breakpoint on 'error' to be sure.  Source location
> information is seriously shaken by optimization in the 4.x series of compilers
> so I wouldn't rely on it to put breakpoints in optimized code.

I put the call of error into a new function and put a breakpoint on that.  The
breakpoint on the new function is not hit when Emacs is starting.  So, I can
only conclude that the underlying problem is not a miscompilation by gcc.

It seems to me that the underlying problem, which I still see and leads to the
breakpoint on the new function being eventually hit when Emacs has been running
for some time, is a bug in Emacs.  Does that seem reasonable?

Sorry for the wasted time, and thanks for looking at this.


-- 


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

[Bug tree-optimization/33361] ICE in find_outermost_region_in_block, at tree-cfg.c:4803

[jakub at gcc dot gnu dot org]

--- Comment #8 from jakub at gcc dot gnu dot org  2008-03-10 10:29 ---
No plans to backport this to 4.2.


-- 

jakub at gcc dot gnu dot org changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||FIXED


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

[Bug middle-end/35249] miscompilation of Emacs at -O

[ebotcazou at gcc dot gnu dot org]

--- Comment #13 from ebotcazou at gcc dot gnu dot org  2008-03-10 10:36 
---
> I put the call of error into a new function and put a breakpoint on that.
> The breakpoint on the new function is not hit when Emacs is starting.  So,
> I can only conclude that the underlying problem is not a miscompilation by
> gcc.

Thanks for experimenting.

> It seems to me that the underlying problem, which I still see and leads to
> the breakpoint on the new function being eventually hit when Emacs has been
> running for some time, is a bug in Emacs.  Does that seem reasonable?

Probably.  You can try to recompile the whole Emacs at -O0 though and see what
happens.  Reopen the ticket if it behaves differently than at -O2.


-- 

ebotcazou at gcc dot gnu dot org changed:

   What|Removed |Added

 Status|WAITING |RESOLVED
 Resolution||INVALID


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

[Bug c/35523] New: Wrong result for constant float expression

[martin dot apel at simpack dot de]

The following expression yields a wrong result, when compiled with gcc 4.3.0

sin(cos(tan(M_PI/2.0)))

The build system is a 64 bit Redhat 5 enterprise Linux machine (kernel 2.6.18)
with a quad-core Q6600 Intel Core 2 processor.

Configure options for gcc are:
onfigured with: ../configure --prefix=/home/home_dev/apel/tools/linux64
--with-gmp=/home/home_dev/apel/tools/linux64
--with-mpfr=/home/home_dev/apel/tools/linux64 --program-suffix=-4.3
--with-gnu-as --with-gnu-ld --with-arch=core2

Command line:
  gcc-4.3 -o test test.c

The preprocessed source file is attached.


-- 
   Summary: Wrong result for constant float expression
   Product: gcc
   Version: 4.3.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: c
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: martin dot apel at simpack dot de
 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=35523

[Bug c/35523] Wrong result for constant float expression

[martin dot apel at simpack dot de]

--- Comment #1 from martin dot apel at simpack dot de  2008-03-10 10:37 
---
Created an attachment (id=15288)
 --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15288&action=view)
Preprocessed source file producing the bug


-- 


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

[Bug c/35523] Wrong result for constant float expression

[martin dot apel at simpack dot de]

--- Comment #2 from martin dot apel at simpack dot de  2008-03-10 10:42 
---
Version information for libgmp: 4.2.2, compiled with gcc-4.2.2
Version information for libmpfr: 2.3.1, compiled with gcc-4.2.2


-- 


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

[Bug target/35496] [4.4 Regression] test failures between revs. 132950 and 132974

[ubizjak at gmail dot com]

--- Comment #16 from ubizjak at gmail dot com  2008-03-10 12:48 ---
(In reply to comment #14)
> Does MS bitfield struct require 8byte alignment for long long field
> for 32bit target?

Can you try following patch (this will aling DImode values to their natural
alignment - if bigger than default alignment - when MS bitfield is used):

Index: stor-layout.c
===
--- stor-layout.c   (revision 133071)
+++ stor-layout.c   (working copy)
@@ -699,6 +699,9 @@ update_alignment_for_field (record_layou
 && ! integer_zerop (DECL_SIZE (rli->prev_field)
{
  unsigned int type_align = TYPE_ALIGN (type);
+ unsigned int type_size
+   = tree_low_cst (TYPE_SIZE_UNIT (type), 1) * BITS_PER_UNIT;
+ type_align = MAX (type_align, type_size);
  type_align = MAX (type_align, desired_align);
  if (maximum_field_alignment != 0)
type_align = MIN (type_align, maximum_field_alignment);


-- 


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

[Bug target/35496] [4.4 Regression] test failures between revs. 132950 and 132974

[ubizjak at gmail dot com]

--- Comment #17 from ubizjak at gmail dot com  2008-03-10 13:15 ---
(In reply to comment #16)
> (In reply to comment #14)
> > Does MS bitfield struct require 8byte alignment for long long field
> > for 32bit target?
> 
> Can you try following patch (this will aling DImode values to their natural
> alignment - if bigger than default alignment - when MS bitfield is used):

Ah, we can use:

+ unsigned int type_size
+   = tree_low_cst (TYPE_SIZE (type), 1);


-- 


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

[Bug middle-end/35099] [4.3/4.4 Regression] ICE in remove_unreachable_regions with -O -fopenmp

[jakub at gcc dot gnu dot org]

--- Comment #6 from jakub at gcc dot gnu dot org  2008-03-10 13:48 ---
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|2008-02-06 20:58:59 |2008-03-10 13:48:25
   date||


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

[Bug fortran/35524] New: EXP library function not found in March 7 snapshot under FreeBSD

[michael dot a dot richmond at nasa dot gov]

The following applies to the March 7 snapshot under FreeBSD. I haven't tested
it on other platforms. When I compile and link the following program:

PROGRAM test_exp
x = exp(1.0)
END PROGRAM test_exp

I get the message:

/usr/home/mrichmond/irun/bin/../lib/gcc/i386-unknown-freebsd7.0/4.4.0/../../../libgfortran.so:
undefined reference to `expl'
collect2: ld returned 1 exit status


-- 
   Summary: EXP library function not found in March 7 snapshot under
FreeBSD
   Product: gcc
   Version: 4.4.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: fortran
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: michael dot a dot richmond at nasa dot gov


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

[Bug c++/35500] Documentation for -fPIC/-fpic/-fpie is not clear

[ddenisen at altera dot com]

--- Comment #6 from ddenisen at altera dot com  2008-03-10 14:14 ---
Thank you everybody for the feedback. I'm setting the bug to fixed.


-- 

ddenisen at altera dot com changed:

   What|Removed |Added

 Status|UNCONFIRMED |RESOLVED
 Resolution||FIXED


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

[Bug rtl-optimization/35281] [4.3/4.4 Regression] multiply with 0 generated for 64*32->64

[bonzini at gnu dot org]

--- Comment #10 from bonzini at gnu dot org  2008-03-10 14:14 ---
I have a patch.


-- 

bonzini at gnu dot org changed:

   What|Removed |Added

 AssignedTo|unassigned at gcc dot gnu   |bonzini at gnu dot org
   |dot org |
 Status|NEW |ASSIGNED
   Last reconfirmed|2008-03-05 10:14:59 |2008-03-10 14:14:30
   date||


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

[Bug middle-end/35456] Different results for inlined vs. non-inlined function

[uros at gcc dot gnu dot org]

--- Comment #6 from uros at gcc dot gnu dot org  2008-03-10 14:14 ---
Subject: Bug 35456

Author: uros
Date: Mon Mar 10 14:13:40 2008
New Revision: 133079

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=133079
Log:
Backport from mainline:
2008-03-09  Uros Bizjak  <[EMAIL PROTECTED]>

PR target/35496
* config/i386/i386.c (ix86_constant_alignment): Compute alignment using
ALIGN_MODE_128 for VECTOR_CST and INTEGER_CST in addition to REAL_CST.

2008-03-04  Uros Bizjak  <[EMAIL PROTECTED]>

PR middle-end/35456
* fold-const.c (fold_cond_expr_with_comparison): Prevent
transformations for modes that have signed zeros.
* ifcvt.c (noce_try_abs): Ditto.

testsuite/ChangeLog:

Backport from mainline:
2008-03-04  Uros Bizjak  <[EMAIL PROTECTED]>

PR middle-end/35456
* gcc.c-torture/execute/pr35456.c: New test.


Added:
branches/gcc-4_3-branch/gcc/testsuite/gcc.c-torture/execute/pr35456.c
Modified:
branches/gcc-4_3-branch/gcc/ChangeLog
branches/gcc-4_3-branch/gcc/config/i386/i386.c
branches/gcc-4_3-branch/gcc/fold-const.c
branches/gcc-4_3-branch/gcc/testsuite/ChangeLog


-- 


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

[Bug target/35496] [4.4 Regression] test failures between revs. 132950 and 132974

[uros at gcc dot gnu dot org]

--- Comment #18 from uros at gcc dot gnu dot org  2008-03-10 14:14 ---
Subject: Bug 35496

Author: uros
Date: Mon Mar 10 14:13:40 2008
New Revision: 133079

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=133079
Log:
Backport from mainline:
2008-03-09  Uros Bizjak  <[EMAIL PROTECTED]>

PR target/35496
* config/i386/i386.c (ix86_constant_alignment): Compute alignment using
ALIGN_MODE_128 for VECTOR_CST and INTEGER_CST in addition to REAL_CST.

2008-03-04  Uros Bizjak  <[EMAIL PROTECTED]>

PR middle-end/35456
* fold-const.c (fold_cond_expr_with_comparison): Prevent
transformations for modes that have signed zeros.
* ifcvt.c (noce_try_abs): Ditto.

testsuite/ChangeLog:

Backport from mainline:
2008-03-04  Uros Bizjak  <[EMAIL PROTECTED]>

PR middle-end/35456
* gcc.c-torture/execute/pr35456.c: New test.


Added:
branches/gcc-4_3-branch/gcc/testsuite/gcc.c-torture/execute/pr35456.c
Modified:
branches/gcc-4_3-branch/gcc/ChangeLog
branches/gcc-4_3-branch/gcc/config/i386/i386.c
branches/gcc-4_3-branch/gcc/fold-const.c
branches/gcc-4_3-branch/gcc/testsuite/ChangeLog


-- 


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

[Bug target/35496] [4.4 Regression] test failures between revs. 132950 and 132974

[dominiq at lps dot ens dot fr]

--- Comment #19 from dominiq at lps dot ens dot fr  2008-03-10 14:15 ---
Subject: Re:  [4.4 Regression] test failures between revs.
 132950 and 132974

> Can you try following patch ...

Both variants work for bf-ms-layout*.c, starting regtest ASAP.


-- 


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

[Bug middle-end/35456] Different results for inlined vs. non-inlined function

[ubizjak at gmail dot com]

--- Comment #7 from ubizjak at gmail dot com  2008-03-10 14:16 ---
Fixed.


-- 

ubizjak at gmail dot com changed:

   What|Removed |Added

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


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

[Bug tree-optimization/34677] PREs insert_fake_stores is mostly useless

[rguenth at gcc dot gnu dot org]

--- Comment #5 from rguenth at gcc dot gnu dot org  2008-03-10 14:39 ---
I have a patch for the non-PRE-of-globals part.


-- 

rguenth at gcc dot gnu dot org changed:

   What|Removed |Added

 AssignedTo|unassigned at gcc dot gnu   |rguenth at gcc dot gnu dot
   |dot org |org
 Status|UNCONFIRMED |ASSIGNED
 Ever Confirmed|0   |1
   Last reconfirmed|-00-00 00:00:00 |2008-03-10 14:39:27
   date||


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

[Bug c/35439] ICE using threadprivate for broken variable

[jakub at gcc dot gnu dot org]

--- Comment #1 from jakub at gcc dot gnu dot org  2008-03-10 14:55 ---
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|UNCONFIRMED |ASSIGNED
 Ever Confirmed|0   |1
   Last reconfirmed|-00-00 00:00:00 |2008-03-10 14:55:40
   date||


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

[Bug tree-optimization/35494] [4.4 Regression]: Revision 132991 breaks C++ static member

[hjl dot tools at gmail dot com]

--- Comment #11 from hjl dot tools at gmail dot com  2008-03-10 14:50 
---
The current patch is

http://gcc.gnu.org/ml/gcc-patches/2008-03/msg00572.html


-- 

hjl dot tools at gmail dot com changed:

   What|Removed |Added

URL|http://gcc.gnu.org/ml/gcc-  |http://gcc.gnu.org/ml/gcc-
   |patches/2008-   |patches/2008-
   |03/msg00466.html|03/msg00572.html
Summary|[4.4 Regression]: Revision  |[4.4 Regression]: Revision
   |132991 breaks 483.xalancbmk |132991 breaks C++ static
   ||member


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

[Bug c/35438] ICE with invalid use of threadprivate

[jakub at gcc dot gnu dot org]

--- Comment #1 from jakub at gcc dot gnu dot org  2008-03-10 15:07 ---
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|UNCONFIRMED |ASSIGNED
 Ever Confirmed|0   |1
   Last reconfirmed|-00-00 00:00:00 |2008-03-10 15:07:07
   date||


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

[Bug fortran/30676] Incomplete warning on non-conforming code with -fopenmp

[jakub at gcc dot gnu dot org]

--- Comment #2 from jakub at gcc dot gnu dot org  2008-03-10 15:10 ---
Note that with OpenMP 3.0 this is valid code.


-- 


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

[Bug c/35523] Wrong result for constant float expression

[rguenth at gcc dot gnu dot org]

--- Comment #3 from rguenth at gcc dot gnu dot org  2008-03-10 15:12 ---
gcc-4.3 -o t t.i
./t
sin(cos(tan(PI/2))) = -0.280611

gcc-4.3 -o t t.i -fno-builtin -lm
./t
sin(cos(tan(PI/2))) = -0.280611

works for me?


-- 


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

[Bug rtl-optimization/35281] [4.3/4.4 Regression] multiply with 0 generated for 64*32->64

[bonzini at gnu dot org]

--- Comment #11 from bonzini at gnu dot org  2008-03-10 15:19 ---
The patch at http://gcc.gnu.org/ml/gcc-patches/2008-03/msg00623.html fixes
mul16.


-- 

bonzini at gnu dot org changed:

   What|Removed |Added

URL||http://gcc.gnu.org/ml/gcc-
   ||patches/2008-
   ||03/msg00624.html


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

[Bug c++/35337] Broken diagnostic for firstprivate clause

[jakub at gcc dot gnu dot org]

--- Comment #1 from jakub at gcc dot gnu dot org  2008-03-10 16:04 ---
Testing a patch.


-- 

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|UNCONFIRMED |ASSIGNED
 Ever Confirmed|0   |1
   Last reconfirmed|-00-00 00:00:00 |2008-03-10 16:04:37
   date||


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

[Bug libgomp/28468] OpenMP-parallelized program crashes when OMP_NUM_THREADS > 1

[jakub at gcc dot gnu dot org]

--- Comment #7 from jakub at gcc dot gnu dot org  2008-03-10 16:09 ---
No plaans to backport this to 4.2 anymore.


-- 

jakub at gcc dot gnu dot org changed:

   What|Removed |Added

 Status|UNCONFIRMED |RESOLVED
 Resolution||FIXED


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

[Bug tree-optimization/35494] [4.4 Regression]: Revision 132991 breaks C++ static member

[hjl dot tools at gmail dot com]

--- Comment #12 from hjl dot tools at gmail dot com  2008-03-10 16:20 
---
The current patch is

http://gcc.gnu.org/ml/gcc-patches/2008-03/msg00631.html


-- 

hjl dot tools at gmail dot com changed:

   What|Removed |Added

URL|http://gcc.gnu.org/ml/gcc-  |http://gcc.gnu.org/ml/gcc-
   |patches/2008-   |patches/2008-
   |03/msg00572.html|03/msg00631.html


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

[Bug c/35523] Wrong result for constant float expression

[martin dot apel at simpack dot de]

--- Comment #4 from martin dot apel at simpack dot de  2008-03-10 16:33 
---
(In reply to comment #3)
> gcc-4.3 -o t t.i
> ./t
> sin(cos(tan(PI/2))) = -0.280611
> 
> gcc-4.3 -o t t.i -fno-builtin -lm
> ./t
> sin(cos(tan(PI/2))) = -0.280611
> 
> works for me?
> 

It compiles and runs, but the result is wrong. Using a calculator or gcc-4.2
for the same programs yields a result of -0.8273508412530949929.

Martin


-- 


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

[Bug c/35523] Wrong result for constant float expression

[pinskia at gcc dot gnu dot org]

--- Comment #5 from pinskia at gcc dot gnu dot org  2008-03-10 16:48 ---
On i686:

[EMAIL PROTECTED] local]$ ~/gcc-local/bin/gcc t.c -fno-builtin -lm -O2
[EMAIL PROTECTED] local]$ !./
./a.out
sin(cos(tan(PI/2))) = -0.827351
[EMAIL PROTECTED] local]$ ~/gcc-local/bin/gcc t.c  -lm -O2
[EMAIL PROTECTED] local]$ !./
./a.out
sin(cos(tan(PI/2))) = -0.280611


-- 


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

[Bug c/35523] Wrong result for constant float expression

[pinskia at gcc dot gnu dot org]

--- Comment #6 from pinskia at gcc dot gnu dot org  2008-03-10 16:52 ---
I also get:
[dandelion:~] pinskia% ./a.out
sin(cos(tan(PI/2))) = -0.280611

Get 4.0.1 on powerpc-darwin.


-- 


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

[Bug c++/35525] New: function in template can depend on superclass

[neleai at seznam dot cz]

When we want use template that inheriting custom class we get following error:
there are no arguments to 'aa' that depend on a template parameter, so a
declaration of 'aa' must be available

class A{ 
  int aa(){return 42;}
};
template  class B : t{
  int bb(){aa()+x;}
};
int main(){
  B <4,A> z;
}


-- 
   Summary: function in template can depend on superclass
   Product: gcc
   Version: 4.3.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: c++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: neleai at seznam dot cz
GCC target triplet: i486-linux-gnu


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

[Bug c/35523] Wrong result for constant float expression

[pinskia at gcc dot gnu dot org]

--- Comment #7 from pinskia at gcc dot gnu dot org  2008-03-10 16:53 ---
(In reply to comment #6)
> I also get:
> [dandelion:~] pinskia% ./a.out
> sin(cos(tan(PI/2))) = -0.280611

In fact this calls the functions:
fmr f1,f0
bl L_tan$stub
fmr f0,f1
fmr f1,f0
bl L_cos$stub
fmr f0,f1
fmr f1,f0
bl L_sin$stub
fmr f0,f1


-- 


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

[Bug c++/35525] function in template can depend on superclass

[pinskia at gcc dot gnu dot org]

--- Comment #1 from pinskia at gcc dot gnu dot org  2008-03-10 16:57 ---
Read: http://gcc.gnu.org/gcc-3.4/changes.html


This code is invalid and the error message explains exactly why,  The function
call is non dependent so it has to be available and cannot defined in a
dependent superclass.

Thanks,
Andrew Pinski


-- 

pinskia at gcc dot gnu dot org changed:

   What|Removed |Added

 Status|UNCONFIRMED |RESOLVED
 Resolution||INVALID


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

[Bug c/35523] Wrong result for constant float expression

[rguenth at gcc dot gnu dot org]

--- Comment #8 from rguenth at gcc dot gnu dot org  2008-03-10 16:59 ---
Are you sure your calculator isn't wrong? ;)  Gcc 4.2 produces the same result
for me (and only gcc 4.3 constant folds the result).

Of course this might be a glibc issue as indeed the 32bit version produces

./t
sin(cos(tan(PI/2))) = -0.827351

huhm.  For just tan(PI/2) I get

16331778728383844.00  (32bit)
16331239353195370.00  (64bit)

which is different enough to make a subsequent (range-reduced) sin or cos
different.


-- 


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

[Bug c/35523] Wrong result for constant float expression

[rguenth at gcc dot gnu dot org]

--- Comment #9 from rguenth at gcc dot gnu dot org  2008-03-10 17:07 ---
Obviously PI/2 isn't representable exactly here (also not the result, after
all the value is not defined, the value should approach -Inf / +Inf)
Neither ISO C nor IEEE specifies the result for exactly PI/2 (it could be only
NaN IMHO).


-- 

rguenth at gcc dot gnu dot org changed:

   What|Removed |Added

 Status|UNCONFIRMED |RESOLVED
 Resolution||INVALID


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

[Bug tree-optimization/34677] PREs insert_fake_stores is mostly useless

[rguenth at gcc dot gnu dot org]

--- Comment #6 from rguenth at gcc dot gnu dot org  2008-03-10 17:15 ---
Subject: Bug 34677

Author: rguenth
Date: Mon Mar 10 17:14:45 2008
New Revision: 133081

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=133081
Log:
2008-03-10  Richard Guenther  <[EMAIL PROTECTED]>

PR tree-optimization/34677
* tree-ssa-pre.c (modify_expr_node_pool): Remove.
(poolify_tree): Likewise.
(modify_expr_template): Likewise.
(poolify_modify_stmt): Likewise.
(insert_fake_stores): Handle all component-ref style stores
in addition to INDIRECT_REF.  Also handle complex types.
Do not poolify the inserted load.
(realify_fake_stores): Do not rebuild the tree but only
make it a SSA_NAME copy.
(init_pre): Remove initialzation of modify_expr_template.
Do not allocate modify_expr_node_pool.
(fini_pre): Do not free modify_expr_node_pool.

* gcc.dg/tree-ssa/loadpre23.c: New testcase.
* gcc.dg/tree-ssa/loadpre24.c: Likewise.
* gcc.dg/tree-ssa/loadpre25.c: Likewise.

Added:
trunk/gcc/testsuite/gcc.dg/tree-ssa/loadpre23.c
trunk/gcc/testsuite/gcc.dg/tree-ssa/loadpre24.c
trunk/gcc/testsuite/gcc.dg/tree-ssa/loadpre25.c
Modified:
trunk/gcc/ChangeLog
trunk/gcc/testsuite/ChangeLog
trunk/gcc/tree-ssa-pre.c


-- 


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

[Bug tree-optimization/34677] PREs insert_fake_stores is mostly useless

[rguenth at gcc dot gnu dot org]

--- Comment #7 from rguenth at gcc dot gnu dot org  2008-03-10 17:15 ---
Fixed.


-- 

rguenth at gcc dot gnu dot org changed:

   What|Removed |Added

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


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

[Bug c/35526] New: ICE on memcpy

[dominik dot strasser at onespin-solutions dot com]

Compiling the attached source either with g++ or gcc renders an ICE
oo.C:9: internal compiler error: in convert_move, at expr.c:373

-O must be used.

gcc -O oo.C


-- 
   Summary: ICE on memcpy
   Product: gcc
   Version: 4.3.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: c
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: dominik dot strasser at onespin-solutions dot com
 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=35526

[Bug c/35526] ICE on memcpy

[dominik dot strasser at onespin-solutions dot com]

--- Comment #1 from dominik dot strasser at onespin-solutions dot com  
2008-03-10 18:15 ---
Created an attachment (id=15289)
 --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15289&action=view)
Source file which gives the ICE


-- 


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

[Bug tree-optimization/35494] [4.4 Regression]: Revision 132991 breaks C++ static member

[hjl at gcc dot gnu dot org]

--- Comment #13 from hjl at gcc dot gnu dot org  2008-03-10 18:21 ---
Subject: Bug 35494

Author: hjl
Date: Mon Mar 10 18:20:23 2008
New Revision: 133082

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

2008-03-10  H.J. Lu  <[EMAIL PROTECTED]>

PR tree-optimization/35494
* tree-ssa-ccp.c (get_symbol_constant_value): Check if value
may be overriden at link and run time.

gcc/testsuite/

2008-03-10  H.J. Lu  <[EMAIL PROTECTED]>

PR tree-optimization/35494
* g++.dg/tree-ssa/ssa-store-ccp-1.C: New.
* gcc.dg/tree-ssa/ssa-store-ccp-2.c: Likewise.
* gcc.dg/tree-ssa/ssa-store-ccp-3.c: Likewise.
* gcc.dg/tree-ssa/ssa-store-ccp-4.c: Likewise.

Added:
trunk/gcc/testsuite/g++.dg/tree-ssa/ssa-store-ccp-1.C
trunk/gcc/testsuite/gcc.dg/tree-ssa/ssa-store-ccp-2.c
trunk/gcc/testsuite/gcc.dg/tree-ssa/ssa-store-ccp-3.c
trunk/gcc/testsuite/gcc.dg/tree-ssa/ssa-store-ccp-4.c
Modified:
trunk/gcc/ChangeLog
trunk/gcc/testsuite/ChangeLog
trunk/gcc/tree-ssa-ccp.c


-- 


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

[Bug tree-optimization/35494] [4.4 Regression]: Revision 132991 breaks C++ static member

[hjl dot tools at gmail dot com]

--- Comment #14 from hjl dot tools at gmail dot com  2008-03-10 18:21 
---
Fixed.


-- 

hjl dot tools at gmail dot com changed:

   What|Removed |Added

 Status|UNCONFIRMED |RESOLVED
 Resolution||FIXED


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

[Bug c++/35527] New: function in template can depend on superclass

[neleai at seznam dot cz]

When we want use template that inheriting custom class we get following error:
there are no arguments to 'aa' that depend on a template parameter, so a
declaration of 'aa' must be available

class A{ 
  int aa(){return 42;}
};
template  class B : t{
  int bb(){aa()+x;}
};
int main(){
  B <4,A> z;
}


-- 
   Summary: function in template can depend on superclass
   Product: gcc
   Version: 4.3.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: c++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: neleai at seznam dot cz
GCC target triplet: i486-linux-gnu


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

[Bug c++/35525] function in template can depend on superclass

[pcarlini at suse dot de]

--- Comment #2 from pcarlini at suse dot de  2008-03-10 18:28 ---
*** Bug 35527 has been marked as a duplicate of this bug. ***


-- 


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

[Bug c++/35527] function in template can depend on superclass

[pcarlini at suse dot de]

--- Comment #1 from pcarlini at suse dot de  2008-03-10 18:28 ---


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


-- 

pcarlini at suse dot de changed:

   What|Removed |Added

 Status|UNCONFIRMED |RESOLVED
 Resolution||DUPLICATE


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

[Bug libgomp/35517] OpenMP: Incorrect result when run with two or more threads

[bart dot vanassche at gmail dot com]

--- Comment #2 from bart dot vanassche at gmail dot com  2008-03-10 18:32 
---
Everything works correctly after changing
#pragma omp parallel for
into
#pragma omp parallel for private(j, k)


-- 

bart dot vanassche at gmail dot com changed:

   What|Removed |Added

 Status|UNCONFIRMED |RESOLVED
 Resolution||INVALID


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

[Bug c++/35469] [4.3/4.4 Regression] Rejects JArray

[aph at gcc dot gnu dot org]

--- Comment #5 from aph at gcc dot gnu dot org  2008-03-10 19:06 ---
No, it will not generate the wrong code for

  jboolean i = 1;
  i += 2;

You are wrong to assume that jboolean must behave in the same way as boolean.
It's a Java type, not a C++ type. 

Having exact conformance with C++ boolean is not important, having arrays
of boolean compile is.

The right fix *is* just make jboolean make_unsigned_type (1) on all
targets.


-- 


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

[Bug middle-end/35099] [4.3/4.4 Regression] ICE in remove_unreachable_regions with -O -fopenmp

[jakub at gcc dot gnu dot org]

--- Comment #7 from jakub at gcc dot gnu dot org  2008-03-10 19:40 ---
Subject: Bug 35099

Author: jakub
Date: Mon Mar 10 19:39:30 2008
New Revision: 133084

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=133084
Log:
PR middle-end/35099
* tree-cfg.c (new_label_mapper): Update cfun->last_label_uid.

* g++.dg/gomp/pr35099.C: New test.

Added:
trunk/gcc/testsuite/g++.dg/gomp/pr35099.C
Modified:
trunk/gcc/ChangeLog
trunk/gcc/testsuite/ChangeLog
trunk/gcc/tree-cfg.c


-- 


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

[Bug c/35439] ICE using threadprivate for broken variable

[jakub at gcc dot gnu dot org]

--- Comment #2 from jakub at gcc dot gnu dot org  2008-03-10 19:41 ---
Subject: Bug 35439

Author: jakub
Date: Mon Mar 10 19:40:39 2008
New Revision: 133085

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=133085
Log:
PR c/35438
PR c/35439
* c-parser.c (c_parser_omp_threadprivate): Don't add vars with
errorneous type.  Check that v is a VAR_DECL.

* gcc.dg/gomp/pr35438.c: New test.
* gcc.dg/gomp/pr35439.c: New test.

Added:
trunk/gcc/testsuite/gcc.dg/gomp/pr35438.c
trunk/gcc/testsuite/gcc.dg/gomp/pr35439.c
Modified:
trunk/gcc/ChangeLog
trunk/gcc/c-parser.c
trunk/gcc/testsuite/ChangeLog


-- 


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

[Bug c/35438] ICE with invalid use of threadprivate

[jakub at gcc dot gnu dot org]

--- Comment #2 from jakub at gcc dot gnu dot org  2008-03-10 19:41 ---
Subject: Bug 35438

Author: jakub
Date: Mon Mar 10 19:40:39 2008
New Revision: 133085

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=133085
Log:
PR c/35438
PR c/35439
* c-parser.c (c_parser_omp_threadprivate): Don't add vars with
errorneous type.  Check that v is a VAR_DECL.

* gcc.dg/gomp/pr35438.c: New test.
* gcc.dg/gomp/pr35439.c: New test.

Added:
trunk/gcc/testsuite/gcc.dg/gomp/pr35438.c
trunk/gcc/testsuite/gcc.dg/gomp/pr35439.c
Modified:
trunk/gcc/ChangeLog
trunk/gcc/c-parser.c
trunk/gcc/testsuite/ChangeLog


-- 


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

[Bug c++/35337] Broken diagnostic for firstprivate clause

[jakub at gcc dot gnu dot org]

--- Comment #2 from jakub at gcc dot gnu dot org  2008-03-10 19:44 ---
Subject: Bug 35337

Author: jakub
Date: Mon Mar 10 19:43:16 2008
New Revision: 133086

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=133086
Log:
PR c++/35337
* semantics.c (finish_omp_clauses): Use %qD instead of %qE for
DECL_P in not a variable and appears more than once error messages.

* g++.dg/gomp/pr35337.C: New test.

Added:
trunk/gcc/testsuite/g++.dg/gomp/pr35337.C
Modified:
trunk/gcc/cp/ChangeLog
trunk/gcc/cp/semantics.c
trunk/gcc/testsuite/ChangeLog


-- 


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

[Bug tree-optimization/35493] [4.4 Regression] Assert_Failure uintp.adb:1593

[belyshev at depni dot sinp dot msu dot ru]

--- Comment #8 from belyshev at depni dot sinp dot msu dot ru  2008-03-10 
19:44 ---
Patch for bug 35494 was committed, so this PR should be fixed now too.


-- 

belyshev at depni dot sinp dot msu dot ru changed:

   What|Removed |Added

 CC||belyshev at depni dot sinp
   ||dot msu dot ru
  BugsThisDependsOn||35494
 Status|NEW |RESOLVED
 Resolution||FIXED
Bug 35493 depends on bug 35494, which changed state.

Bug 35494 Summary: [4.4 Regression]: Revision 132991 breaks C++ static member
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35494

   What|Old Value   |New Value

 Status|UNCONFIRMED |RESOLVED
 Resolution||FIXED

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

[Bug c++/35328] ICE with firstprivate variable with invalid destructor

[jakub at gcc dot gnu dot org]

--- Comment #1 from jakub at gcc dot gnu dot org  2008-03-10 19:49 ---
Subject: Bug 35328

Author: jakub
Date: Mon Mar 10 19:48:20 2008
New Revision: 133087

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=133087
Log:
PR c++/35328
* semantics.c (finish_omp_clauses): Look through NOP_EXPR even
if errorcount.

* g++.dg/gomp/pr35328.C: New test.

Added:
trunk/gcc/testsuite/g++.dg/gomp/pr35328.C
Modified:
trunk/gcc/cp/ChangeLog
trunk/gcc/cp/semantics.c
trunk/gcc/testsuite/ChangeLog


-- 


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

[Bug target/26149] libgomp.c/ordered-2.c fails on x86_64-linux-gnu with -m32

[ghazi at gcc dot gnu dot org]

-- 

ghazi at gcc dot gnu dot org changed:

   What|Removed |Added

 AssignedTo|unassigned at gcc dot gnu   |ghazi at gcc dot gnu dot org
   |dot org |
 Status|NEW |ASSIGNED
   Last reconfirmed|2008-03-09 15:42:19 |2008-03-10 19:55:15
   date||


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

[Bug tree-optimization/35528] New: [4.4 Regression] 23_containers/bitset/operations/1.cc

[hjl dot tools at gmail dot com]

On Linux/Intel64, revision 133082 has 3 32bit regressions:

http://gcc.gnu.org/ml/gcc-testresults/2008-03/msg00754.html

FAIL: 23_containers/bitset/operations/1.cc execution test
Running target unix/-m32
FAIL: TestClosureGC run
FAIL: events output

Since revision 133080 + patch in revision 133082 is OK:

http://gcc.gnu.org/ml/gcc-testresults/2008-03/msg00754.html

I think those regressions are very likely caused by revision 133081:

http://gcc.gnu.org/ml/gcc-patches/2008-03/msg00629.html


-- 
   Summary: [4.4 Regression] 23_containers/bitset/operations/1.cc
   Product: gcc
   Version: 4.4.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: tree-optimization
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: hjl dot tools at gmail dot com
  GCC host triplet: x86_64-unknown-linux-gnu
GCC target triplet: i686-pc-linux-gnu


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

[Bug middle-end/35519] COMBINE repeating same matches and can SEG fault

[steven at gcc dot gnu dot org]

--- Comment #2 from steven at gcc dot gnu dot org  2008-03-10 20:04 ---
The patch makes adding log use an algorithm quadratic in the number of log
links per insn.  It is probably better to:
1. build the log links.
2. filter out the duplicates as a post pass (and maybe sort them while at it?)


-- 


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

gcc-4.2.3 build problem: ASM_APP_ON undeclared

[Danny Backx]

I must be doing something wrong, I cannot seem to compile the new
4.2.3 :
gmake[3]: Entering directory `/home/danny/src/gcc/x86-bootstrap/gcc'
gcc -c   -g -fkeep-inline-functions -DIN_GCC   -W -Wall -Wwrite-strings
-Wstrict-prototypes -Wmissing-prototypes -Wold-style-definition
-Wmissing-format-attribute-DHAVE_CONFIG_H -I. -I.
-I../../gcc-4.2.3/gcc -I../../gcc-4.2.3/gcc/.
-I../../gcc-4.2.3/gcc/../include -I../../gcc-4.2.3/gcc/../libcpp/include
-I../../gcc-4.2.3/gcc/../libdecnumber
-I../libdecnumber../../gcc-4.2.3/gcc/final.c -o final.o
../../gcc-4.2.3/gcc/final.c: In function ‘app_enable’:
../../gcc-4.2.3/gcc/final.c:281: error: ‘ASM_APP_ON’ undeclared (first
use in this function)
../../gcc-4.2.3/gcc/final.c:281: error: (Each undeclared identifier is
reported only once
../../gcc-4.2.3/gcc/final.c:281: error: for each function it appears
in.)
../../gcc-4.2.3/gcc/final.c: In function ‘app_disable’:
../../gcc-4.2.3/gcc/final.c:294: error: ‘ASM_APP_OFF’ undeclared (first
use in this function)
../../gcc-4.2.3/gcc/final.c: In function ‘profile_function’:
../../gcc-4.2.3/gcc/final.c:1465: warning: implicit declaration of
function ‘ASM_OUTPUT_ALIGN’
../../gcc-4.2.3/gcc/final.c: In function ‘final_scan_insn’:
../../gcc-4.2.3/gcc/final.c:1894: error: ‘ASM_APP_OFF’ undeclared (first
use in this function)
../../gcc-4.2.3/gcc/final.c:2074: error: ‘ASM_APP_ON’ undeclared (first
use in this function)
../../gcc-4.2.3/gcc/final.c: In function ‘output_asm_label’:
../../gcc-4.2.3/gcc/final.c:3147: warning: implicit declaration of
function ‘ASM_GENERATE_INTERNAL_LABEL’
gmake[3]: *** [final.o] Error 1
gmake[3]: Leaving directory `/home/danny/src/gcc/x86-bootstrap/gcc'
gmake[2]: *** [all-stage1-gcc] Error 2
gmake[2]: Leaving directory `/home/danny/src/gcc/x86-bootstrap'
gmake[1]: *** [stage1-bubble] Error 2
gmake[1]: Leaving directory `/home/danny/src/gcc/x86-bootstrap'
gmake: *** [all] Error 2


This is with a very simple configure line :
../gcc-4.2.3/configure --enable-languages=c

on a vanilla Mandriva 2007.0 x86 PC.

Danny

-- 
Danny Backx ; danny.backx - at - scarlet.be ; http://danny.backx.info

[Bug target/35496] [4.4 Regression] test failures between revs. 132950 and 132974

[dominiq at lps dot ens dot fr]

--- Comment #20 from dominiq at lps dot ens dot fr  2008-03-10 20:45 ---
On i686-apple-darwin9 regtested without regression with the patch of comment
#17.


-- 


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

[Bug c++/35529] New: ice for legal code

[dcb314 at hotmail dot com]

-- 
   Summary: ice for legal code
   Product: gcc
   Version: 4.4.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: c++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: dcb314 at hotmail dot com
  GCC host triplet: suse-linux-x86_64


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

[Bug c++/35530] New: ice for legal code

[dcb314 at hotmail dot com]

I just tried to compile Suse Linux package libqt4-4.3.90-20
with the GNU C compiler version 4.4 snapshot 20080307

The compiler said

g++ -c -O2 -g -fmessage-length=0 -D_FORTIFY_SOURCE=2 -fno-exceptions -O2 -Wall
-W -DQT_BOOTSTRAPPED -DQT_MOC -DQT_NO_CODECS -DQT_LITE_UNICODE -DQT_NO_LIBRARY
-DQT_NO_STL -DQT_NO_COMPRESS -DQT_NO_DATASTREAM -DQT_NO_TEXTSTREAM
-DQT_NO_TEXTCODEC -DQT_NO_UNICODETABLES -DQT_NO_THREAD -DQT_NO_REGEXP
-DQT_NO_QOBJECT -DQT_NO_SYSTEMLOCALE -DQT_NO_GEOM_VARIANT
-DQT_NO_USING_NAMESPACE -D_LARGEFILE64_SOURCE -D_LARGEFILE_SOURCE
-I../../../mkspecs/linux-g++-64 -I. -I../../corelib/arch/generic
-I../../../include -I. -I../../../include/QtCore -I. -I.uic/release-shared -o
release-shared/qdir.o ../../corelib/io/qdir.cpp
../../corelib/io/qdir.cpp: In member function 'void
QDirPrivate::sortFileList(QFlags, QStringList&, QStringList*,
QFileInfoList*) const':
../../corelib/io/qdir.cpp:282: internal compiler error: tree check: expected
ssa_name, have addr_expr in get_value_range, at tree-vrp.c:469
Please submit a full bug report,
with preprocessed source if appropriate.
See  for instructions.

Preprocessed source code attached. Flags -O2  -W required


-- 
   Summary: ice for legal code
   Product: gcc
   Version: 4.4.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: c++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: dcb314 at hotmail dot com
  GCC host triplet: suse-linux-x86_64


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

[Bug c++/35530] ice for legal code

[dcb314 at hotmail dot com]

--- Comment #1 from dcb314 at hotmail dot com  2008-03-10 20:49 ---
Created an attachment (id=15290)
 --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15290&action=view)
C++ source code


-- 


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

[Bug middle-end/35099] [4.3/4.4 Regression] ICE in remove_unreachable_regions with -O -fopenmp

[jakub at gcc dot gnu dot org]

--- Comment #8 from jakub at gcc dot gnu dot org  2008-03-10 20:52 ---
Subject: Bug 35099

Author: jakub
Date: Mon Mar 10 20:51:18 2008
New Revision: 133088

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=133088
Log:
PR middle-end/35099
* tree-cfg.c (new_label_mapper): Update cfun->last_label_uid.

* g++.dg/gomp/pr35099.C: New test.

Added:
branches/gcc-4_3-branch/gcc/testsuite/g++.dg/gomp/pr35099.C
Modified:
branches/gcc-4_3-branch/gcc/ChangeLog
branches/gcc-4_3-branch/gcc/testsuite/ChangeLog
branches/gcc-4_3-branch/gcc/tree-cfg.c


-- 


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

[Bug c++/35529] ice for legal code

[pinskia at gcc dot gnu dot org]

--- Comment #1 from pinskia at gcc dot gnu dot org  2008-03-10 20:53 ---


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


-- 

pinskia at gcc dot gnu dot org changed:

   What|Removed |Added

 Status|UNCONFIRMED |RESOLVED
 Resolution||DUPLICATE


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

[Bug tree-optimization/35530] [4.4 Regression] ice for legal code

[pinskia at gcc dot gnu dot org]

--- Comment #2 from pinskia at gcc dot gnu dot org  2008-03-10 20:53 ---
*** Bug 35529 has been marked as a duplicate of this bug. ***


-- 


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

[Bug c/35439] ICE using threadprivate for broken variable

[jakub at gcc dot gnu dot org]

--- Comment #3 from jakub at gcc dot gnu dot org  2008-03-10 20:53 ---
Subject: Bug 35439

Author: jakub
Date: Mon Mar 10 20:52:28 2008
New Revision: 133089

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=133089
Log:
PR c/35438
PR c/35439
* c-parser.c (c_parser_omp_threadprivate): Don't add vars with
errorneous type.  Check that v is a VAR_DECL.

* gcc.dg/gomp/pr35438.c: New test.
* gcc.dg/gomp/pr35439.c: New test.

Added:
branches/gcc-4_3-branch/gcc/testsuite/gcc.dg/gomp/pr35438.c
branches/gcc-4_3-branch/gcc/testsuite/gcc.dg/gomp/pr35439.c
Modified:
branches/gcc-4_3-branch/gcc/ChangeLog
branches/gcc-4_3-branch/gcc/c-parser.c
branches/gcc-4_3-branch/gcc/testsuite/ChangeLog


-- 


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

[Bug c/35438] ICE with invalid use of threadprivate

[jakub at gcc dot gnu dot org]

--- Comment #3 from jakub at gcc dot gnu dot org  2008-03-10 20:53 ---
Subject: Bug 35438

Author: jakub
Date: Mon Mar 10 20:52:28 2008
New Revision: 133089

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=133089
Log:
PR c/35438
PR c/35439
* c-parser.c (c_parser_omp_threadprivate): Don't add vars with
errorneous type.  Check that v is a VAR_DECL.

* gcc.dg/gomp/pr35438.c: New test.
* gcc.dg/gomp/pr35439.c: New test.

Added:
branches/gcc-4_3-branch/gcc/testsuite/gcc.dg/gomp/pr35438.c
branches/gcc-4_3-branch/gcc/testsuite/gcc.dg/gomp/pr35439.c
Modified:
branches/gcc-4_3-branch/gcc/ChangeLog
branches/gcc-4_3-branch/gcc/c-parser.c
branches/gcc-4_3-branch/gcc/testsuite/ChangeLog


-- 


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

[Bug c++/35337] Broken diagnostic for firstprivate clause

[jakub at gcc dot gnu dot org]

--- Comment #3 from jakub at gcc dot gnu dot org  2008-03-10 20:54 ---
Subject: Bug 35337

Author: jakub
Date: Mon Mar 10 20:53:35 2008
New Revision: 133090

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=133090
Log:
PR c++/35337
* semantics.c (finish_omp_clauses): Use %qD instead of %qE for
DECL_P in not a variable and appears more than once error messages.

* g++.dg/gomp/pr35337.C: New test.

Added:
branches/gcc-4_3-branch/gcc/testsuite/g++.dg/gomp/pr35337.C
Modified:
branches/gcc-4_3-branch/gcc/cp/ChangeLog
branches/gcc-4_3-branch/gcc/cp/semantics.c
branches/gcc-4_3-branch/gcc/testsuite/ChangeLog


-- 


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

[Bug c++/35328] ICE with firstprivate variable with invalid destructor

[jakub at gcc dot gnu dot org]

--- Comment #2 from jakub at gcc dot gnu dot org  2008-03-10 20:55 ---
Subject: Bug 35328

Author: jakub
Date: Mon Mar 10 20:54:54 2008
New Revision: 133091

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=133091
Log:
PR c++/35328
* semantics.c (finish_omp_clauses): Look through NOP_EXPR even
if errorcount.

* g++.dg/gomp/pr35328.C: New test.

Added:
branches/gcc-4_3-branch/gcc/testsuite/g++.dg/gomp/pr35328.C
Modified:
branches/gcc-4_3-branch/gcc/cp/ChangeLog
branches/gcc-4_3-branch/gcc/cp/semantics.c
branches/gcc-4_3-branch/gcc/testsuite/ChangeLog


-- 


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

[Bug c/35439] ICE using threadprivate for broken variable

[jakub at gcc dot gnu dot org]

--- Comment #4 from jakub at gcc dot gnu dot org  2008-03-10 20:57 ---
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=35439

[Bug c/35438] ICE with invalid use of threadprivate

[jakub at gcc dot gnu dot org]

--- Comment #4 from jakub at gcc dot gnu dot org  2008-03-10 20:57 ---
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=35438

[Bug c++/35337] Broken diagnostic for firstprivate clause

[jakub at gcc dot gnu dot org]

--- Comment #4 from jakub at gcc dot gnu dot org  2008-03-10 20:57 ---
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=35337

[Bug c++/35328] ICE with firstprivate variable with invalid destructor

[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|UNCONFIRMED |ASSIGNED
 Ever Confirmed|0   |1
   Last reconfirmed|-00-00 00:00:00 |2008-03-10 20:58:09
   date||


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

[Bug c++/35328] ICE with firstprivate variable with invalid destructor

[jakub at gcc dot gnu dot org]

--- Comment #3 from jakub at gcc dot gnu dot org  2008-03-10 20:58 ---
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=35328

[Bug tree-optimization/35530] [4.4 Regression] ice for legal code

[pinskia at gcc dot gnu dot org]

-- 

pinskia at gcc dot gnu dot org changed:

   What|Removed |Added

 CC||pinskia at gcc dot gnu dot
   ||org
  Component|c++ |tree-optimization
   Keywords||ice-on-valid-code
Summary|ice for legal code  |[4.4 Regression] ice for
   ||legal code
   Target Milestone|--- |4.4.0


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

[Bug bootstrap/35531] Assembler failure while compiling libgcc

[pinskia at gcc dot gnu dot org]

--- Comment #1 from pinskia at gcc dot gnu dot org  2008-03-10 21:22 ---
I think even Sun recommends you use the GNU Assembler for x86_64 Solaris.


-- 

pinskia at gcc dot gnu dot org changed:

   What|Removed |Added

   Severity|blocker |normal


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

[Bug rtl-optimization/35404] ra-conflict does not handle subregs optimally

[steven at gcc dot gnu dot org]

--- Comment #3 from steven at gcc dot gnu dot org  2008-03-10 21:48 ---
IRA does not handle this either with -fno-split-wide-types.  Left is IRA as-is
with -O2 -fomit-frame-pointer.  Right is same options + -fno-split-wide-types.

.file   "t.c"   .file   "t.c"
.text   .text
.p2align 4,,15  .p2align 4,,15
.globl _foo .globl _foo
.def_foo;   .scl2;  .def_foo;   .scl2;
_foo:   _foo:
subl$12, %esp   subl$12, %esp
movl%ebx, 4(%esp) | movl%ebx, (%esp)
movl%esi, 8(%esp) | movl%esi, 4(%esp)
  > movl%edi, 8(%esp)
  > call_bar
  > movl%eax, %esi
  > movl%edx, %edi
call_barcall_bar
movl%eax, %ebx  movl%eax, %ebx
  > orl %esi, %ebx
movl%edx, %esi  movl%edx, %esi
call_bar  | orl %edi, %esi
orl %ebx, %eax| movl%ebx, %eax
orl %esi, %edx| movl8(%esp), %edi
movl4(%esp), %ebx | movl%esi, %edx
movl8(%esp), %esi | movl(%esp), %ebx
  > movl4(%esp), %esi
addl$12, %esp   addl$12, %esp
ret ret
.def_bar;   .scl2;  .def_bar;   .scl2;


-- 

steven at gcc dot gnu dot org changed:

   What|Removed |Added

 Status|UNCONFIRMED |NEW
 Ever Confirmed|0   |1
   Last reconfirmed|-00-00 00:00:00 |2008-03-10 21:48:33
   date||


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

[Bug bootstrap/35531] Assembler failure while compiling libgcc

[bfriesen at simple dot dallas dot tx dot us]

--- Comment #2 from bfriesen at simple dot dallas dot tx dot us  2008-03-10 
21:49 ---
It seems (according to gcc -v) that GCC 4.2.1 re-configured itself to use:

/scratch/bfriesen/build/gcc-4.2.1/configure --program-suffix=-4.2.1
--enable-shared --enable-threads --enable-version-specific-runtime-libs
--disable-nls --with-gnu-as --with-as=/usr/sfw/bin/gas --without-gnu-ld
--with-ld=/usr/ccs/bin/ld --with-cpu=opteron --enable-languages=c,c++

so I just tried configuring with

/home/bfriesen/src/gnu/gcc-4.3.0/configure --program-suffix=-4.3.0
--enable-shared --enable-threads --enable-version-specific-runtime-libs
--with-gnu-as --with-as=/usr/sfw/bin/gas --without-gnu-ld
--with-ld=/usr/ccs/bin/ld --with-cpu=opteron --enable-languages=c,c++

and did get farther, but the final link fails like

/bin/bash /home/bfriesen/src/gnu/gcc-4.3.0/libgcc/../mkinstalldirs amd64
mkdir amd64
/home/bfriesen/build/gcc-4.3.0/./gcc/xgcc
-B/home/bfriesen/build/gcc-4.3.0/./gcc/ -B/usr/local/i386-pc-solaris2.10/bin/
-B/usr/local/i386-pc-solaris2.10/lib/ -isystem
/usr/local/i386-pc-solaris2.10/include -isystem
/usr/local/i386-pc-solaris2.10/sys-include -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  -shared -nodefaultlibs
-Wl,-h,libgcc_s.so.1 -Wl,-z,text -Wl,-z,defs -Wl,-M,libgcc.map -o
amd64/libgcc_s.so.1.tmp -g -fkeep-inline-functions -m64 -B./ _muldi3_s.o
_negdi2_s.o _lshrdi3_s.o _ashldi3_s.o _ashrdi3_s.o _cmpdi2_s.o _ucmpdi2_s.o
_clear_cache_s.o _enable_execute_stack_s.o _trampoline_s.o __main_s.o
_absvsi2_s.o _absvdi2_s.o _addvsi3_s.o _addvdi3_s.o _subvsi3_s.o _subvdi3_s.o
_mulvsi3_s.o _mulvdi3_s.o _negvsi2_s.o _negvdi2_s.o _ctors_s.o _ffssi2_s.o
_ffsdi2_s.o _clz_s.o _clzsi2_s.o _clzdi2_s.o _ctzsi2_s.o _ctzdi2_s.o
_popcount_tab_s.o _popcountsi2_s.o _popcountdi2_s.o _paritysi2_s.o
_paritydi2_s.o _powisf2_s.o _powidf2_s.o _powixf2_s.o _powitf2_s.o _mulsc3_s.o
_muldc3_s.o _mulxc3_s.o _multc3_s.o _divsc3_s.o _divdc3_s.o _divxc3_s.o
_divtc3_s.o _bswapsi2_s.o _bswapdi2_s.o _fixunssfsi_s.o _fixunsdfsi_s.o
_fixunsxfsi_s.o _fixsfdi_s.o _fixdfdi_s.o _fixxfdi_s.o _fixtfdi_s.o
_fixunssfdi_s.o _fixunsdfdi_s.o _fixunsxfdi_s.o _fixunstfdi_s.o _floatdisf_s.o
_floatdidf_s.o _floatdixf_s.o _floatditf_s.o _floatundisf_s.o _floatundidf_s.o
_floatundixf_s.o _floatunditf_s.o _divdi3_s.o _moddi3_s.o _udivdi3_s.o
_umoddi3_s.o _udiv_w_sdiv_s.o _udivmoddi4_s.o unwind-dw2_s.o unwind-dw2-fde_s.o
unwind-sjlj_s.o gthr-gnat_s.o unwind-c_s.o emutls_s.o -lc && rm -f
amd64/libgcc_s.so && if [ -f amd64/libgcc_s.so.1 ]; then mv -f
amd64/libgcc_s.so.1 amd64/libgcc_s.so.1.backup; else true; fi && mv
amd64/libgcc_s.so.1.tmp amd64/libgcc_s.so.1 && ln -s libgcc_s.so.1
amd64/libgcc_s.so
ld: fatal: unwind table: file
/home/bfriesen/build/gcc-4.3.0/./gcc/amd64/crtend.o: section .eh_frame: bad cie
version 0: offset 0xfd7fffdfb220


-- 


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

[Bug bootstrap/35531] New: Assembler failure while compiling libgcc

[bfriesen at simple dot dallas dot tx dot us]

On an AMD64 (Opteron) system, the Solaris 10 assembler does not like what GCC
produces.  This system has all patches applied for Solaris 10 U4. GCC 4.2.1
works very well on it.

Configured like:
/home/bfriesen/src/gnu/gcc-4.3.0/configure -program-suffix='-4.3.0'
--enable-threads --enable-version-specific-runtime-libs
--enable-languages='c,c++'

When compiling libgcc2.c this warning is produced for each compile:
"/tmp/bfriesen/ccK2JBM6.s", line 402 : Warning: Illegal subtraction - symbols
from different sections: ".LFB2", ".DOT-1"

/home/bfriesen/build/gcc-4.3.0/./gcc/xgcc
-B/home/bfriesen/build/gcc-4.3.0/./gcc/ -B/usr/local/i386-pc-solaris2.10/bin/
-B/usr/local/i386-pc-solaris2.10/lib/ -isystem
/usr/local/i386-pc-solaris2.10/include -isystem
/usr/local/i386-pc-solaris2.10/sys-include -g -fkeep-inline-functions -m64 -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/home/bfriesen/src/gnu/gcc-4.3.0/libgcc
-I/home/bfriesen/src/gnu/gcc-4.3.0/libgcc/.
-I/home/bfriesen/src/gnu/gcc-4.3.0/libgcc/../gcc
-I/home/bfriesen/src/gnu/gcc-4.3.0/libgcc/../include  -DHAVE_CC_TLS -o _gcov.o
-MT _gcov.o -MD -MP -MF _gcov.dep -DL_gcov -c
/home/bfriesen/src/gnu/gcc-4.3.0/libgcc/../gcc/libgcov.c
Assembler: libgcov.c
"/tmp/bfriesen/ccZ3Azge.s", line 1936 : Syntax error
Near line: "repz cmpsb"
"/tmp/bfriesen/ccZ3Azge.s", line 2976 : Warning: Illegal subtraction -
symbols from different sections: ".LFB3", ".DOT-21"
"/tmp/bfriesen/ccZ3Azge.s", line 2985 : Warning: Illegal subtraction -
symbols from different sections: ".LFB5", ".DOT-22"
"/tmp/bfriesen/ccZ3Azge.s", line 2994 : Warning: Illegal subtraction -
symbols from different sections: ".LFB24", ".DOT-23"
"/tmp/bfriesen/ccZ3Azge.s", line 3003 : Warning: Illegal subtraction -
symbols from different sections: ".LFB22", ".DOT-24"
"/tmp/bfriesen/ccZ3Azge.s", line 3032 : Warning: Illegal subtraction -
symbols from different sections: ".LFB2", ".DOT-25"
"/tmp/bfriesen/ccZ3Azge.s", line 3051 : Warning: Illegal subtraction -
symbols from different sections: ".LFB4", ".DOT-26"
"/tmp/bfriesen/ccZ3Azge.s", line 3070 : Warning: Illegal subtraction -
symbols from different sections: ".LFB8", ".DOT-27"
"/tmp/bfriesen/ccZ3Azge.s", line 3095 : Warning: Illegal subtraction -
symbols from different sections: ".LFB18", ".DOT-28"
"/tmp/bfriesen/ccZ3Azge.s", line 3120 : Warning: Illegal subtraction -
symbols from different sections: ".LFB9", ".DOT-29"
"/tmp/bfriesen/ccZ3Azge.s", line 3145 : Warning: Illegal subtraction -
symbols from different sections: ".LFB12", ".DOT-30"
"/tmp/bfriesen/ccZ3Azge.s", line 3170 : Warning: Illegal subtraction -
symbols from different sections: ".LFB11", ".DOT-31"
"/tmp/bfriesen/ccZ3Azge.s", line 3193 : Warning: Illegal subtraction -
symbols from different sections: ".LFB10", ".DOT-32"
"/tmp/bfriesen/ccZ3Azge.s", line 3216 : Warning: Illegal subtraction -
symbols from different sections: ".LFB13", ".DOT-33"
"/tmp/bfriesen/ccZ3Azge.s", line 3239 : Warning: Illegal subtraction -
symbols from different sections: ".LFB14", ".DOT-34"
"/tmp/bfriesen/ccZ3Azge.s", line 3266 : Warning: Illegal subtraction -
symbols from different sections: ".LFB16", ".DOT-35"
"/tmp/bfriesen/ccZ3Azge.s", line 3285 : Warning: Illegal subtraction -
symbols from different sections: ".LFB15", ".DOT-36"
"/tmp/bfriesen/ccZ3Azge.s", line 3304 : Warning: Illegal subtraction -
symbols from different sections: ".LFB17", ".DOT-37"
"/tmp/bfriesen/ccZ3Azge.s", line 3327 : Warning: Illegal subtraction -
symbols from different sections: ".LFB7", ".DOT-38"
"/tmp/bfriesen/ccZ3Azge.s", line 3350 : Warning: Illegal subtraction -
symbols from different sections: ".LFB6", ".DOT-39"
"/tmp/bfriesen/ccZ3Azge.s", line 3377 : Warning: Illegal subtraction -
symbols from different sections: ".LFB21", ".DOT-40"
"/tmp/bfriesen/ccZ3Azge.s", line 3410 : Warning: Illegal subtraction -
symbols from different sections: ".LFB23", ".DOT-41"
gmake[5]: *** [_gcov.o] Error 1
gmake[5]: Leaving directory
`/scratch/bfriesen/build/gcc-4.3.0/i386-pc-solaris2.10/amd64/libgcc'


-- 
   Summary: Assembler failure while compiling libgcc
   Product: gcc
   Version: 4.3.0
Status: UNCONFIRMED
  Severity: blocker
  Priority: P3
 Component: bootstrap
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: bfriesen at simple dot dallas dot tx dot us
 GCC build triplet: i386-pc-solaris2.10
  GCC host triplet: i386-pc-solaris2.10
GCC target triplet: i386-pc-solaris2.10


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

[Bug middle-end/35526] ICE on memcpy

[ubizjak at gmail dot com]

--- Comment #2 from ubizjak at gmail dot com  2008-03-10 22:11 ---
Confirmed with g++ -O oo.C, backtrace:

#0  fancy_abort (file=0xcb2b48 "../../gcc-svn/trunk/gcc/expr.c", line=373,
function=0xcb3e43 "convert_move")
at ../../gcc-svn/trunk/gcc/diagnostic.c:683
#1  0x006a952e in convert_move (to=0x2e5c28e0, from=0x2e5c2900,
unsignedp=0) at ../../gcc-svn/trunk/gcc/expr.c:373
#2  0x006ae785 in store_expr (exp=0x2e5bc0a0,
target=0x2e5c28e0, call_param_p=0, 
nontemporal=) at ../../gcc-svn/trunk/gcc/expr.c:4663
#3  0x006b0dd2 in expand_assignment (to=0x2e46f5f0,
from=0x2e5bc0a0, nontemporal=0 '\0')
at ../../gcc-svn/trunk/gcc/expr.c:4258
#4  0x00697c89 in expand_expr_real_1 (exp=0x2e5c5450, target=0x0,
tmode=VOIDmode, modifier=EXPAND_NORMAL, 
alt_rtl=) at ../../gcc-svn/trunk/gcc/expr.c:9141
#5  0x006a75f3 in expand_expr_real (exp=0x2e5c5450,
target=0x2e46d400, tmode=VOIDmode, modifier=EXPAND_NORMAL, 
alt_rtl=0x0) at ../../gcc-svn/trunk/gcc/expr.c:7088

we hit

  gcc_assert (from_mode != BLKmode);

with

(gdb) p debug_rtx (from)
(mem/s/c:BLK (symbol_ref:DI ("internal_crash_read_ip") [flags 0x2] ) [0 internal_crash_read_ip+0 S1 A8])

probably we need

Index: expr.c
===
--- expr.c  (revision 133091)
+++ expr.c  (working copy)
@@ -4654,7 +4654,8 @@ store_expr (tree exp, rtx target, int ca
  temp = convert_to_mode (GET_MODE (target), temp, unsignedp);
  emit_move_insn (target, temp);
}
- else if (GET_MODE (target) == BLKmode)
+ else if (GET_MODE (target) == BLKmode
+  || GET_MODE (temp) == BLKmode)
emit_block_move (target, temp, expr_size (exp),
 (call_param_p
  ? BLOCK_OP_CALL_PARM


-- 

ubizjak at gmail dot com changed:

   What|Removed |Added

 Status|UNCONFIRMED |NEW
 Ever Confirmed|0   |1
   Last reconfirmed|-00-00 00:00:00 |2008-03-10 22:11:35
   date||


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

[Bug middle-end/35519] COMBINE repeating same matches and can SEG fault

[hutchinsonandy at aim dot com]

--- Comment #3 from hutchinsonandy at aim dot com  2008-03-10 22:24 ---
Subject: Re:  COMBINE repeating same matches and can
 SEG fault

The quadratic nature  does not seem to be particularly problem with the 
data involved.

The log_links is build up incrementally. (with duplicates at present).

The patch does a "do over"  to check that a potential link is not one 
already recorded. So initially the list is 0 and grows (hence quadratic)
However, it is only truely quadratic if there are no duplicates.

Duplicates are grouped together, and if I understand correctly,  the 
last element added will always be checked first - so  then inner loop 
will terminate after 1 iteration if a duplicate is present.

The final  list is quite small (typically 2-3 elements in length) - 
directly reflecting the number of  links between  RTL instruction.

If instead the list is created - then pruned afterwards, we have a 
longer list. So the quadratic nature of the loop is now replaced by 
check/sorting. This could be better- but only if the final list is of a 
significant size that  can exploit non-quadratic searching

Given the overhead of adding/removing linked items, and the small length 
of list, I believe the patch is better.

If, however, the number of RTL operands could be much larger than I have 
assumed, then perhaps a change is needed. Personally I can't think of 
many insn  that refer to more than 3 other instructions.  But I could be 
wrong.

Andy




steven at gcc dot gnu dot org wrote:
> --- Comment #2 from steven at gcc dot gnu dot org  2008-03-10 20:04 
> ---
> The patch makes adding log use an algorithm quadratic in the number of log
> links per insn.  It is probably better to:
> 1. build the log links.
> 2. filter out the duplicates as a post pass (and maybe sort them while at it?)
>
>
>   


-- 


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

[Bug middle-end/35526] ICE on memcpy

[ubizjak at gmail dot com]

--- Comment #3 from ubizjak at gmail dot com  2008-03-10 22:25 ---
FYI, patch from Comment #2 fixes the failure.


-- 

ubizjak at gmail dot com changed:

   What|Removed |Added

 AssignedTo|unassigned at gcc dot gnu   |ubizjak at gmail dot com
   |dot org |
 Status|NEW |ASSIGNED
   Last reconfirmed|2008-03-10 22:11:35 |2008-03-10 22:25:59
   date||


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

[Bug driver/35532] New: Native GCC no longer searches $prefix/lib for startfiles when run from $objdir

[gschafer at zip dot com dot au]

The cause is this patch which was designed to fix behaviour of relocated 
compilers:

  http://gcc.gnu.org/ml/gcc/2006-10/msg00280.html

Unfortunately, it has the side-effect of breaking existing build scripts for 
*NON* relocated compilers which have relied on this behaviour for years.

Contrived procedure to demonstrate the problem (i686-linux):

  1. build and install Glibc --prefix=/tmp/foo

  2. build and install GCC --prefix=/tmp/foo but prevent startfiles from being
 found on the host by overriding relevant standard macros eg:

echo '
/* Remove /lib and /usr/lib from startfiles search path.  */
#define STANDARD_STARTFILE_PREFIX_1 ""
#define STANDARD_STARTFILE_PREFIX_2 ""' >> gcc/config/i386/linux.h

Above GCC build works fine with GCC-4.2.3 but fails with GCC-4.3.0 when linking
libgcc_s.so:

/usr/bin/ld: crti.o: No such file: No such file or directory

Essentially, the problem is that xgcc thinks it is a relocated compiler when it 
runs from $objdir eg: when building libgcc* and other target libs, when in
actual fact, it is not really a true relocated compiler at all.

Attached patch restores the old behaviour, but I'm not proposing it be applied.
I suspect that GCC needs a way to distinguish when it is being run from $objdir
and when it is truly a relocated compiler. GCC could then behave like it always
has and not break the many build procedures that rely on the current behaviour, 
and truly relocated compilers could also do the right thing.

More background in the thread starting here:

  http://gcc.gnu.org/ml/gcc/2008-03/msg00095.html


-- 
   Summary: Native GCC no longer searches $prefix/lib for startfiles
when run from $objdir
   Product: gcc
   Version: 4.3.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: driver
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: gschafer at zip dot com dot au


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

[Bug driver/35532] Native GCC no longer searches $prefix/lib for startfiles when run from $objdir

[gschafer at zip dot com dot au]

--- Comment #1 from gschafer at zip dot com dot au  2008-03-10 22:37 ---
Created an attachment (id=15292)
 --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15292&action=view)
Patch that restores old behaviour (for demonstration only)


-- 


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

[Bug driver/35532] Native GCC no longer searches $prefix/lib for startfiles when run from $objdir

[pinskia at gcc dot gnu dot org]

--- Comment #2 from pinskia at gcc dot gnu dot org  2008-03-10 22:39 ---
It is better to use -B $prefix/lib while building.
And seriously I think you are doing something wrong when you edit the files as
you did.


-- 


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

[Bug driver/35532] Native GCC no longer searches $prefix/lib for startfiles when run from $objdir

[gschafer at zip dot com dot au]

--- Comment #3 from gschafer at zip dot com dot au  2008-03-10 22:52 ---
(In reply to comment #2)
> It is better to use -B $prefix/lib while building.

-B doesn't work on multilib ie: -B $prefix/lib doesn't find
$prefix/lib/../lib64

Not only that, I'm talking about GCC_FOR_TARGET, your suggestion doesn't help.

> And seriously I think you are doing something wrong when you edit the files as
> you did.

Then you misunderstand the problem. It is a contrived example for demonstrating
the real problem.


-- 


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

[Bug bootstrap/35531] Assembler failure while compiling libgcc

[bfriesen at simple dot dallas dot tx dot us]

--- Comment #3 from bfriesen at simple dot dallas dot tx dot us  2008-03-10 
23:05 ---
By using 'as' and 'ld' from binutils-2.18, I have achieved a successful
compile.  Using gas and the system linker was not sufficient since it resulted
in the same error.  Based on past experience, I don't have a lot of faith in
GNU ld under Solaris.  Has it substantially improved?

The final configuration incantation is:
/home/bfriesen/src/gnu/gcc-4.3.0/configure --program-suffix=-4.3.0
--enable-shared --enable-threads --enable-version-specific-runtime-libs
--with-gnu-as --with-as=/usr/local/lib/binutils-2.18/bin/as
--with-ld=/usr/local/lib/binutils-2.18/bin/ld --enable-languages=c,c++


-- 


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

[Bug ada/35533] New: FAIL: gnat.dg/derived_aggregate.adb execution test

[danglin at gcc dot gnu dot org]

Executing on host: /test/gnu/gcc/objdir/gcc/gnatmake
-I/test/gnu/gcc/objdir/gcc/
ada/rts --GCC=/test/gnu/gcc/objdir/gcc/xgcc
--GNATBIND=/test/gnu/gcc/objdir/gcc/
gnatbind --GNATLINK=/test/gnu/gcc/objdir/gcc/gnatlink -cargs
-B/test/gnu/gcc/obj
dir/gcc -largs --GCC=/test/gnu/gcc/objdir/gcc/xgcc -B/test/gnu/gcc/objdir/gcc
-m
args -q -f /test/gnu/gcc/gcc/gcc/testsuite/gnat.dg/derived_aggregate.adb   -O2
-
I/test/gnu/gcc/objdir/gcc/ada/rts  -lm   -o ./derived_aggregate.exe(timeout 
= 300)
PASS: gnat.dg/derived_aggregate.adb (test for excess errors)
Setting LD_LIBRARY_PATH to .:/test/gnu/gcc/objdir/gcc::/test/gnu/gcc/objdir/gcc

raised PROGRAM_ERROR : derived_aggregate.adb:30 explicit raise
FAIL: gnat.dg/derived_aggregate.adb execution test


-- 
   Summary: FAIL: gnat.dg/derived_aggregate.adb execution test
   Product: gcc
   Version: 4.4.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: ada
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: danglin at gcc dot gnu dot org
 GCC build triplet: hppa2.0w-hp-hpux11.11
  GCC host triplet: hppa2.0w-hp-hpux11.11
GCC target triplet: hppa2.0w-hp-hpux11.11


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

[Bug bootstrap/35531] Assembler failure while compiling libgcc

[pinskia at gcc dot gnu dot org]

--- Comment #4 from pinskia at gcc dot gnu dot org  2008-03-10 23:20 ---
I always hear the opposite way around, that is the Sun's assembler and linker
are not that good.


-- 


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

[Bug tree-optimization/35530] [4.4 Regression] ice for legal code

[manu at gcc dot gnu dot org]

--- Comment #3 from manu at gcc dot gnu dot org  2008-03-11 00:34 ---
This seems to be caused also by Diego's patch to Wtype-limits as bug 35400 (not
sure whether it is an exact duplicate).


-- 

manu at gcc dot gnu dot org changed:

   What|Removed |Added

 CC||manu at gcc dot gnu dot org
  BugsThisDependsOn||35400


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

[Bug target/35491] wrong ABI for some struct passing with vector code

[pinskia at gcc dot gnu dot org]

--- Comment #1 from pinskia at gcc dot gnu dot org  2008-03-11 00:56 ---
The fix for this ABI issue was radar 4028089 in Apple's bug database.  I can
attach the patch which I extracted which fixes this from Apple's GCC if someone
wants.


-- 


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

[Bug target/35491] wrong ABI for some struct passing with vector code

[pinskia at gcc dot gnu dot org]

--- Comment #2 from pinskia at gcc dot gnu dot org  2008-03-11 00:57 ---
Created an attachment (id=15293)
 --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15293&action=view)
Patch which comes from Apple's GCC


-- 


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

[Bug target/26149] libgomp.c/ordered-2.c fails on x86_64-linux-gnu with -m32

[ghazi at gcc dot gnu dot org]

--- Comment #8 from ghazi at gcc dot gnu dot org  2008-03-11 01:23 ---
Patch posted here:
http://gcc.gnu.org/ml/gcc-patches/2008-03/msg00663.html


-- 


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

[Bug fortran/35524] [4.3/4.2 regression] EXP library function not found in March 7 snapshot under FreeBSD

[kargl at gcc dot gnu dot org]

--- Comment #1 from kargl at gcc dot gnu dot org  2008-03-11 02:22 ---
This is caused by the recent addition of erfc and erf intrinsics.  You'll
need to ask FX to fix the problem.  The guilty diff is
http://gcc.gnu.org/ml/fortran/2008-02/msg00318/2008-libgfortran.diff
which unilateral defined EXP(x) as expl().


-- 

kargl at gcc dot gnu dot org changed:

   What|Removed |Added

 Status|UNCONFIRMED |NEW
 Ever Confirmed|0   |1
  Known to fail||4.4.0
  Known to work||4.3.0
   Last reconfirmed|-00-00 00:00:00 |2008-03-11 02:22:03
   date||
Summary|EXP library function not|[4.3/4.2 regression] EXP
   |found in March 7 snapshot   |library function not found
   |under FreeBSD   |in March 7 snapshot under
   ||FreeBSD


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

[Bug c++/33289] [4.2 Regression] __sprintf_chk etc. not DECL_ANTICIPATED

[cnstar9988 at gmail dot com]

--- Comment #5 from cnstar9988 at gmail dot com  2008-03-11 03:25 ---
when into 4.2.4?
gcc-4_2-branch

Thanks!


-- 


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

[Bug c/35534] New: Problem compiling gdb/symtab.c in GDB 6.7.1 using GCC 4.3.0 on Solaris 10

[jonathan dot leffler at gmail dot com]

I'm not clear whether this is a problem in GCC or in GDB, so I'm asking both
teams.

Compiling gdb 6.7.1 on Solaris 10 using the newly installed GCC 4.3.0, I got a
compilation error (because of the -Werror option) as shown:

gcc -c -g -O2-I. -I.././gdb -I.././gdb/config
-DLOCALEDIR="\"/usr/gdb/v6.7.1/share/locale\"" -DHAVE_CONFIG_H
-I.././gdb/../include/opcode -I.././gdb/../readline/.. -I../bfd
-I.././gdb/../bfd -I.././gdb/../include -I./../intl  -DMI_OUT=1 -DTUI=1  -Wall
-Wdeclaration-after-statement -Wpointer-arith -Wformat-nonliteral
-Wno-pointer-sign -Wno-unused -Wno-switch -Wno-char-subscripts -Werror symtab.c
cc1: warnings being treated as errors
symtab.c: In function 'find_line_symtab':
symtab.c:2252: error: 'exact' may be used uninitialized in this function
make: *** [symtab.o] Error 1

The fragment in question was 'worked around' by adding the '= 0' to the
declaration of 'exact' at:

struct symtab *
find_line_symtab (struct symtab *symtab, int line, int *index, int
*exact_match)
{
  int exact = 0;

  /* BEST_INDEX and BEST_LINETABLE identify the smallest linenumber > LINE
 so far seen.  */

  int best_index;
  struct linetable *best_linetable;
  struct symtab *best_symtab;

  /* First try looking it up in the given symtab.  */
  best_linetable = LINETABLE (symtab);
  best_symtab = symtab;
  best_index = find_line_common (best_linetable, line, &exact);
  if (best_index < 0 || !exact)
{


It is not clear to me that GCC is entitled to complain.  However, given that it
does, the workaround at least allows the compilation to proceed.

The configure script for GDB was run as:

./configure --prefix=/usr/gdb/v6.7.1

The configure script for GCC was run as:

../gcc-4.3.0/configure --prefix=/usr/gcc/v4.3.0 --with-mpfr=/usr/gnu
--with-gmp=/usr/gnu

I don't suppose it matters, but the version of MPFR was 2.3.1, compiled using
GCC 4.2.3, and the version of GMP was 4.1.2, which I apparently compiled a long
time ago with GCC 3.3.2.

The platform information from the GCC 4.2.0 config.log is:

## - ##
## Platform. ##
## - ##

hostname = black
uname -m = sun4u
uname -r = 5.10
uname -s = SunOS
uname -v = Generic_120011-14

/usr/bin/uname -p = sparc
/bin/uname -X = System = SunOS
Node = black
Release = 5.10
KernelID = Generic_120011-14
Machine = sun4u
BusType = 
Serial = 
Users = 
OEM# = 0
Origin# = 1
NumCPU = 4

/bin/arch  = sun4
/usr/bin/arch -k   = sun4u
/usr/convex/getsysinfo = unknown
hostinfo   = unknown
/bin/machine   = unknown
/usr/bin/oslevel   = unknown
/bin/universe  = unknown

...I don't see where to provide the symtab.i file; it is 427733 bytes long
uncompressed (but just 68724 bytes long in a bzip2 file)...  The information is
available on request.


-- 
   Summary: Problem compiling gdb/symtab.c in GDB 6.7.1 using GCC
4.3.0 on Solaris 10
   Product: gcc
   Version: 4.3.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: c
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: jonathan dot leffler at gmail dot com
 GCC build triplet: sparc-sun-solaris2.10
  GCC host triplet: sparc-sun-solaris2.10
GCC target triplet: sparc-sun-solaris2.10


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

[Bug c/35534] Problem compiling gdb/symtab.c in GDB 6.7.1 using GCC 4.3.0 on Solaris 10

[jonathan dot leffler at gmail dot com]

--- Comment #1 from jonathan dot leffler at gmail dot com  2008-03-11 03:39 
---
Created an attachment (id=15294)
 --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15294&action=view)
bzip2-compressed version of symtab.i (pre-processed code that triggered the bug
report)

This is the symtab.i file generated from the standard symtab.c (which omits the
'= 0' intitializer on variable 'exact' compared with the code fragment shown in
the bug report.

It was sufficiently long since I last submitted a GCC bug that I didn't
remember that this second screen showed up to give you a chance to upload
files.  It might be worth mentioning it on the bug entry page - unless it was
and I missed it (in which case sorry).


-- 


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

[Bug c/35534] Problem compiling gdb/symtab.c in GDB 6.7.1 using GCC 4.3.0 on Solaris 10

[jonathan dot leffler at gmail dot com]

--- Comment #2 from jonathan dot leffler at gmail dot com  2008-03-11 03:48 
---
I tried the following close-to-minimal reproduction - using the same compile
command as for the original symtab.c problem - and did not get the error.

struct symtab;
struct linetable;
extern int find_line_common(struct linetable *, int, int *);
extern struct linetable *LINETABLE(struct symtab *);
extern void do_something(void);

struct symtab *
find_line_symtab (struct symtab *symtab, int line, int *index, int
*exact_match)
{
int exact /* = 0 */;

/* BEST_INDEX and BEST_LINETABLE identify the smallest linenumber > LINE so
far seen.  */

int best_index;
struct linetable *best_linetable;
struct symtab *best_symtab;

/* First try looking it up in the given symtab.  */
best_linetable = LINETABLE (symtab);
best_symtab = symtab;
best_index = find_line_common (best_linetable, line, &exact);
if (best_index < 0 || !exact)
{
do_something();
}
return(best_symtab);
}


-- 


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