[Bug bootstrap/36545] Type _uleb128_t doesn't defined properly in /gcc/unwind-dw2.c

[rob1weld at aol dot com]

--- Comment #4 from rob1weld at aol dot com  2009-03-29 04:38 ---
Another person has the same complaint as Andrey here:
http://www.mail-archive.com/g...@gcc.gnu.org/msg23970.html


-- 

rob1weld at aol dot com changed:

   What|Removed |Added

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


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

[Bug bootstrap/36545] Type _uleb128_t doesn't defined properly in /gcc/unwind-dw2.c

[rob1weld at aol dot com]

--- Comment #3 from rob1weld at aol dot com  2009-03-29 04:31 ---
(In reply to comment #1)
> How did you configure GCC and how did you invoke make?

I am getting the exact same error on the Trunk for OpenBSD 4.5 .

# gmake
... (Errors)
# gcc/xgcc -v
Using built-in specs.
Target: i686-unknown-openbsd4.5
Configured with: /usr/src/gcc_trunk/configure --prefix=/home/usr/gcc_installed
--build=x86_64-unknown-openbsd4.5 --host=x86_64-unknown-openbsd4.5 
--targeti686-unknown-openbsd4.5
--enable-languages=c,c++,fortran,java,objc,obj-c++
--enable-multilib --disable-stage1-checking --enable-checking=release
--with-gmp=/usr/local --with-mpfr=/usr/local
Thread model: single
gcc version 4.5.0 20090328 (experimental) [trunk revision 145157] (GCC)

Thanks,
Rob


-- 


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

[Bug tree-optimization/35011] ICE with -fcheck-data-deps

[sebpop at gmail dot com]

--- Comment #10 from sebpop at gmail dot com  2009-03-29 02:15 ---
Subject: Re:  ICE with -fcheck-data-deps

> The bug disappeared on the trunk between 2009-03-15 and 2009-03-20.

This bug might have been fixed by PR39500.

Sebastian


-- 


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

[Bug fortran/39571] Compiler crash with "GNU MP: Cannot reallocate memory"

[aran at 100acres dot us]

--- Comment #10 from aran at 100acres dot us  2009-03-29 00:50 ---
(In reply to comment #9)
> 
> What happens when you compile the following:
> 
> #include 
> #include 
> int main(void) {
> unsigned int u = 268435472u;
> mpz_t x;
> mpz_init(x);
> mpz_set_ui(x, 2);
> mpz_out_str (stdout, 10, x);
> printf(" %u\n", u);
> mpz_pow_ui (x, x, u);
> mpz_clear(x);
> return 0;
> }
> 

rmme[0]$./a.out 
2 268435472


-- 


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

[Bug fortran/39528] [4.2/4.3 Regression] repeated entries are not read when using list-directed input

[jvdelisle at gcc dot gnu dot org]

--- Comment #9 from jvdelisle at gcc dot gnu dot org  2009-03-29 00:30 
---
Subject: Bug 39528

Author: jvdelisle
Date: Sun Mar 29 00:30:17 2009
New Revision: 145221

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=145221
Log:
2009-03-28  Jerry DeLisle  

PR libfortran/39528
* io/list_read.c (list_formatted_read_scalar): Move check for read
completion to just after the check for a repeated value.

Modified:
branches/fortran-dev/libgfortran/ChangeLog.dev
branches/fortran-dev/libgfortran/io/list_read.c


-- 


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

[Bug fortran/39571] Compiler crash with "GNU MP: Cannot reallocate memory"

[kargl at gcc dot gnu dot org]

--- Comment #9 from kargl at gcc dot gnu dot org  2009-03-29 00:14 ---
(In reply to comment #7)
> > NetBSD seems to be using jemalloc. which is the memory allocator
> > from FreeBSD.  Perhaps, your memory is defective.
> > 
> 
> Where would this be?  I can't find jemalloc in the fortran directory.
> 

Steven is correct.  I am talking about malloc, which comes with your
system.  It was written by Jason Evans as in the je of jemalloc.
You can see the source code at www.netbsd.org in src/lib/libc/stdlib.

What happens when you compile the following:

#include 
#include 
int main(void) {
unsigned int u = 268435472u;
mpz_t x;
mpz_init(x);
mpz_set_ui(x, 2);
mpz_out_str (stdout, 10, x);
printf(" %u\n", u);
mpz_pow_ui (x, x, u);
mpz_clear(x);
return 0;
}


-- 


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

[Bug target/30451] incorrect attributes in *movti_ppc64 of rs6000.md

[bje at gcc dot gnu dot org]

--- Comment #6 from bje at gcc dot gnu dot org  2009-03-28 23:55 ---
Fixed on mainline.


-- 

bje at gcc dot gnu dot org changed:

   What|Removed |Added

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


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

[Bug target/32542] When -msdata is set, gcc sent -memb to gas.

[bje at gcc dot gnu dot org]

--- Comment #4 from bje at gcc dot gnu dot org  2009-03-28 23:53 ---
Fixed on mainline.


-- 

bje at gcc dot gnu dot org changed:

   What|Removed |Added

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


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

[Bug fortran/39571] Compiler crash with "GNU MP: Cannot reallocate memory"

[steven at gcc dot gnu dot org]

--- Comment #8 from steven at gcc dot gnu dot org  2009-03-28 23:32 ---
*NetBSD* seems to be using jemalloc, i.e. jemalloc is your system's malloc()
and it is the same as FreeBSD where the test case *does* work.


-- 


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

[Bug target/32542] When -msdata is set, gcc sent -memb to gas.

[bje at gcc dot gnu dot org]

--- Comment #3 from bje at gcc dot gnu dot org  2009-03-28 23:31 ---
Subject: Bug 32542

Author: bje
Date: Sat Mar 28 23:31:35 2009
New Revision: 145214

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=145214
Log:
PR target/32542
* sysv4.opt (msdata): Improve comment.
* linux64.h (ASM_SPEC32): Do not pass -memb when -msdata is given.
* sysv4.h (SVR4_ASM_SPEC): Likewise.

Modified:
trunk/gcc/ChangeLog
trunk/gcc/config/rs6000/linux64.h
trunk/gcc/config/rs6000/sysv4.h
trunk/gcc/config/rs6000/sysv4.opt


-- 


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

[Bug target/30451] incorrect attributes in *movti_ppc64 of rs6000.md

[bje at gcc dot gnu dot org]

--- Comment #5 from bje at gcc dot gnu dot org  2009-03-28 23:27 ---
Subject: Bug 30451

Author: bje
Date: Sat Mar 28 23:27:14 2009
New Revision: 145213

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=145213
Log:
PR target/30451
* config/rs6000/rs6000.md (*movti_ppc64): Correct the order of
load and store attributes.

Modified:
trunk/gcc/ChangeLog
trunk/gcc/config/rs6000/rs6000.md


-- 


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

[Bug tree-optimization/35011] ICE with -fcheck-data-deps

[hjl dot tools at gmail dot com]

--- Comment #9 from hjl dot tools at gmail dot com  2009-03-28 23:26 ---
(In reply to comment #8)
> The bug disappeared on the trunk between 2009-03-15 and 2009-03-20.
> Hopefully it doesn't reappear again.
> 

We need to check in a testcase to ensure it won't reappear again.


-- 

hjl dot tools at gmail dot com changed:

   What|Removed |Added

 Status|RESOLVED|UNCONFIRMED
 Resolution|FIXED   |


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

[Bug c++/35240] ICE with new in template parameter

[hjl dot tools at gmail dot com]

--- Comment #3 from hjl dot tools at gmail dot com  2009-03-28 23:25 ---
It shouldn't be closed without a testcase.


-- 

hjl dot tools at gmail dot com changed:

   What|Removed |Added

 Status|RESOLVED|REOPENED
 Resolution|FIXED   |


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

[Bug c++/4926] C++ ABI needs clarification on mangling of complex expressions

[hjl dot tools at gmail dot com]

--- Comment #7 from hjl dot tools at gmail dot com  2009-03-28 23:23 ---
It shouldn't be closed without a testcase.


-- 

hjl dot tools at gmail dot com changed:

   What|Removed |Added

 Status|RESOLVED|REOPENED
 Resolution|FIXED   |


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

[Bug fortran/39571] Compiler crash with "GNU MP: Cannot reallocate memory"

[aran at 100acres dot us]

--- Comment #7 from aran at 100acres dot us  2009-03-28 23:19 ---

> NetBSD seems to be using jemalloc. which is the memory allocator
> from FreeBSD.  Perhaps, your memory is defective.
> 

Where would this be?  I can't find jemalloc in the fortran directory.


-- 


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

[Bug middle-end/39574] [4.5 regression] Many regressions on trunk

[hjl dot tools at gmail dot com]

--- Comment #5 from hjl dot tools at gmail dot com  2009-03-28 21:59 ---
All fixed as of revision 145202:

http://gcc.gnu.org/ml/gcc-testresults/2009-03/msg02877.html


-- 

hjl dot tools at gmail dot com changed:

   What|Removed |Added

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


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

[Bug c++/28301] [4.3/4.4/4.5 regression] ICE with broken specialization

[hjl dot tools at gmail dot com]

--- Comment #7 from hjl dot tools at gmail dot com  2009-03-28 21:56 ---
Even if a bug is fixed by another patch for a different bug,
the testcase should be added to gcc.


-- 


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

[Bug c++/28301] [4.3/4.4/4.5 regression] ICE with broken specialization

[reichelt at gcc dot gnu dot org]

--- Comment #6 from reichelt at gcc dot gnu dot org  2009-03-28 21:40 
---
The bug reappeared on the trunk and the 4.3 branch.
This was caused by

2009-03-18  H.J. Lu  

PR c++/39425
* parser.c (cp_parser_explicit_specialization): Don't skip the
rest of the specialization when begin_specialization returns
false.


-- 

reichelt at gcc dot gnu dot org changed:

   What|Removed |Added

 CC||hjl at gcc dot gnu dot org
 Status|RESOLVED|REOPENED
 Resolution|FIXED   |
Summary|[4.1 regression] ICE with   |[4.3/4.4/4.5 regression] ICE
   |broken specialization   |with broken specialization
   Target Milestone|4.2.0   |4.3.4
Version|4.2.0   |4.3.4


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

[Bug fortran/34656] modifies do loop variable

[burnus at gcc dot gnu dot org]

--- Comment #6 from burnus at gcc dot gnu dot org  2009-03-28 21:40 ---
FIXED on the trunk (4.5):

$ gfortran -fcheck=do test.f90
$ ./a.out
At line 4 of file test.f90
Fortran runtime error: Loop variable has been modified

The error location is not the best but it works reliably and without adding a
check after each statement. (NAG f95 gives a better line for the error message
for such violations, but it fails to detect this violation.)


-- 

burnus at gcc dot gnu dot org changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||FIXED


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

[Bug fortran/34656] modifies do loop variable

[burnus at gcc dot gnu dot org]

--- Comment #5 from burnus at gcc dot gnu dot org  2009-03-28 21:39 ---
Subject: Bug 34656

Author: burnus
Date: Sat Mar 28 21:39:26 2009
New Revision: 145210

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=145210
Log:
2009-03-28  Tobias Burnus  

PR fortran/34656
* trans-stmt.c (gfc_trans_simple_do, gfc_trans_do):
Add GFC_RTCHECK_DO support.
* option.c (gfc_handle_runtime_check_option): Enable
* GFC_RTCHECK_DO.
* invoke.texi (-fcheck): Document "do" option.


Added:
trunk/gcc/testsuite/gfortran.dg/do_check_1.f90
trunk/gcc/testsuite/gfortran.dg/do_check_2.f90
trunk/gcc/testsuite/gfortran.dg/do_check_3.f90
trunk/gcc/testsuite/gfortran.dg/do_check_4.f90
Modified:
trunk/gcc/fortran/ChangeLog
trunk/gcc/fortran/invoke.texi
trunk/gcc/fortran/options.c
trunk/gcc/fortran/trans-stmt.c
trunk/gcc/testsuite/ChangeLog


-- 


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

[Bug debug/39563] C block scopes have no DW_TAG_lexical_block

[jan dot kratochvil at redhat dot com]

--- Comment #6 from jan dot kratochvil at redhat dot com  2009-03-28 21:34 
---
No regressions for GDB.
GDB requires the extra patch otherwise it still does not work with patched GCC:
http://sourceware.org/ml/gdb-patches/2009-03/msg00595.html

FYI the patch generates one extra file-scope declaration:
int f (void) { extern int var; return var; }

< c>   DW_AT_producer: (indirect string, offset: 0x0): GNU C 4.5.0
20090328 (experimental)  
 <1><2d>: Abbrev Number: 2 (DW_TAG_subprogram)
<2f>   DW_AT_name: f
[...]
 <2><50>: Abbrev Number: 3 (DW_TAG_variable)
<51>   DW_AT_name: var  
<55>   DW_AT_decl_file   : 1
<56>   DW_AT_decl_line   : 1
<57>   DW_AT_type: <0x5e>   
<5b>   DW_AT_external: 1
<5c>   DW_AT_declaration : 1
[...]
 <1><65>: Abbrev Number: 3 (DW_TAG_variable)
<66>   DW_AT_name: var  
<6a>   DW_AT_decl_file   : 1
<6b>   DW_AT_decl_line   : 1
<6c>   DW_AT_type: <0x5e>   
<70>   DW_AT_external: 1
<71>   DW_AT_declaration : 1


-- 


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

[Bug middle-end/39574] [4.5 regression] Many regressions on trunk

[rguenth at gcc dot gnu dot org]

--- Comment #4 from rguenth at gcc dot gnu dot org  2009-03-28 21:31 ---
I still do not see this (my machine also has 4gb ram).


-- 


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

[Bug c++/35329] [4.2/4.3 regression] ICE with invalid template class after #pragma interface

[reichelt at gcc dot gnu dot org]

--- Comment #2 from reichelt at gcc dot gnu dot org  2009-03-28 21:28 
---
Fixed on the trunk by Jason's patch

2009-03-17  Jason Merrill  

* decl.c (grokfndecl): Set DECL_CONTEXT on parms.
(duplicate_decls): Adjust DECL_CONTEXT of newdecl's parms.
* pt.c (check_explicit_specialization): Likewise.
(tsubst_copy) [PARM_DECL]: Return a dummy parm if we don't have a
local specialization.
* tree.c (cp_tree_equal) [PARM_DECL]: Check type and index, not name.
* decl2.c (parm_index): New fn.
* semantics.c (finish_decltype_type): Don't use describable_type.
* mangle.c (write_expression): Likewise.  Mangle ALIGNOF_EXPR.
Give a sorry for unsupported codes rather than crash.  Mangle
conversions with other than 1 operand.  New mangling for PARM_DECL.
* operators.def (ALIGNOF_EXPR): Mangle as "az".


-- 

reichelt at gcc dot gnu dot org changed:

   What|Removed |Added

Summary|[4.2/4.3/4.4 regression] ICE|[4.2/4.3 regression] ICE
   |with invalid template class |with invalid template class
   |after #pragma interface |after #pragma interface


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

[Bug c++/9436] [ABI] passing a class template followed by a template value of this class

[reichelt at gcc dot gnu dot org]

--- Comment #8 from reichelt at gcc dot gnu dot org  2009-03-28 21:20 
---
The mangling problem has been fixed on the trunk by Jason's patch:

2009-03-17  Jason Merrill  

* decl.c (grokfndecl): Set DECL_CONTEXT on parms.
(duplicate_decls): Adjust DECL_CONTEXT of newdecl's parms.
* pt.c (check_explicit_specialization): Likewise.
(tsubst_copy) [PARM_DECL]: Return a dummy parm if we don't have a
local specialization.
* tree.c (cp_tree_equal) [PARM_DECL]: Check type and index, not name.
* decl2.c (parm_index): New fn.
* semantics.c (finish_decltype_type): Don't use describable_type.
* mangle.c (write_expression): Likewise.  Mangle ALIGNOF_EXPR.
Give a sorry for unsupported codes rather than crash.  Mangle
conversions with other than 1 operand.  New mangling for PARM_DECL.
* operators.def (ALIGNOF_EXPR): Mangle as "az".


The last problem mentioned in comment#7 is not a bug, see also PR29733.


-- 

reichelt at gcc dot gnu dot org changed:

   What|Removed |Added

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


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

[Bug fortran/33595] FAIL: gfortran.dg/nint_2.f90 -O0 execution test

[danglin at gcc dot gnu dot org]

--- Comment #16 from danglin at gcc dot gnu dot org  2009-03-28 21:16 
---
Subject: Bug 33595

Author: danglin
Date: Sat Mar 28 21:15:45 2009
New Revision: 145209

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=145209
Log:
PR fortran/33595
* intrinsics/c99_functions.c (round): Use floor instead of ceil.
Revise checks to round up.
(roundf): Likewise.


Modified:
trunk/libgfortran/ChangeLog
trunk/libgfortran/intrinsics/c99_functions.c


-- 


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

[Bug c++/4926] C++ ABI needs clarification on mangling of complex expressions

[reichelt at gcc dot gnu dot org]

--- Comment #6 from reichelt at gcc dot gnu dot org  2009-03-28 20:54 
---
Fixed by Jason's patch

2009-03-17  Jason Merrill  

* decl.c (grokfndecl): Set DECL_CONTEXT on parms.
(duplicate_decls): Adjust DECL_CONTEXT of newdecl's parms.
* pt.c (check_explicit_specialization): Likewise.
(tsubst_copy) [PARM_DECL]: Return a dummy parm if we don't have a
local specialization.
* tree.c (cp_tree_equal) [PARM_DECL]: Check type and index, not name.
* decl2.c (parm_index): New fn.
* semantics.c (finish_decltype_type): Don't use describable_type.
* mangle.c (write_expression): Likewise.  Mangle ALIGNOF_EXPR.
Give a sorry for unsupported codes rather than crash.  Mangle
conversions with other than 1 operand.  New mangling for PARM_DECL.
* operators.def (ALIGNOF_EXPR): Mangle as "az".


-- 

reichelt 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=4926

[Bug c++/35240] ICE with new in template parameter

[reichelt at gcc dot gnu dot org]

--- Comment #2 from reichelt at gcc dot gnu dot org  2009-03-28 20:49 
---
Fixed on the trunk between 2009-03-15 and 2009-03-20, most likely by Jason's
patch

2009-03-17  Jason Merrill  

* decl.c (grokfndecl): Set DECL_CONTEXT on parms.
(duplicate_decls): Adjust DECL_CONTEXT of newdecl's parms.
* pt.c (check_explicit_specialization): Likewise.
(tsubst_copy) [PARM_DECL]: Return a dummy parm if we don't have a
local specialization.
* tree.c (cp_tree_equal) [PARM_DECL]: Check type and index, not name.
* decl2.c (parm_index): New fn.
* semantics.c (finish_decltype_type): Don't use describable_type.
* mangle.c (write_expression): Likewise.  Mangle ALIGNOF_EXPR.
Give a sorry for unsupported codes rather than crash.  Mangle
conversions with other than 1 operand.  New mangling for PARM_DECL.
* operators.def (ALIGNOF_EXPR): Mangle as "az".


-- 

reichelt at gcc dot gnu dot org changed:

   What|Removed |Added

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


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

[Bug tree-optimization/35011] ICE with -fcheck-data-deps

[reichelt at gcc dot gnu dot org]

--- Comment #8 from reichelt at gcc dot gnu dot org  2009-03-28 20:34 
---
The bug disappeared on the trunk between 2009-03-15 and 2009-03-20.
Hopefully it doesn't reappear again.


-- 

reichelt at gcc dot gnu dot org changed:

   What|Removed |Added

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


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

[Bug c++/26693] [4.2/4.3/4.4 regression] Access checks not performed for types in templates

[reichelt at gcc dot gnu dot org]

--- Comment #11 from reichelt at gcc dot gnu dot org  2009-03-28 20:19 
---
> Shouldn't this be closed as fixed?

No, because the fix was reverted the bug remains unfixed.


-- 


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

[Bug c++/37736] Problem with designated initializer and template

[reichelt at gcc dot gnu dot org]

--- Comment #1 from reichelt at gcc dot gnu dot org  2009-03-28 20:14 
---
Confirmed (also by Paolo in PR29727).
This is rejected since at least GCC 2.95.3.


-- 

reichelt at gcc dot gnu dot org changed:

   What|Removed |Added

 CC||reichelt at gcc dot gnu dot
   ||org
 Status|UNCONFIRMED |NEW
 Ever Confirmed|0   |1
   Keywords||monitored
   Last reconfirmed|-00-00 00:00:00 |2009-03-28 20:14:28
   date||


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

[Bug target/39570] cabs and cabsf are named differently on NetBSD 5

[aran at 100acres dot us]

--- Comment #9 from aran at 100acres dot us  2009-03-28 19:38 ---
(In reply to comment #8)
> Symbol versioning, obviously.
> 
Yep, that would have worked.  Thanks for the clue.


-- 


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

[Bug middle-end/39574] [4.5 regression] Many regressions on trunk

[hjl dot tools at gmail dot com]

--- Comment #3 from hjl dot tools at gmail dot com  2009-03-28 18:53 ---
(In reply to comment #1)
> 
> FAIL: ext/pb_ds/example/basic_set.cc (test for excess errors)
> FAIL: ext/pb_ds/example/basic_set.cc (test for excess errors)
> 
> what are the excess errors?
> 

This is introduced between revision 145183 and 145186. One of
revisions 145184/145185 may be the cause.


-- 


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

[Bug libfortran/35667] HP-UX 10 has broken strtod

[dave at hiauly1 dot hia dot nrc dot ca]

--- Comment #5 from dave at hiauly1 dot hia dot nrc dot ca  2009-03-28 
18:57 ---
Subject: Re:  HP-UX 10 has broken strtod

On Sat, 28 Mar 2009, fxcoudert at gcc dot gnu dot org wrote:

> 
> 
> --- Comment #4 from fxcoudert at gcc dot gnu dot org  2009-03-28 08:55 
> ---
> The solution to this issue would be to detect a broken strtod() (or strtof() 
> or
> strtold()) in libgfortran configury, and write a wrapper checking for
> infinities and nans before calling the system's strtod().

Just for the record, I've attached my last version of a change to do this.
There was some discussion of this in the following thread:
http://gcc.gnu.org/ml/fortran/2008-04/msg0.html

I ran out of time to work on it when the new register allocator was added
and the hppa port broke.

Dave


--- Comment #6 from dave at hiauly1 dot hia dot nrc dot ca  2009-03-28 
18:57 ---
Created an attachment (id=17556)
 --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=17556&action=view)


-- 


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

[Bug target/39570] cabs and cabsf are named differently on NetBSD 5

[jakub at gcc dot gnu dot org]

--- Comment #8 from jakub at gcc dot gnu dot org  2009-03-28 18:30 ---
Symbol versioning, obviously.


-- 


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

[Bug middle-end/39574] [4.5 regression] Many regressions on trunk

[hjl dot tools at gmail dot com]

--- Comment #2 from hjl dot tools at gmail dot com  2009-03-28 18:29 ---
I got

g++: Internal error: Killed (program cc1plus)^M
Please submit a full bug report.^M
See  for instructions.^M

FAIL: ext/pb_ds/example/basic_set.cc (test for excess errors)

My machine has 4GB RAM and 2GB swap.


-- 


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

[Bug fortran/36161] gfc_error formats are not marked gcc-internal-format in po file

[goeran at uddeborg dot se]

--- Comment #5 from goeran at uddeborg dot se  2009-03-28 18:27 ---
I see.  I've sent an enhancement suggestion to the gettext project.

https://savannah.gnu.org/bugs/index.php?26040


-- 


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

[Bug target/39570] cabs and cabsf are named differently on NetBSD 5

[aran at 100acres dot us]

--- Comment #7 from aran at 100acres dot us  2009-03-28 18:13 ---
(In reply to comment #5)
> Another fix is to #undef TARGET_C99_FUNCTIONS as obviously netbsd is another
> OS without a clue ...
> 

Please explain how an OS with a clue would handle this problem.  Older binaries
that use the pre-c99 complex structure links to the existing linker symbols,
cabs and cabsf.  Changing the meaning of these symbols to the c99 meaning would
break these legacy programs.  It seems cluefull to decorate these symbols with
__c99_ and provide a rename in the header.  What would be a better solution?


-- 


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

[Bug fortran/36528] Cray pointer to function mishandled

[pault at gcc dot gnu dot org]

--- Comment #5 from pault at gcc dot gnu dot org  2009-03-28 17:39 ---
(In reply to comment #4)

Not so - this was the wrong message for another commit.  This fix is on the
way.

Paul


-- 


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

[Bug c++/39554] -Wdisallowed-function-list fails when #including

[jakub at gcc dot gnu dot org]

--- Comment #6 from jakub at gcc dot gnu dot org  2009-03-28 17:29 ---
Subject: Bug 39554

Author: jakub
Date: Sat Mar 28 17:28:45 2009
New Revision: 145200

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=145200
Log:
PR c++/39554
* opts.c (warning_disallowed_functions, warn_disallowed_functions,
warn_if_disallowed_function_p): Removed.
(common_handle_option): Don't handle OPT_Wdisallowed_function_list_.
* c-parser.c (c_parser_postfix_expression_after_primary): Don't call
warning_if_disallowed_function_p.
* flags.h (warn_if_disallowed_function_p,
warn_disallowed_functions): Removed.
* common.opt (Wdisallowed-function-list=): Removed.
* doc/invoke.texi (-Wdisallowed-function-list=): Removed.

* parser.c (cp_parser_postfix_expression): Don't call
warning_if_disallowed_function_p.

* gcc.dg/wdisallowed-functions-1.c: Removed.
* gcc.dg/wdisallowed-functions-2.c: Removed.
* gcc.dg/wdisallowed-functions-3.c: Removed.
* g++.dg/warn/Wdisallowed-functions-1.C: Removed.
* g++.dg/warn/Wdisallowed-functions-2.C: Removed.
* g++.dg/warn/Wdisallowed-functions-3.C: Removed.

Removed:
branches/gcc-4_4-branch/gcc/testsuite/g++.dg/warn/Wdisallowed-functions-1.C
branches/gcc-4_4-branch/gcc/testsuite/g++.dg/warn/Wdisallowed-functions-2.C
branches/gcc-4_4-branch/gcc/testsuite/g++.dg/warn/Wdisallowed-functions-3.C
branches/gcc-4_4-branch/gcc/testsuite/gcc.dg/wdisallowed-functions-1.c
branches/gcc-4_4-branch/gcc/testsuite/gcc.dg/wdisallowed-functions-2.c
branches/gcc-4_4-branch/gcc/testsuite/gcc.dg/wdisallowed-functions-3.c
Modified:
branches/gcc-4_4-branch/gcc/ChangeLog
branches/gcc-4_4-branch/gcc/c-parser.c
branches/gcc-4_4-branch/gcc/common.opt
branches/gcc-4_4-branch/gcc/cp/ChangeLog
branches/gcc-4_4-branch/gcc/cp/parser.c
branches/gcc-4_4-branch/gcc/doc/invoke.texi
branches/gcc-4_4-branch/gcc/flags.h
branches/gcc-4_4-branch/gcc/opts.c
branches/gcc-4_4-branch/gcc/testsuite/ChangeLog


-- 


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

[Bug c++/39554] -Wdisallowed-function-list fails when #including

[jakub at gcc dot gnu dot org]

--- Comment #5 from jakub at gcc dot gnu dot org  2009-03-28 17:23 ---
Subject: Bug 39554

Author: jakub
Date: Sat Mar 28 17:23:08 2009
New Revision: 145198

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=145198
Log:
PR c++/39554
* opts.c (warning_disallowed_functions, warn_disallowed_functions,
warn_if_disallowed_function_p): Removed.
(common_handle_option): Don't handle OPT_Wdisallowed_function_list_.
* c-parser.c (c_parser_postfix_expression_after_primary): Don't call
warning_if_disallowed_function_p.
* flags.h (warn_if_disallowed_function_p,
warn_disallowed_functions): Removed.
* common.opt (Wdisallowed-function-list=): Removed.
* doc/invoke.texi (-Wdisallowed-function-list=): Removed.

* parser.c (cp_parser_postfix_expression): Don't call
warning_if_disallowed_function_p.

* gcc.dg/wdisallowed-functions-1.c: Removed.
* gcc.dg/wdisallowed-functions-2.c: Removed.
* gcc.dg/wdisallowed-functions-3.c: Removed.
* g++.dg/warn/Wdisallowed-functions-1.C: Removed.
* g++.dg/warn/Wdisallowed-functions-2.C: Removed.
* g++.dg/warn/Wdisallowed-functions-3.C: Removed.

Removed:
trunk/gcc/testsuite/g++.dg/warn/Wdisallowed-functions-1.C
trunk/gcc/testsuite/g++.dg/warn/Wdisallowed-functions-2.C
trunk/gcc/testsuite/g++.dg/warn/Wdisallowed-functions-3.C
trunk/gcc/testsuite/gcc.dg/wdisallowed-functions-1.c
trunk/gcc/testsuite/gcc.dg/wdisallowed-functions-2.c
trunk/gcc/testsuite/gcc.dg/wdisallowed-functions-3.c
Modified:
trunk/gcc/ChangeLog
trunk/gcc/c-parser.c
trunk/gcc/common.opt
trunk/gcc/cp/ChangeLog
trunk/gcc/cp/parser.c
trunk/gcc/doc/invoke.texi
trunk/gcc/flags.h
trunk/gcc/opts.c
trunk/gcc/testsuite/ChangeLog


-- 


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

[Bug fortran/36271] Add -Wsurprising for pointers arguments with INTENT(IN)?

[fxcoudert at gcc dot gnu dot org]

--- Comment #5 from fxcoudert at gcc dot gnu dot org  2009-03-28 17:18 
---
I'm not sure I like the idea of a warning enabled by -Wall. The code is legal,
and I don't find it too surprising if you think of it. Confirming the bug and
marking as enhancement, though; if others feel like me, the PR can be closed as
WONTFIX.


-- 

fxcoudert at gcc dot gnu dot org changed:

   What|Removed |Added

   Severity|normal  |enhancement
 Status|UNCONFIRMED |NEW
 Ever Confirmed|0   |1
   Last reconfirmed|-00-00 00:00:00 |2009-03-28 17:18:54
   date||
Summary|Add -Wsurprising for|Add -Wsurprising for
   |pointers arguments with |pointers arguments with
   |INTENT(IN)  |INTENT(IN)?


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

[Bug tree-optimization/38723] default definitions not in avail_out

[rguenth at gcc dot gnu dot org]

--- Comment #5 from rguenth at gcc dot gnu dot org  2009-03-28 17:18 ---
Subject: Bug 38723

Author: rguenth
Date: Sat Mar 28 17:17:57 2009
New Revision: 145197

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=145197
Log:
2009-03-28  Richard Guenther  

PR tree-optimization/38723
* tree-ssa-pre.c (compute_avail): Add all default definitions to
the entry block.

* gcc.dg/tree-ssa/ssa-fre-22.c: New testcase.

Added:
trunk/gcc/testsuite/gcc.dg/tree-ssa/ssa-fre-22.c
Modified:
trunk/gcc/ChangeLog
trunk/gcc/testsuite/ChangeLog
trunk/gcc/tree-ssa-pre.c


-- 


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

[Bug tree-optimization/38723] default definitions not in avail_out

[rguenth at gcc dot gnu dot org]

--- Comment #4 from rguenth at gcc dot gnu dot org  2009-03-28 17:18 ---
Fixed.


-- 

rguenth at gcc dot gnu dot org changed:

   What|Removed |Added

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


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

[Bug fortran/36437] Simplify argument to [c_]sizeof

[fxcoudert at gcc dot gnu dot org]

-- 

fxcoudert at gcc dot gnu dot org changed:

   What|Removed |Added

   Severity|normal  |enhancement
 Status|UNCONFIRMED |NEW
 Ever Confirmed|0   |1
   Last reconfirmed|-00-00 00:00:00 |2009-03-28 17:14:56
   date||


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

[Bug fortran/38407] Wishlist: -Wunused-dummy-argument and -Wno-unused-dummy-argument

[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 |2009-03-28 17:12:36
   date||


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

[Bug fortran/38273] Cray pointers: Document that pointers cannot be function return values

[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 |2009-03-28 17:12:06
   date||


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

[Bug fortran/36528] Cray pointer to function mishandled

[pault at gcc dot gnu dot org]

--- Comment #4 from pault at gcc dot gnu dot org  2009-03-28 17:08 ---
Subject: Bug 36528

Author: pault
Date: Sat Mar 28 17:08:25 2009
New Revision: 145196

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=145196
Log:
2009-02-13  Paul Thomas  

PR fortran/36703
PR fortran/36528
* trans-expr.c (gfc_conv_function_val): Stabilize Cray-pointer
function references to ensure that a valid expression is used.
(gfc_conv_function_call): Pass Cray pointers to procedures.

2009-02-13  Paul Thomas  

PR fortran/36528
* gfortran.dg/cray_pointers_8.f90: New test.

PR fortran/36703
* gfortran.dg/cray_pointers_9.f90: New test.

Added:
trunk/gcc/testsuite/gfortran.dg/char_result_13.f90
Modified:
trunk/gcc/fortran/ChangeLog
trunk/gcc/fortran/trans-array.c
trunk/gcc/testsuite/ChangeLog


-- 


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

[Bug fortran/36703] ICE (segfault) in reduce_binary0 (arith.c:1778)

[pault at gcc dot gnu dot org]

--- Comment #5 from pault at gcc dot gnu dot org  2009-03-28 17:08 ---
Subject: Bug 36703

Author: pault
Date: Sat Mar 28 17:08:25 2009
New Revision: 145196

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=145196
Log:
2009-02-13  Paul Thomas  

PR fortran/36703
PR fortran/36528
* trans-expr.c (gfc_conv_function_val): Stabilize Cray-pointer
function references to ensure that a valid expression is used.
(gfc_conv_function_call): Pass Cray pointers to procedures.

2009-02-13  Paul Thomas  

PR fortran/36528
* gfortran.dg/cray_pointers_8.f90: New test.

PR fortran/36703
* gfortran.dg/cray_pointers_9.f90: New test.

Added:
trunk/gcc/testsuite/gfortran.dg/char_result_13.f90
Modified:
trunk/gcc/fortran/ChangeLog
trunk/gcc/fortran/trans-array.c
trunk/gcc/testsuite/ChangeLog


-- 


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

[Bug middle-end/39574] [4.5 regression] Many regressions on trunk

[rguenth at gcc dot gnu dot org]

-- 

rguenth at gcc dot gnu dot org changed:

   What|Removed |Added

   Target Milestone|--- |4.5.0


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

[Bug middle-end/39574] [4.5 regression] Many regressions on trunk

[rguenth at gcc dot gnu dot org]

--- Comment #1 from rguenth at gcc dot gnu dot org  2009-03-28 17:08 ---
FAIL: gcc.dg/vect/vect-strided-same-dr.c (internal compiler error)
FAIL: gcc.dg/vect/vect-strided-same-dr.c (internal compiler error)
FAIL: gcc.dg/vect/vect-strided-same-dr.c (test for excess errors)
FAIL: gcc.dg/vect/vect-strided-same-dr.c (test for excess errors)

is fixed.  I don't see

FAIL: ext/pb_ds/example/basic_set.cc (test for excess errors)
FAIL: ext/pb_ds/example/basic_set.cc (test for excess errors)

what are the excess errors?


-- 


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

[Bug fortran/38765] [4.3 Regression] ICE in check_host_association

[pault at gcc dot gnu dot org]

--- Comment #5 from pault at gcc dot gnu dot org  2009-03-28 16:55 ---
Subject: Bug 38765

Author: pault
Date: Sat Mar 28 16:55:40 2009
New Revision: 145195

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=145195
Log:
2009-03-28  Paul Thomas  

PR fortran/38765
* parse.c (parse_derived): Do not break on finding pointer,
allocatable or private components.

2009-03-28  Paul Thomas  

PR fortran/38765
* gfortran.dg/alloc_comp_assign_9.f90: New test.


Added:
trunk/gcc/testsuite/gfortran.dg/alloc_comp_assign_9.f90
Modified:
trunk/gcc/fortran/ChangeLog
trunk/gcc/fortran/parse.c
trunk/gcc/testsuite/ChangeLog


-- 


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

[Bug middle-end/39574] New: [4.5 regression] Many regressions on trunk

[hjl dot tools at gmail dot com]

On Linux/x86-64, revision 145191 has following regressions:

FAIL: ext/pb_ds/example/basic_set.cc (test for excess errors)
FAIL: ext/pb_ds/example/basic_set.cc (test for excess errors)
FAIL: gcc.dg/torture/ipa-pta-1.c  -O1  scan-ipa-dump pta "bar.arg0 = {
test4.arg0 test3.arg0 test2.arg0 test1.arg0 }"
FAIL: gcc.dg/torture/ipa-pta-1.c  -O1  scan-ipa-dump pta "bar.arg0 = {
test4.arg0 test3.arg0 test2.arg0 test1.arg0 }"
FAIL: gcc.dg/torture/ipa-pta-1.c  -O2  scan-ipa-dump pta "bar.arg0 = {
test4.arg0 test3.arg0 test2.arg0 test1.arg0 }"
FAIL: gcc.dg/torture/ipa-pta-1.c  -O2  scan-ipa-dump pta "bar.arg0 = {
test4.arg0 test3.arg0 test2.arg0 test1.arg0 }"
FAIL: gcc.dg/torture/ipa-pta-1.c  -O3 -fomit-frame-pointer  scan-ipa-dump pta
"bar.arg0 = { test4.arg0 test3.arg0 test2.arg0 test1.arg0 }"
FAIL: gcc.dg/torture/ipa-pta-1.c  -O3 -fomit-frame-pointer  scan-ipa-dump pta
"bar.arg0 = { test4.arg0 test3.arg0 test2.arg0 test1.arg0 }"
FAIL: gcc.dg/torture/ipa-pta-1.c  -O3 -g  scan-ipa-dump pta "bar.arg0 = {
test4.arg0 test3.arg0 test2.arg0 test1.arg0 }"
FAIL: gcc.dg/torture/ipa-pta-1.c  -O3 -g  scan-ipa-dump pta "bar.arg0 = {
test4.arg0 test3.arg0 test2.arg0 test1.arg0 }"
FAIL: gcc.dg/torture/ipa-pta-1.c  -Os  scan-ipa-dump pta "bar.arg0 = {
test4.arg0 test3.arg0 test2.arg0 test1.arg0 }"
FAIL: gcc.dg/torture/ipa-pta-1.c  -Os  scan-ipa-dump pta "bar.arg0 = {
test4.arg0 test3.arg0 test2.arg0 test1.arg0 }"
FAIL: gcc.dg/vect/vect-strided-same-dr.c (internal compiler error)
FAIL: gcc.dg/vect/vect-strided-same-dr.c (internal compiler error)
FAIL: gcc.dg/vect/vect-strided-same-dr.c (test for excess errors)
FAIL: gcc.dg/vect/vect-strided-same-dr.c (test for excess errors)


-- 
   Summary: [4.5 regression] Many regressions on trunk
   Product: gcc
   Version: 4.5.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: middle-end
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: hjl dot tools at gmail dot com


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

[Bug debug/37959] g++ does not emit DW_AT_explicit

[jakub at gcc dot gnu dot org]

--- Comment #4 from jakub at gcc dot gnu dot org  2009-03-28 16:46 ---
Fixed on the trunk.


-- 

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

[Bug fortran/36161] gfc_error formats are not marked gcc-internal-format in po file

[fxcoudert at gcc dot gnu dot org]

--- Comment #4 from fxcoudert at gcc dot gnu dot org  2009-03-28 16:39 
---
The Fortran front-end diagnostic strings have a specific format, that is an
extension of the C printf format. It is not the same as the
gcc-internal-format. Thus, if you want it to be supported, it first needs to be
recognized by the tools (xgettext), then we'll modify the front-end headers to
mark it appropriately.


-- 

fxcoudert at gcc dot gnu dot org changed:

   What|Removed |Added

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


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

[Bug middle-end/37780] Conditional expression with __builtin_clz() should be optimized out

[fxcoudert at gcc dot gnu dot org]

--- Comment #1 from fxcoudert at gcc dot gnu dot org  2009-03-28 16:33 
---
This is not a Fortran issue, it should be done in the middle-end. On platforms
that have a defined value for __builtin_clz(0), the conditional in the function
below should be optimized out:

int foo (int i)
{
  return (i == 0) ? sizeof (int) * 8 : __builtin_clz (i);
}

Targets where this is expected to be an issue are: alpha, cris, rs6000, m68k,
arm and s390.


-- 

fxcoudert at gcc dot gnu dot org changed:

   What|Removed |Added

 Status|UNCONFIRMED |NEW
  Component|fortran |middle-end
 Ever Confirmed|0   |1
 GCC target triplet||CLZ_DEFINED_VALUE_AT_ZERO !=
   ||0
   Last reconfirmed|-00-00 00:00:00 |2009-03-28 16:33:36
   date||
Summary|Optimize LEADZ/TRAILZ for   |Conditional expression with
   |zero arguments  |__builtin_clz() should be
   ||optimized out


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

[Bug fortran/36158] Transformational function BESSEL_YN(n1,n2,x) and BESSEL_JN missing

[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 |2009-03-28 15:46:40
   date||


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

[Bug fortran/35707] Search /usr/local/include and /usr/include for .mod files

[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 |2009-03-28 15:46:26
   date||


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

[Bug fortran/36096] F2008 Bessel: Documentation/diagnostic errors

[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 |2009-03-28 15:45:48
   date||


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

[Bug other/39573] New: linking fails when optimizations are enabled

[fpbeekhof at gmail dot com]

Linking in debugging mode is fine:
$ make CNF=gcc MODE=debug
scons -j 2 CNF=gcc MODE=debug BACKEND=
scons: Reading SConscript files ...
scons: done reading SConscript files.
scons: Building targets ...
g++ -o main.o -c -pipe -I. -Wall -g -fopenmp main.cpp
g++ -o tinystr.o -c -pipe -I. -Wall -g -fopenmp tinystr.cpp
g++ -o tinyxml.o -c -pipe -I. -Wall -g -fopenmp tinyxml.cpp
g++ -o tinyxmlerror.o -c -pipe -I. -Wall -g -fopenmp tinyxmlerror.cpp
g++ -o tinyxmlparser.o -c -pipe -I. -Wall -g -fopenmp tinyxmlparser.cpp
g++ -o shapes -g -fopenmp tinystr.o tinyxml.o tinyxmlerror.o tinyxmlparser.o
main.o -lcvmlcpp
scons: done building targets.

But in release mode, it's not:
$ make CNF=gcc
scons -j 2 CNF=gcc MODE= BACKEND=
scons: Reading SConscript files ...
scons: done reading SConscript files.
scons: Building targets ...
g++ -o main.o -c -pipe -I. -Wall -O3 -funroll-loops -fopenmp -march=native
-ftree-vectorize -DNDEBUG main.cpp
g++ -o tinystr.o -c -pipe -I. -Wall -O3 -funroll-loops -fopenmp -march=native
-ftree-vectorize -DNDEBUG tinystr.cpp
g++ -o tinyxml.o -c -pipe -I. -Wall -O3 -funroll-loops -fopenmp -march=native
-ftree-vectorize -DNDEBUG tinyxml.cpp
g++ -o tinyxmlerror.o -c -pipe -I. -Wall -O3 -funroll-loops -fopenmp
-march=native -ftree-vectorize -DNDEBUG tinyxmlerror.cpp
g++ -o tinyxmlparser.o -c -pipe -I. -Wall -O3 -funroll-loops -fopenmp
-march=native -ftree-vectorize -DNDEBUG tinyxmlparser.cpp
g++ -o shapes -fopenmp tinystr.o tinyxml.o tinyxmlerror.o tinyxmlparser.o
main.o -lcvmlcpp
main.o: In function
`_ZN7cvmlcppL25extractSurfaceFromAdapterIN6shapes20ShapeSurfaceAdaptor_IdEEdEEvRKT_RNS_8GeometryIT0_EEd.omp_fn.1':
main.cpp:(.text+0x5838): undefined reference to `void
cvmlcpp::extractSurfaceFromAdapter,
double>(shapes::ShapeSurfaceAdaptor_ const&,
cvmlcpp::Geometry&, double)::C.724'
collect2: ld returned 1 exit status
scons: *** [shapes] Error 1
scons: building terminated because of errors.
make: *** [compile] Error 2

$ g++ -v
Using built-in specs.
Target: x86_64-linux-gnu
Configured with: ../src/configure -v --with-pkgversion='Ubuntu 4.3.2-1ubuntu12'
--with-bugurl=file:///usr/share/doc/gcc-4.3/README.Bugs
--enable-languages=c,c++,fortran,objc,obj-c++ --prefix=/usr --enable-shared
--with-system-zlib --libexecdir=/usr/lib --without-included-gettext
--enable-threads=posix --enable-nls --with-gxx-include-dir=/usr/include/c++/4.3
--program-suffix=-4.3 --enable-clocale=gnu --enable-libstdcxx-debug
--enable-objc-gc --enable-mpfr --enable-checking=release
--build=x86_64-linux-gnu --host=x86_64-linux-gnu --target=x86_64-linux-gnu
Thread model: posix
gcc version 4.3.2 (Ubuntu 4.3.2-1ubuntu12) 

Unfortunately, I'm not exactly sure how to complete this report. I have no idea
what component does this, so I just guessed. And should I simply attach all
source code ?


-- 
   Summary: linking fails when optimizations are enabled
   Product: gcc
   Version: 4.3.2
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: other
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: fpbeekhof at gmail dot com


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

[Bug libfortran/35844] Overwriting the -std= option at runtime via environment variable

[fxcoudert at gcc dot gnu dot org]

--- Comment #1 from fxcoudert at gcc dot gnu dot org  2009-03-28 15:40 
---
Confirmed. I think both the rationale and the proposed actions are clear and
sound.


-- 

fxcoudert at gcc dot gnu dot org changed:

   What|Removed |Added

 Status|UNCONFIRMED |NEW
  Component|fortran |libfortran
 Ever Confirmed|0   |1
   Last reconfirmed|-00-00 00:00:00 |2009-03-28 15:40:21
   date||
Summary|RFC: Environment variable   |Overwriting the -std= option
   |for overwritting the -  |at runtime via environment
   |std= for libgfortran   |variable


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

[Bug fortran/35849] "wrong" line shown in error message for parameter

[fxcoudert at gcc dot gnu dot org]

-- 

fxcoudert at gcc dot gnu dot org changed:

   What|Removed |Added

 AssignedTo|unassigned at gcc dot gnu   |burnus at gcc dot gnu dot
   |dot org |org
 Status|UNCONFIRMED |ASSIGNED
 Ever Confirmed|0   |1
   Keywords||patch
   Last reconfirmed|-00-00 00:00:00 |2009-03-28 15:35:23
   date||


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

[Bug fortran/38573] Missing markers for translation

[fxcoudert at gcc dot gnu dot org]

--- Comment #4 from fxcoudert at gcc dot gnu dot org  2009-03-28 15:31 
---
Created an attachment (id=17555)
 --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=17555&action=view)
Proposed patch to fix the main issue

Here's the patch I propose to fix this issue and a few similar ones that grep
revealed. It makes sure the strings can be gathered by xgettext. 

It does not make the logic in intrinsic.c more localization-friendly, because I
think it's far from trivial to do: consider that the string is also returned
from the function where it's emitted, to be used in another error message in
the callee.


-- 


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

[Bug fortran/38573] Missing markers for translation

[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 |2009-03-28 15:26:01
   date||


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

[Bug c/36892] Support __attribute__((deprecated("text string")))

[hjl dot tools at gmail dot com]

--- Comment #3 from hjl dot tools at gmail dot com  2009-03-28 15:23 ---
A patch is posted at

http://gcc.gnu.org/ml/gcc-patches/2009-02/msg00251.html


-- 

hjl dot tools at gmail dot com changed:

   What|Removed |Added

 CC||iant at google dot com
URL||http://gcc.gnu.org/ml/gcc-
   ||patches/2009-
   ||02/msg00251.html
   Target Milestone|--- |4.5.0


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

[Bug fortran/39517] fortran doesn't compile in SLES10 SP2

[fxcoudert at gcc dot gnu dot org]

--- Comment #3 from fxcoudert at gcc dot gnu dot org  2009-03-28 14:12 
---
Closing for now, please reopen with additional information if you can reproduce
this failure in an "out-of-source-tree" build.


-- 

fxcoudert at gcc dot gnu dot org changed:

   What|Removed |Added

 Status|UNCONFIRMED |RESOLVED
 Resolution||INVALID


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

[Bug fortran/39280] Optimizing integer power

[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 |2009-03-28 14:12:04
   date||


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

[Bug bootstrap/39572] New: RFE - Gcc is incomplete for 64 Bit Targets - Need support for x86_64 OpenBSD

[rob1weld at aol dot com]

The Target "x86_64-unknown-openbsd4.5" is not supported in Trunk.

# uname -a
OpenBSD openbsd.localdomain 4.5 GENERIC#5 amd64


The file "../gcc_trunk/gcc/config.gcc" supports both "x86_64-*-freebsd*"
and "x86_64-*-netbsd*" but NOT "x86_64-*-openbsd*".

The file "../gcc_trunk/gcc/config.gcc" does support "i[34567]86-*-freebsd*",
"i[34567]86-*-netbsd*" and "i[34567]86-*-openbsd*".


Thanks,
Rob


-- 
   Summary: RFE - Gcc is incomplete for 64 Bit Targets - Need
support for x86_64 OpenBSD
   Product: gcc
   Version: 4.5.0
Status: UNCONFIRMED
  Severity: enhancement
  Priority: P3
 Component: bootstrap
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: rob1weld at aol dot com
 GCC build triplet: x86_64-unknown-openbsd4.5
  GCC host triplet: x86_64-unknown-openbsd4.5
GCC target triplet: x86_64-*-openbsd*


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

[Bug fortran/32626] Run-time check for recursive functions

[burnus at gcc dot gnu dot org]

--- Comment #4 from burnus at gcc dot gnu dot org  2009-03-28 14:08 ---
Fixed on the trunk (4.5):

At line 22 of file recursive_check_7.f90
Fortran runtime error: Recursive call to nonrecursive procedure 'invalid'


-- 

burnus at gcc dot gnu dot org changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||FIXED


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

[Bug fortran/32626] Run-time check for recursive functions

[burnus at gcc dot gnu dot org]

--- Comment #3 from burnus at gcc dot gnu dot org  2009-03-28 14:04 ---
Subject: Bug 32626

Author: burnus
Date: Sat Mar 28 14:04:14 2009
New Revision: 145188

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=145188
Log:
2009-03-28  Tobias Burnus  

PR fortran/32626
* option.c (gfc_handle_runtime_check_option): Enable recursion check.
* trans-decl.c (gfc_generate_function_code): Add recursion check.
* invoke.texi (-fcheck): Add recursive option.


Added:
trunk/gcc/testsuite/gfortran.dg/recursive_check_7.f90
Modified:
trunk/gcc/fortran/ChangeLog
trunk/gcc/fortran/invoke.texi
trunk/gcc/fortran/options.c
trunk/gcc/fortran/trans-decl.c
trunk/gcc/testsuite/ChangeLog


-- 


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

[Bug fortran/37848] [4.2 only] internal compiler error: Segmentation fault. gfortran openmp

[fxcoudert at gcc dot gnu dot org]

--- Comment #10 from fxcoudert at gcc dot gnu dot org  2009-03-28 13:59 
---
4.2 branch is now closing.


-- 

fxcoudert at gcc dot gnu dot org changed:

   What|Removed |Added

 Status|UNCONFIRMED |RESOLVED
  Known to fail||4.2.3
  Known to work||4.3.0 4.4.0
 Resolution||WONTFIX
Summary|internal compiler error:|[4.2 only] internal compiler
   |Segmentation fault. gfortran|error: Segmentation fault.
   |openmp  |gfortran openmp


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

[Bug fortran/36382] Support $ as first character in symbol names and in IMPLICT

[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 |2009-03-28 13:58:14
   date||


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

[Bug fortran/36234] Document lack of g77's "complex function name*16" syntax

[fxcoudert at gcc dot gnu dot org]

--- Comment #2 from fxcoudert at gcc dot gnu dot org  2009-03-28 13:45 
---
I second Steve's opinion that we shouldn't add that legacy feature to gfortran.
A Google codesearch for
 lang:fortran "complex function" "*16" -"complex*16" function
returned only 1 use of this syntax!

Let's document it in the "Extensions not implemented in GNU Fortran" section of
our doc.


-- 

fxcoudert at gcc dot gnu dot org changed:

   What|Removed |Added

 Status|UNCONFIRMED |NEW
 Ever Confirmed|0   |1
   Keywords||documentation
   Last reconfirmed|-00-00 00:00:00 |2009-03-28 13:45:17
   date||
Summary|Support g77's "complex  |Document lack of g77's
   |function name*16" syntax|"complex function name*16"
   ||syntax


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

[Bug c/27120] Should warn about uninitialized use of variable array element

[fxcoudert at gcc dot gnu dot org]

--- Comment #3 from fxcoudert at gcc dot gnu dot org  2009-03-28 13:39 
---
*** Bug 35234 has been marked as a duplicate of this bug. ***


-- 

fxcoudert at gcc dot gnu dot org changed:

   What|Removed |Added

 CC||dominiq at lps dot ens dot
   ||fr


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

[Bug fortran/35234] Undetected "use before definition".

[fxcoudert at gcc dot gnu dot org]

--- Comment #2 from fxcoudert at gcc dot gnu dot org  2009-03-28 13:39 
---
It's indeed a duplicate of 27120.

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


-- 

fxcoudert at gcc dot gnu dot org changed:

   What|Removed |Added

 Status|UNCONFIRMED |RESOLVED
 Resolution||DUPLICATE


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

[Bug fortran/36380] preprocessing: define built-in target-related macros

[fxcoudert at gcc dot gnu dot org]

-- 

fxcoudert at gcc dot gnu dot org changed:

   What|Removed |Added

   Severity|normal  |enhancement
 Status|UNCONFIRMED |NEW
 Ever Confirmed|0   |1
   Last reconfirmed|-00-00 00:00:00 |2009-03-28 13:38:27
   date||


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

[Bug fortran/39555] concat-op not allowed in STOP

[fxcoudert at gcc dot gnu dot org]

--- Comment #3 from fxcoudert at gcc dot gnu dot org  2009-03-28 13:37 
---
(In reply to comment #2)
> It is not allowed in F2003.
> 
> 8.4  STOP statement
> R849 stop-stmt  is STOP [ stop-code ]
> R850 stop-code  is scalar-char-constant
> or digit [ digit [ digit [ digit [ digit ] ] ] ]

I agree with you for F2003. For F2008, however, the draft I have
(08-007r1:2008/02/19) says:

R855stop-stmt is STOP [ stop-code ]
R857stop-code is scalar-char-initialization-expr
or scalar-int-initialization-expr


-- 

fxcoudert at gcc dot gnu dot org changed:

   What|Removed |Added

   Severity|normal  |minor
 Status|UNCONFIRMED |NEW
 Ever Confirmed|0   |1
   Last reconfirmed|-00-00 00:00:00 |2009-03-28 13:37:28
   date||


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

[Bug fortran/34128] slow gfortran 4.x (library?) compared to g77 3.4

[fxcoudert at gcc dot gnu dot org]

--- Comment #10 from fxcoudert at gcc dot gnu dot org  2009-03-28 13:21 
---
I think this is glibc issue, which can be worked around (as Jerry demonstrated)
e.g. by using -ffast-math or by using a differently math library. Thus, I'm
closing this PR.


-- 

fxcoudert at gcc dot gnu dot org changed:

   What|Removed |Added

 CC||fxcoudert at gcc dot gnu dot
   ||org
 Status|NEW |RESOLVED
  GCC build triplet|x86_64-unknown-linux-gnu|
   GCC host triplet|x86_64-unknown-linux-gnu|
 Resolution||INVALID


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

[Bug fortran/38432] Add warning for loops which are never executed

[burnus at gcc dot gnu dot org]

--- Comment #4 from burnus at gcc dot gnu dot org  2009-03-28 13:20 ---
FIXED on the trunk (4.5).

Example:
do i = 1, -3, 1
 1
Warning: DO loop at (1) will be executed zero times


-- 

burnus at gcc dot gnu dot org changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||FIXED


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

[Bug target/39570] cabs and cabsf are named differently on NetBSD 5

[fxcoudert at gcc dot gnu dot org]

--- Comment #6 from fxcoudert at gcc dot gnu dot org  2009-03-28 13:09 
---
Switch component to "target", as this is target-specific behaviour not specific
to fortran (you'd have the same thing with C if you use __builtin_cabs() and
__builtin_cabsf().


-- 

fxcoudert at gcc dot gnu dot org changed:

   What|Removed |Added

  Component|fortran |target


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

[Bug fortran/38432] Add warning for loops which are never executed

[burnus at gcc dot gnu dot org]

--- Comment #3 from burnus at gcc dot gnu dot org  2009-03-28 13:06 ---
Subject: Bug 38432

Author: burnus
Date: Sat Mar 28 13:06:30 2009
New Revision: 145186

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=145186
Log:
2009-03-28  Tobias Burnus  

PR fortran/38432
* resolve.c (gfc_resolve_iterator): Add zero-loop warning.

2009-03-28  Tobias Burnus  

PR fortran/38432
* gfortran.dg/do_check_5.f90: New test.
* gfortran.dg/array_constructor_11.f90: Add dg-warning.
* gfortran.dg/array_constructor_18.f90: Ditto.
* gfortran.dg/array_constructor_22.f90: Ditto.
* gfortran.dg/do_3.F90: Ditto.
* gfortran.dg/do_1.f90: Ditto.


Added:
trunk/gcc/testsuite/gfortran.dg/do_check_5.f90
Modified:
trunk/gcc/fortran/ChangeLog
trunk/gcc/fortran/resolve.c
trunk/gcc/testsuite/ChangeLog
trunk/gcc/testsuite/gfortran.dg/array_constructor_11.f90
trunk/gcc/testsuite/gfortran.dg/array_constructor_18.f90
trunk/gcc/testsuite/gfortran.dg/array_constructor_22.f90
trunk/gcc/testsuite/gfortran.dg/do_1.f90
trunk/gcc/testsuite/gfortran.dg/do_3.F90


-- 


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

[Bug fortran/35952] Segmentation fault with character strings only when compiling with -funroll-loops and -O3

[fxcoudert at gcc dot gnu dot org]

--- Comment #6 from fxcoudert at gcc dot gnu dot org  2009-03-28 13:06 
---
(In reply to comment #5)
> I can't get a very usable backtrace on this. 
> Maybe valgind will give us a hint on Linux box.

With current trunk, valgrind on x86_64-linux reports nothing (tried both -m32
and -m64).


-- 


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

[Bug fortran/36031] ARM -fshort-enums attribute not emitted for Fortran

[fxcoudert at gcc dot gnu dot org]

--- Comment #2 from fxcoudert at gcc dot gnu dot org  2009-03-28 13:01 
---
Created an attachment (id=17554)
 --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=17554&action=view)
Tentative patch

Can you tell me if the patch attached fixes the issue?


-- 


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

[Bug tree-optimization/38458] copy-propagation doesn't handle cycles

[rguenth at gcc dot gnu dot org]

--- Comment #5 from rguenth at gcc dot gnu dot org  2009-03-28 12:55 ---
Fixed.


-- 

rguenth at gcc dot gnu dot org changed:

   What|Removed |Added

   Severity|normal  |enhancement
 Status|ASSIGNED|RESOLVED
 Resolution||FIXED
   Target Milestone|--- |4.5.0


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

[Bug tree-optimization/38458] copy-propagation doesn't handle cycles

[rguenth at gcc dot gnu dot org]

--- Comment #4 from rguenth at gcc dot gnu dot org  2009-03-28 12:54 ---
Subject: Bug 38458

Author: rguenth
Date: Sat Mar 28 12:54:14 2009
New Revision: 145185

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=145185
Log:
2009-03-28  Richard Guenther  

PR tree-optimization/38458
* tree-ssa-copy.c (copy_prop_visit_phi_node): For the first
argument use the arguments copy-of value.

Modified:
trunk/gcc/ChangeLog
trunk/gcc/tree-ssa-copy.c


-- 


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

[Bug tree-optimization/38180] CCP does not propagate through constant initializers

[rguenth at gcc dot gnu dot org]

--- Comment #9 from rguenth at gcc dot gnu dot org  2009-03-28 12:52 ---
Fixed.


-- 

rguenth at gcc dot gnu dot org changed:

   What|Removed |Added

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


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

[Bug tree-optimization/38180] CCP does not propagate through constant initializers

[rguenth at gcc dot gnu dot org]

--- Comment #8 from rguenth at gcc dot gnu dot org  2009-03-28 12:52 ---
Subject: Bug 38180

Author: rguenth
Date: Sat Mar 28 12:52:13 2009
New Revision: 145184

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=145184
Log:
2009-03-28  Richard Guenther  

PR tree-optimization/38180
* tree-ssa-ccp.c (get_default_value): Simplify.
(likely_value): Likewise.
(surely_varying_stmt_p): Properly handle VOP case.
(ccp_initialize): Likewise.
(ccp_fold): Handle propagating through *&.
(fold_const_aggregate_ref): Also handle decls.

* gcc.dg/tree-ssa/ssa-ccp-24.c: New testcase.

Added:
trunk/gcc/testsuite/gcc.dg/tree-ssa/ssa-ccp-24.c
Modified:
trunk/gcc/ChangeLog
trunk/gcc/testsuite/ChangeLog
trunk/gcc/tree-ssa-ccp.c


-- 


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

[Bug fortran/35865] Spurious warning for vector-valued functions passed as arguments

[fxcoudert at gcc dot gnu dot org]

--- Comment #3 from fxcoudert at gcc dot gnu dot org  2009-03-28 12:35 
---
The warning has disappeared in 4.3.2, the 4.4 branch and trunk, at least on
x64_64-linux; because I doubt it's cygwin-related, I close this report for now,
please feel free to reopen it with any additional info if I'm wrong.


-- 

fxcoudert at gcc dot gnu dot org changed:

   What|Removed |Added

 CC||fxcoudert at gcc dot gnu dot
   ||org
 Status|NEW |RESOLVED
 Resolution||FIXED
   Target Milestone|--- |4.3.2


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

[Bug libfortran/39314] -ffpe-trap=invalid gives no FPE for acos(-5.0)

[burnus at gcc dot gnu dot org]

--- Comment #12 from burnus at gcc dot gnu dot org  2009-03-28 12:23 ---
On #gcc it was confirmed to give a SIGFPE on gentoo with glibc 2.9 on x86-64. I
think it is one of the @amd.com patches for x86-64 which fixes some performance
problems but has the side effect that it doesn't honour the FPE.


-- 


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

[Bug fortran/38404] Warning message identifies incorrect line

[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
  GCC build triplet|i386-redhat-linux   |
   GCC host triplet|i386-redhat-linux   |
 GCC target triplet|i386-redhat-linux   |
   Last reconfirmed|-00-00 00:00:00 |2009-03-28 12:20:08
   date||


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

[Bug fortran/36761] Unallocated array "referenced" silently

[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
   GCC host triplet|i686-pc-linux-gnu   |
   Last reconfirmed|-00-00 00:00:00 |2009-03-28 12:19:18
   date||


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

[Bug fortran/36632] OpenMP code with access to module variable causes Fortran compiler to crash

[fxcoudert at gcc dot gnu dot org]

--- Comment #6 from fxcoudert at gcc dot gnu dot org  2009-03-28 12:07 
---
*** Bug 37644 has been marked as a duplicate of this bug. ***


-- 

fxcoudert at gcc dot gnu dot org changed:

   What|Removed |Added

 CC||rlnaff at usgs dot gov


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

[Bug fortran/37644] [4.3 only] ICE on valid OpenMP code

[fxcoudert at gcc dot gnu dot org]

--- Comment #7 from fxcoudert at gcc dot gnu dot org  2009-03-28 12:07 
---
This is a reduced test case, confirmed the ICE on x86_64-linux, both -m32 and
-m64 with gfortran 4.3.2:

module m
  integer :: n 
contains
  subroutine AC_reorder
integer :: p
!$OMP PARALLEL DEFAULT(private)
!$OMP DO
do p = 1, n
enddo
!$OMP END DO
!$OMP END PARALLEL 
  contains
subroutine insert_coef
end subroutine insert_coef
  end subroutine AC_reorder
end module m

It works with the 4.4 branch and trunk at both -m32 and -m64. The backtrace for
the 4.3.2 segfault is:

#0  get_frame_type (info=0x0) at ../../gcc-4.3.2/gcc/tree-nested.c:198
#1  0x0066d0f8 in get_chain_decl (info=0x1504e4c0)
at ../../gcc-4.3.2/gcc/tree-nested.c:304
#2  0x0066e12d in get_nonlocal_debug_decl (info=0x1504e4c0, 
decl=0x2acef1a6baa0) at ../../gcc-4.3.2/gcc/tree-nested.c:904
#3  0x0066f986 in convert_nonlocal_omp_clauses (
pclauses=, wi=0x7fffbc6d6e50)
at ../../gcc-4.3.2/gcc/tree-nested.c:1181
#4  0x0066f6a8 in convert_nonlocal_reference (
tp=, walk_subtrees=, 
data=) at ../../gcc-4.3.2/gcc/tree-nested.c:1099
#5  0x0072e5d7 in walk_tree_1 (tp=0x2acef1a587d0, 
func=0x66f440 , data=0x7fffbc6d6e50, pset=0x0, 
lh=0) at ../../gcc-4.3.2/gcc/tree.c:8415
#6  0x0066e5ca in walk_stmts (wi=0x7fffbc6d6e50, tp=0x2acef1a587d0)
at ../../gcc-4.3.2/gcc/tree-nested.c:640
#7  0x0066e774 in walk_stmts (wi=0x7fffbc6d6e50, 
tp=) at ../../gcc-4.3.2/gcc/tree-nested.c:575
#8  0x0066e61c in walk_stmts (wi=0x7fffbc6d6e50, tp=0x2acef1a70098)
at ../../gcc-4.3.2/gcc/tree-nested.c:594
#9  0x0066e81b in walk_body (callback=, 
info=, stmt_p=0x0)
at ../../gcc-4.3.2/gcc/tree-nested.c:657

which shows that it is a duplicate of PR36632.

To Richard: as a conclusion, it's fixed for 4.4 and will likely not be fixed on
the 4.3.x series, so your best bet is to update to 4.4.0 when it comes out,
which should be soon (a matter of days or few weeks).

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


-- 

fxcoudert at gcc dot gnu dot org changed:

   What|Removed |Added

 Status|UNCONFIRMED |RESOLVED
  GCC build triplet|see description below   |
   GCC host triplet|see description below   |
 GCC target triplet|see description below   |
   Keywords||ice-on-valid-code
  Known to fail||4.3.2
  Known to work||4.4.0 4.5.0
 Resolution||DUPLICATE
Summary|compiler Segmentation fault |[4.3 only] ICE on valid
   ||OpenMP code


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

[Bug tree-optimization/38513] Only postreload will remove a no-op store

[rguenth at gcc dot gnu dot org]

--- Comment #9 from rguenth at gcc dot gnu dot org  2009-03-28 10:12 ---
Fixed.


-- 

rguenth at gcc dot gnu dot org changed:

   What|Removed |Added

   Severity|normal  |enhancement
 Status|ASSIGNED|RESOLVED
 Resolution||FIXED
   Target Milestone|--- |4.5.0


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

[Bug tree-optimization/38513] Only postreload will remove a no-op store

[rguenth at gcc dot gnu dot org]

--- Comment #8 from rguenth at gcc dot gnu dot org  2009-03-28 10:11 ---
Subject: Bug 38513

Author: rguenth
Date: Sat Mar 28 10:11:14 2009
New Revision: 145172

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=145172
Log:
2009-03-28  Richard Guenther  

PR tree-optimization/38513
* tree-ssa-pre.c (eliminate): Remove redundant stores.
* tree-ssa-sccvn.c (copy_reference_ops_from_ref): Handle
EXC_PTR_EXPR and FILTER_EXPR.
(get_ref_from_reference_ops): Likewise.

* gcc.dg/tree-ssa/ssa-fre-21.c: New testcase.
* gcc.dg/tree-ssa/ssa-dse-11.c: Adjust.
* gcc.dg/vect/vect-reduc-dot-u8a.c: Likewise.
* gcc.dg/vect/vect-reduc-dot-u8b.c: Likewise.
* gcc.dg/vect/slp-widen-mult-u8.c: Likewise.
* gcc.dg/vect/vect-multitypes-16.c: Likewise.
* gcc.dg/vect/vect-35.c: Likewise.
* gcc.dg/vect/wrapv-vect-reduc-dot-s8b.c: Likewise.
* gcc.dg/vect/vect-multitypes-17.c: Likewise.
* gcc.dg/vect/slp-widen-mult-s16.c: Likewise.

Added:
trunk/gcc/testsuite/gcc.dg/tree-ssa/ssa-fre-21.c
Modified:
trunk/gcc/ChangeLog
trunk/gcc/testsuite/ChangeLog
trunk/gcc/testsuite/gcc.dg/tree-ssa/ssa-dse-11.c
trunk/gcc/testsuite/gcc.dg/vect/slp-widen-mult-s16.c
trunk/gcc/testsuite/gcc.dg/vect/slp-widen-mult-u8.c
trunk/gcc/testsuite/gcc.dg/vect/vect-35.c
trunk/gcc/testsuite/gcc.dg/vect/vect-multitypes-16.c
trunk/gcc/testsuite/gcc.dg/vect/vect-multitypes-17.c
trunk/gcc/testsuite/gcc.dg/vect/vect-reduc-dot-u8a.c
trunk/gcc/testsuite/gcc.dg/vect/vect-reduc-dot-u8b.c
trunk/gcc/testsuite/gcc.dg/vect/wrapv-vect-reduc-dot-s8b.c
trunk/gcc/tree-ssa-pre.c
trunk/gcc/tree-ssa-sccvn.c


-- 


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

[Bug tree-optimization/38968] Complex matrix product is not vectorized

[rguenth at gcc dot gnu dot org]

--- Comment #12 from rguenth at gcc dot gnu dot org  2009-03-28 10:06 
---
Fixed.


-- 

rguenth at gcc dot gnu dot org changed:

   What|Removed |Added

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


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

[Bug tree-optimization/38968] Complex matrix product is not vectorized

[rguenth at gcc dot gnu dot org]

--- Comment #11 from rguenth at gcc dot gnu dot org  2009-03-28 10:05 
---
Subject: Bug 38968

Author: rguenth
Date: Sat Mar 28 10:05:24 2009
New Revision: 145171

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=145171
Log:
2009-03-28  Richard Guenther  

PR tree-optimization/38968
* tree-vect-analyze.c (vect_compute_data_ref_alignment):
Use FLOOR_MOD_EXPR to compute misalignment.

* gfortran.dg/vect/fast-math-pr38968.f90: New testcase.

Added:
trunk/gcc/testsuite/gfortran.dg/vect/fast-math-pr38968.f90
Modified:
trunk/gcc/ChangeLog
trunk/gcc/testsuite/ChangeLog
trunk/gcc/tree-vect-analyze.c


-- 


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

[Bug tree-optimization/37795] if-combine doesn't optimize != after >= test

[rguenth at gcc dot gnu dot org]

--- Comment #8 from rguenth at gcc dot gnu dot org  2009-03-28 10:02 ---
Fixed.


-- 

rguenth at gcc dot gnu dot org changed:

   What|Removed |Added

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


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

[Bug tree-optimization/37795] if-combine doesn't optimize != after >= test

[rguenth at gcc dot gnu dot org]

--- Comment #7 from rguenth at gcc dot gnu dot org  2009-03-28 10:02 ---
Subject: Bug 37795

Author: rguenth
Date: Sat Mar 28 10:01:56 2009
New Revision: 145170

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=145170
Log:
2009-03-28  Richard Guenther  

PR tree-optimization/37795
* tree.h (combine_comparisons): Declare.
* fold-const.c (combine_comparisons): Export.
* tree-ssa-ifcombine.c (ifcombine_ifandif): Optimize two successive
comparisons.
(ifcombine_iforif): Use combine_comparisons.

* gcc.dg/tree-ssa/ssa-ifcombine-7.c: New testcase.

Added:
trunk/gcc/testsuite/gcc.dg/tree-ssa/ssa-ifcombine-7.c
Modified:
trunk/gcc/ChangeLog
trunk/gcc/fold-const.c
trunk/gcc/testsuite/ChangeLog
trunk/gcc/tree-ssa-ifcombine.c
trunk/gcc/tree.h


-- 


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

[Bug fortran/39570] cabs and cabsf are named differently on NetBSD 5

[rguenth at gcc dot gnu dot org]

--- Comment #5 from rguenth at gcc dot gnu dot org  2009-03-28 09:54 ---
Another fix is to #undef TARGET_C99_FUNCTIONS as obviously netbsd is another
OS without a clue ...


-- 


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

[Bug fortran/33595] FAIL: gfortran.dg/nint_2.f90 -O0 execution test

[fxcoudert at gcc dot gnu dot org]

--- Comment #15 from fxcoudert at gcc dot gnu dot org  2009-03-28 09:41 
---
(In reply to comment #14)
> Patch submitted:
> http://gcc.gnu.org/ml/gcc-patches/2008-12/msg01221.html

Just a note: the patch was reviewed and okayed by Tobias. You can apply to
trunk.


-- 

fxcoudert at gcc dot gnu dot org changed:

   What|Removed |Added

   Target Milestone|--- |4.5.0


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