[Bug target/35366] [4.4 Regression] gfortran.dg/equiv_7.f90 fails with -m64 -Os on powerpc-apple-darwin9

[jakub at gcc dot gnu dot org]

--- Comment #4 from jakub at gcc dot gnu dot org  2008-11-12 08:17 ---
Subject: Bug 35366

Author: jakub
Date: Wed Nov 12 08:16:12 2008
New Revision: 141782

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=141782
Log:
PR target/35366
* expr.c (expand_expr_addr_expr_1): If EXP needs bigger alignment
than INNER and INNER is a constant, forcibly align INNER as much
as needed.

Modified:
trunk/gcc/ChangeLog
trunk/gcc/expr.c


-- 


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

[Bug c++/35334] [4.2/4.3/4.4 regression] Broken diagnostic for complex cast

[jakub at gcc dot gnu dot org]

--- Comment #9 from jakub at gcc dot gnu dot org  2008-11-12 08:20 ---
Subject: Bug 35334

Author: jakub
Date: Wed Nov 12 08:18:45 2008
New Revision: 141783

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=141783
Log:
PR c++/35334
* c-pretty-print.c (pp_c_complex_expr): New function.
(pp_c_postfix_expression) : Call it.

* error.c (dump_expr): Handle COMPLEX_EXPR.

* gcc.dg/pr35334.c: New test.
* g++.dg/other/error29.C: New test.

Added:
trunk/gcc/testsuite/g++.dg/other/error29.C
trunk/gcc/testsuite/gcc.dg/pr35334.c
Modified:
trunk/gcc/ChangeLog
trunk/gcc/c-pretty-print.c
trunk/gcc/cp/ChangeLog
trunk/gcc/cp/error.c
trunk/gcc/testsuite/ChangeLog


-- 


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

[Bug bootstrap/38088] gcc fails to compile with undefined symbol: __LONG_LONG_MAX__ error

[jakub at gcc dot gnu dot org]

--- Comment #1 from jakub at gcc dot gnu dot org  2008-11-12 08:30 ---
I guess it should use
#define CAP_INFINITY (((HOST_WIDEST_INT) 1) << (HOST_BITS_PER_WIDEST_INT - 1))
instead.  gcov_type (and HOST_WIDEST_INT) can be long long, long or __int64.


-- 


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

[Bug tree-optimization/37955] [4.4 Regression] internal compiler error: in vectorizable_store, at tree-vect-transform.c:5447

[alon dot barlev at gmail dot com]

--- Comment #11 from alon dot barlev at gmail dot com  2008-11-12 09:04 
---
I get the error only if I use -O3.
But the two bugs are related.
Last checked rev#141779


-- 


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

[Bug c/38090] Internal compiler error: in extract_insn while building linux-kernel from git with -Os or -O1 and higher

[martin dot jansa at mk dot cvut dot cz]

--- Comment #1 from martin dot jansa at mk dot cvut dot cz  2008-11-12 
10:04 ---
Created an attachment (id=16658)
 --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16658&action=view)
Preprocessed source with -O0


-- 


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

[Bug bootstrap/38088] gcc fails to compile with undefined symbol: __LONG_LONG_MAX__ error

[jakub at gcc dot gnu dot org]

--- Comment #3 from jakub at gcc dot gnu dot org  2008-11-12 14:27 ---
I have tested:
2008-11-12  Jakub Jelinek  <[EMAIL PROTECTED]>

PR bootstrap/38088
* mcf.c (CAP_INFINITY): Use HOST_WIDE_INT maximum, not GCC specific
__LONG_LONG_MAX__.

--- gcc/mcf.c.jj2008-09-30 16:57:11.0 +0200
+++ gcc/mcf.c   2008-11-12 14:05:04.0 +0100
@@ -56,7 +56,9 @@ along with GCC; see the file COPYING3.  
 #include "profile.h"

 /* CAP_INFINITY: Constant to represent infinite capacity.  */
-#define CAP_INFINITY __LONG_LONG_MAX__
+#define CAP_INFINITY \
+  ((HOST_WIDEST_INT) \
+   unsigned HOST_WIDEST_INT) 1) << (HOST_BITS_PER_WIDEST_INT - 1)) - 1))

 /* COST FUNCTION.  */
 #define K_POS(b)((b))

but INTTYPE_MAXIMUM (HOST_WIDEST_INT) will work as well.


-- 


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

[Bug target/31535] ICE on attempt to put SPE vector variables in SDA

[froydnj at gcc dot gnu dot org]

--- Comment #3 from froydnj at gcc dot gnu dot org  2008-11-12 14:32 ---
Fixed in 4.3.


-- 

froydnj at gcc dot gnu dot org changed:

   What|Removed |Added

 Status|UNCONFIRMED |RESOLVED
 Resolution||FIXED


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

[Bug c/38093] New: undefined predicates in bfin.md

[thinker at branda dot to]

This is my system information,

FreeBSD cowboy.branda.to 8.0-CURRENT FreeBSD 8.0-CURRENT #7: Fri Oct 17
22:32:29 CST 2008 [EMAIL PROTECTED]:/usr/src/sys/i386/compile/cowboy
 i386

My configuration command is

../configure --prefix=/home/thinker/tmp/dest \
--target=bfin-unknown-elf --host=i386-unknown-freebsd8.0 \
--with-gmp=/usr/local --disable-libssp

But, genrecog is core dumped when making cross-compiler for bfin target.  It
can be fixed by a small patch following.

begin 644 bfin-predicates.diff
M9&EF9B`M<[EMAIL PROTECTED]<@9V-C+V-O;F9I9R]B9FEN+V)F:6XN8PHM
[EMAIL PROTECTED],O8V]N9FEG+V)F:6XO8F9I;BYC"5=E9"!397`@,C0@,3(Z,#$Z
M,30@,C`P."`K,[EMAIL PROTECTED],[EMAIL PROTECTED],O8V]N9FEG+V)F:6XO8F9I;BYC"5=E
M9"!.;W8@,3(@,C,Z,[EMAIL PROTECTED],3@@,C`P."`K,[EMAIL 
PROTECTED],`I`0"`M,S`V-RPW("LS,#8W
M+#<@0$`@"!O<"[EMAIL 
PROTECTED];2!M86-H
M:6YE7VUO9&4@;6]D92!!5%1224)55$5?54Y54T5$*0H@>PH@("!I;G0@;&%S
M=&1R96<@/2`X+"!L87-T<')E9R`](#8["B`@(&EN="!I+"!G"`J;W!E"B`@(&EN="!O:SL*("`@"B`@("\J(%9A
M;&ED871E('1H92!I;G-N(&%G86EN+"!A;[EMAIL PROTECTED]<'5T92!F:7)S=%];9'!=
MF5R;[EMAIL PROTECTED]@:7,@;VYE(&]F('1H92!I;G1E9V5R(&-O;G-T86YThttp://gcc.gnu.org/bugzilla/show_bug.cgi?id=38093

[Bug fortran/38094] [4.4 regression] gfortran.dg/private_type_4.f90 -O doesn't work

[hjl dot tools at gmail dot com]

--- Comment #1 from hjl dot tools at gmail dot com  2008-11-12 15:31 ---
Revision 141780 is the case.


-- 

hjl dot tools at gmail dot com changed:

   What|Removed |Added

 CC||burnus at net-b dot de
Summary|gfortran.dg/private_type_4.f|[4.4 regression]
   |90  -O doesn't work |gfortran.dg/private_type_4.f
   ||90  -O doesn't work


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

[Bug target/38090] [4.4 Regression] Internal compiler error: in extract_insn while building linux-kernel from git with -Os or -O1 and higher

[rguenth at gcc dot gnu dot org]

-- 

rguenth at gcc dot gnu dot org changed:

   What|Removed |Added

   Keywords||ice-on-valid-code
Summary|Internal compiler error: in |[4.4 Regression] Internal
   |extract_insn while building |compiler error: in
   |linux-kernel from git with -|extract_insn while building
   |Os or -O1 and higher|linux-kernel from git with -
   ||Os or -O1 and higher
   Target Milestone|--- |4.4.0


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

[Bug fortran/38094] [4.4 regression] gfortran.dg/private_type_4.f90 -O doesn't work

[hp at gcc dot gnu dot org]

-- 

hp at gcc dot gnu dot org changed:

   What|Removed |Added

 CC||hp at gcc dot gnu dot org
 Status|UNCONFIRMED |NEW
 Ever Confirmed|0   |1
   Last reconfirmed|-00-00 00:00:00 |2008-11-12 16:17:42
   date||


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

[Bug c++/37066] partial specialization of function depends on the order

[marc dot glisse at normalesup dot org]

--- Comment #5 from marc dot glisse at normalesup dot org  2008-11-12 16:19 
---
This is not a bug (see previous comments).


-- 

marc dot glisse at normalesup dot org changed:

   What|Removed |Added

 Status|UNCONFIRMED |RESOLVED
 Resolution||INVALID


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

[Bug target/38090] [4.4 Regression] Internal compiler error: in extract_insn while building linux-kernel from git with -Os or -O1 and higher

[ubizjak at gmail dot com]

--- Comment #3 from ubizjak at gmail dot com  2008-11-12 16:30 ---
The testcase compiles OK with

GNU C (GCC) version 4.4.0 20081112 (experimental) [trunk revision 141785]
(x86_64-unknown-linux-gnu)


-- 

ubizjak at gmail dot com changed:

   What|Removed |Added

 Status|UNCONFIRMED |RESOLVED
 Resolution||WORKSFORME


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

[Bug other/30083] double quotes in Makefile confuse solaris /bin/sh

[marc dot glisse at normalesup dot org]

--- Comment #8 from marc dot glisse at normalesup dot org  2008-11-12 16:30 
---
The comments already say this bug is a duplicate (of a now fixed bug), I am
just marking it for cleanup. Hope that is the right thing to do...

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


-- 

marc dot glisse at normalesup dot org changed:

   What|Removed |Added

 Status|UNCONFIRMED |RESOLVED
 Resolution||DUPLICATE


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

[Bug other/27843] gcc-4.2-20060527 make install fails on alphaev68-dec-osf5.1b

[marc dot glisse at normalesup dot org]

--- Comment #12 from marc dot glisse at normalesup dot org  2008-11-12 
16:30 ---
*** Bug 30083 has been marked as a duplicate of this bug. ***


-- 

marc dot glisse at normalesup dot org changed:

   What|Removed |Added

 CC||marc dot glisse at
   ||normalesup dot org


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

[Bug libstdc++/38000] [4.3/4.4 Regression] System header files not found once -isystem /usr/include is used

[paolo dot carlini at oracle dot com]

-- 

paolo dot carlini at oracle dot com changed:

   What|Removed |Added

 AssignedTo|unassigned at gcc dot gnu   |paolo dot carlini at oracle
   |dot org |dot com
 Status|NEW |ASSIGNED


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

[Bug target/35366] [4.4 Regression] gfortran.dg/equiv_7.f90 fails with -m64 -Os on powerpc-apple-darwin9

[jakub at gcc dot gnu dot org]

--- Comment #6 from jakub at gcc dot gnu dot org  2008-11-12 17:03 ---
Subject: Bug 35366

Author: jakub
Date: Wed Nov 12 17:01:51 2008
New Revision: 141790

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=141790
Log:
PR target/35366
PR fortran/33759
* fold-const.c (native_encode_string): New function.
(native_encode_expr): Use it for STRING_CST.

* trans-const.c (gfc_conv_constant_to_tree): Warn when
converting an integer outside of LOGICAL's range to
LOGICAL.
* trans-intrinsic.c (gfc_conv_intrinsic_function,
gfc_conv_intrinsic_array_transfer, gfc_conv_intrinsic_transfer):
Use INTEGER_TYPE instead of BOOLEAN_TYPE for TRANSFER as
argument of another TRANSFER.

* gfortran.dg/hollerith.f90: Don't assume a 32-bit value
stored into logical variable will be preserved.
* gfortran.dg/transfer_simplify_4.f90: Remove undefined
cases.  Run at all optimization levels.  Add a couple of
new tests.
* gfortran.dg/hollerith5.f90: New test.
* gfortran.dg/hollerith_legacy.f90: Add dg-warning.

Added:
trunk/gcc/testsuite/gfortran.dg/hollerith5.f90
Modified:
trunk/gcc/ChangeLog
trunk/gcc/fold-const.c
trunk/gcc/fortran/ChangeLog
trunk/gcc/fortran/trans-const.c
trunk/gcc/fortran/trans-intrinsic.c
trunk/gcc/testsuite/ChangeLog
trunk/gcc/testsuite/gfortran.dg/hollerith.f90
trunk/gcc/testsuite/gfortran.dg/hollerith_legacy.f90
trunk/gcc/testsuite/gfortran.dg/transfer_simplify_4.f90


-- 


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

[Bug fortran/33759] ICE in transfer_simplify_4.f90 at any level of optimization

[jakub at gcc dot gnu dot org]

--- Comment #15 from jakub at gcc dot gnu dot org  2008-11-12 17:03 ---
Subject: Bug 33759

Author: jakub
Date: Wed Nov 12 17:01:51 2008
New Revision: 141790

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=141790
Log:
PR target/35366
PR fortran/33759
* fold-const.c (native_encode_string): New function.
(native_encode_expr): Use it for STRING_CST.

* trans-const.c (gfc_conv_constant_to_tree): Warn when
converting an integer outside of LOGICAL's range to
LOGICAL.
* trans-intrinsic.c (gfc_conv_intrinsic_function,
gfc_conv_intrinsic_array_transfer, gfc_conv_intrinsic_transfer):
Use INTEGER_TYPE instead of BOOLEAN_TYPE for TRANSFER as
argument of another TRANSFER.

* gfortran.dg/hollerith.f90: Don't assume a 32-bit value
stored into logical variable will be preserved.
* gfortran.dg/transfer_simplify_4.f90: Remove undefined
cases.  Run at all optimization levels.  Add a couple of
new tests.
* gfortran.dg/hollerith5.f90: New test.
* gfortran.dg/hollerith_legacy.f90: Add dg-warning.

Added:
trunk/gcc/testsuite/gfortran.dg/hollerith5.f90
Modified:
trunk/gcc/ChangeLog
trunk/gcc/fold-const.c
trunk/gcc/fortran/ChangeLog
trunk/gcc/fortran/trans-const.c
trunk/gcc/fortran/trans-intrinsic.c
trunk/gcc/testsuite/ChangeLog
trunk/gcc/testsuite/gfortran.dg/hollerith.f90
trunk/gcc/testsuite/gfortran.dg/hollerith_legacy.f90
trunk/gcc/testsuite/gfortran.dg/transfer_simplify_4.f90


-- 


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

[Bug libstdc++/37986] std::tr1::variate_generator does not conform to TR1.

[paolo at gcc dot gnu dot org]

--- Comment #5 from paolo at gcc dot gnu dot org  2008-11-12 10:00 ---
Subject: Bug 37986

Author: paolo
Date: Wed Nov 12 09:59:27 2008
New Revision: 141784

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=141784
Log:
2008-11-12  Paolo Carlini  <[EMAIL PROTECTED]>

PR libstdc++/37986 (cont)
* include/tr1_impl/random (struct _Adaptor): Use only remove_reference
on _Engine.
(struct _Adaptor<_Engine*, _Distribution>): Add.
* testsuite/tr1/5_numerical_facilities/random/variate_generator/
37986.cc: Extend.

Modified:
trunk/libstdc++-v3/ChangeLog
trunk/libstdc++-v3/include/tr1_impl/random
   
trunk/libstdc++-v3/testsuite/tr1/5_numerical_facilities/random/variate_generator/37986.cc


-- 


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

[Bug fortran/38094] New: gfortran.dg/private_type_4.f90 -O doesn't work

[hjl dot tools at gmail dot com]

On Linux/ia32, revision 141781 gave

FAIL: gfortran.dg/private_type_4.f90  -O   (test for errors, line 14)


-- 
   Summary: gfortran.dg/private_type_4.f90  -O doesn't work
   Product: gcc
   Version: 4.4.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: fortran
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=38094

[Bug middle-end/36125] [4.4 Regression] FAIL: 26_numerics/complex/13450.cc: ICE in verify_gimple_expr, at tree-cfg.c:3962

[dave at hiauly1 dot hia dot nrc dot ca]

--- Comment #11 from dave at hiauly1 dot hia dot nrc dot ca  2008-11-12 
17:14 ---
Subject: Re:  [4.4 Regression] FAIL: 26_numerics/complex/13450.cc: ICE in
verify_gimple_expr, at tree-cfg.c:3962

> Created an attachment (id=16650)
 --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16650&action=view)
>  --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16650&action=view)
> gcc44-pr36125.patch
> 
> Patch that cures this for me.  Can you please bootstrap/regtest it on hppa?

Tested on hppa2.0w-hp-hpux11.11.  It fixes PR.  Testsuite for libstdc++
is now clean.

Currently, testing on hppa64-hp-hpux11.11.

Dave


-- 


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

[Bug tree-optimization/38079] gcc segfaults when using -ftree-vectorizer-verbose=9

[jakub at gcc dot gnu dot org]

--- Comment #5 from jakub at gcc dot gnu dot org  2008-11-12 10:42 ---
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=38079

[Bug c/38091] New: [Patch] H8SX: Bit instructions enhancement

[prafullat at kpitcummins dot com]

Hi,

H8SX target supports generation of bit instructions in memory addressing mode.
However, these instructions are not getting generated and the bits in memory
are operated using other instructions which consume more memory. The 
attached patch "h8sx.patch" generates these bit instructions and hence 
generates optimized code. 

Regards,
Prafulla Thakare
http://www.kpitgnutools.com


-- 
   Summary: [Patch] H8SX: Bit instructions enhancement
   Product: gcc
   Version: 4.4.0
Status: UNCONFIRMED
  Severity: enhancement
  Priority: P3
 Component: c
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: prafullat at kpitcummins dot com
 GCC build triplet: i686-pc-linux
  GCC host triplet: i686-pc-linux
GCC target triplet: h8300*-unknown-elf


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

[Bug c/38091] [Patch] H8SX: Bit instructions enhancement

[prafullat at kpitcummins dot com]

--- Comment #1 from prafullat at kpitcummins dot com  2008-11-12 10:09 
---
Created an attachment (id=16660)
 --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16660&action=view)
Patch for bit insn enhancement


-- 


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

[Bug fortran/38094] [4.4 regression] gfortran.dg/private_type_4.f90 -O doesn't work

[dominiq at lps dot ens dot fr]

--- Comment #2 from dominiq at lps dot ens dot fr  2008-11-12 16:12 ---
With the patch for pr38065, compiling gfortran.dg/private_type_4.f90 without
-std=f95 does not return the expected error:

/opt/gcc/_gcc_clean/gcc/testsuite/gfortran.dg/private_type_4.f90:14.24:

type(t1) function f1() ! { dg-error "cannot be of PRIVATE type" }
   1
Error: PUBLIC function 'f1' at (1) cannot be of PRIVATE type 't1'

So if the code is f2003 compliant the fix is obvious: just add the -std=f95 as
a dg option.
In this case I have a question: if 'f1' is public, how is it supposed to be
used in the program?

There is also a glitch: with -std=f95 the error

/opt/gcc/_gcc_clean/gcc/testsuite/gfortran.dg/private_type_4.f90:14.24:

type(t1) function f1() ! { dg-error "cannot be of PRIVATE type" }
   1
Error: Fortran 2003: PUBLIC variable 'f1' at (1) of PRIVATE derived type 't1'

is emitted twice and with gfortran 4.3.2 I get

/opt/gcc/_gcc_clean/gcc/testsuite/gfortran.dg/private_type_4.f90:14.24:

type(t1) function f1() ! { dg-error "cannot be of PRIVATE type" }
   1
Error: Fortran 2003: PUBLIC variable 'f1' at (1) of PRIVATE derived type 't1'
/opt/gcc/_gcc_clean/gcc/testsuite/gfortran.dg/private_type_4.f90:14.24:

type(t1) function f1() ! { dg-error "cannot be of PRIVATE type" }
   1
Error: Fortran 2003: PUBLIC variable 'f1' at (1) of PRIVATE derived type 't1'
/opt/gcc/_gcc_clean/gcc/testsuite/gfortran.dg/private_type_4.f90:14.24:

type(t1) function f1() ! { dg-error "cannot be of PRIVATE type" }
   1
Error: PUBLIC function 'f1' at (1) cannot be of PRIVATE type 't1'


-- 


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

[Bug libstdc++/38092] New: libstdc++ doesn't build with GNU ld 2.19 and Sun as: no .symver support

[ro at gcc dot gnu dot org]

Trying to build libstdc++ on Solaris 11/SPARC with GNU ld 2.19 and Sun as fails
compiling src/compatibility.cc:

libtool: compile:  /vol/gccsrc/obj/gcc-4.4.0-20081110/11-gcc-gld/./gcc/xgcc
-shared-libgcc -B/vol/gccsrc/obj/gcc-4.4.0-20081110/11-gcc-gld/./gcc
-nostdinc++
-L/vol/gccsrc/obj/gcc-4.4.0-20081110/11-gcc-gld/sparc-sun-solaris2.11/libstdc++-v3/src
-L/vol/gccsrc/obj/gcc-4.4.0-20081110/11-gcc-gld/sparc-sun-solaris2.11/libstdc++-v3/src/.libs
-B/vol/gcc/sparc-sun-solaris2.11/bin/ -B/vol/gcc/sparc-sun-solaris2.11/lib/
-isystem /vol/gcc/sparc-sun-solaris2.11/include -isystem
/vol/gcc/sparc-sun-solaris2.11/sys-include
-I/vol/gccsrc/obj/gcc-4.4.0-20081110/11-gcc-gld/sparc-sun-solaris2.11/libstdc++-v3/include/sparc-sun-solaris2.11
-I/vol/gccsrc/obj/gcc-4.4.0-20081110/11-gcc-gld/sparc-sun-solaris2.11/libstdc++-v3/include
-I/vol/gcc/src/gcc-dist/libstdc++-v3/libsupc++ -fno-implicit-templates -Wall
-Wextra -Wwrite-strings -Wcast-qual -fdiagnostics-show-location=once
-ffunction-sections -fdata-sections -g -O2 -c
/vol/gcc/src/gcc-dist/libstdc++-v3/src/compatibility.cc  -fPIC -DPIC -o
.libs/compatibility.o
/usr/bin/as: "/var/tmp//cc4IaaDl.s", line 10: error: unknown opcode ".symver"
/usr/bin/as: "/var/tmp//cc4IaaDl.s", line 10: error: invalid character (0x40)
/usr/bin/as: "/var/tmp//cc4IaaDl.s", line 10: error: statement syntax
/usr/bin/as: "/var/tmp//cc4IaaDl.s", line 11: error: unknown opcode ".symver"
/usr/bin/as: "/var/tmp//cc4IaaDl.s", line 11: error: invalid character (0x40)
/usr/bin/as: "/var/tmp//cc4IaaDl.s", line 11: error: statement syntax
/usr/bin/as: "/var/tmp//cc4IaaDl.s", line 12: error: unknown opcode ".symver"
/usr/bin/as: "/var/tmp//cc4IaaDl.s", line 12: error: invalid character (0x40)
/usr/bin/as: "/var/tmp//cc4IaaDl.s", line 12: error: statement syntax
/usr/bin/as: "/var/tmp//cc4IaaDl.s", line 13: error: unknown opcode ".symver"
/usr/bin/as: "/var/tmp//cc4IaaDl.s", line 13: error: invalid character (0x40)
/usr/bin/as: "/var/tmp//cc4IaaDl.s", line 13: error: statement syntax
/usr/bin/as: "/var/tmp//cc4IaaDl.s", line 14: error: unknown opcode ".symver"
/usr/bin/as: "/var/tmp//cc4IaaDl.s", line 14: error: invalid character (0x40)
/usr/bin/as: "/var/tmp//cc4IaaDl.s", line 14: error: statement syntax
/usr/bin/as: "/var/tmp//cc4IaaDl.s", line 15: error: unknown opcode ".symver"
/usr/bin/as: "/var/tmp//cc4IaaDl.s", line 15: error: invalid character (0x40)
/usr/bin/as: "/var/tmp//cc4IaaDl.s", line 15: error: statement syntax
/usr/bin/as: "/var/tmp//cc4IaaDl.s", line 16: error: unknown opcode ".symver"
/usr/bin/as: "/var/tmp//cc4IaaDl.s", line 16: error: invalid character (0x40)
/usr/bin/as: "/var/tmp//cc4IaaDl.s", line 16: error: statement syntax
/usr/bin/as: "/var/tmp//cc4IaaDl.s", line 17: error: unknown opcode ".symver"
/usr/bin/as: "/var/tmp//cc4IaaDl.s", line 17: error: invalid character (0x40)
/usr/bin/as: "/var/tmp//cc4IaaDl.s", line 17: error: statement syntax
/usr/bin/as: "/var/tmp//cc4IaaDl.s", line 18: error: unknown opcode ".symver"
/usr/bin/as: "/var/tmp//cc4IaaDl.s", line 18: error: invalid character (0x40)
/usr/bin/as: "/var/tmp//cc4IaaDl.s", line 18: error: statement syntax
/usr/bin/as: "/var/tmp//cc4IaaDl.s", line 19: error: unknown opcode ".symver"
/usr/bin/as: "/var/tmp//cc4IaaDl.s", line 19: error: invalid character (0x40)
/usr/bin/as: "/var/tmp//cc4IaaDl.s", line 19: error: statement syntax
/usr/bin/as: "/var/tmp//cc4IaaDl.s", line 20: error: unknown opcode ".symver"
/usr/bin/as: "/var/tmp//cc4IaaDl.s", line 20: error: invalid character (0x40)
/usr/bin/as: "/var/tmp//cc4IaaDl.s", line 20: error: statement syntax
/usr/bin/as: "/var/tmp//cc4IaaDl.s", line 21: error: unknown opcode ".symver"
/usr/bin/as: "/var/tmp//cc4IaaDl.s", line 21: error: invalid character (0x40)
/usr/bin/as: "/var/tmp//cc4IaaDl.s", line 21: error: statement syntax
/usr/bin/as: "/var/tmp//cc4IaaDl.s", line 22: error: unknown opcode ".symver"
/usr/bin/as: "/var/tmp//cc4IaaDl.s", line 22: error: invalid character (0x40)
/usr/bin/as: "/var/tmp//cc4IaaDl.s", line 22: error: statement syntax
/usr/bin/as: "/var/tmp//cc4IaaDl.s", line 23: error: unknown opcode ".symver"
/usr/bin/as: "/var/tmp//cc4IaaDl.s", line 23: error: invalid character (0x40)
/usr/bin/as: "/var/tmp//cc4IaaDl.s", line 23: error: statement syntax
/usr/bin/as: "/var/tmp//cc4IaaDl.s", line 24: error: unknown opcode ".symver"
/usr/bin/as: "/var/tmp//cc4IaaDl.s", line 24: error: invalid character (0x40)
/usr/bin/as: "/var/tmp//cc4IaaDl.s", line 24: error: statement syntax
/usr/bin/as: "/var/tmp//cc4IaaDl.s", line 25: error: unknown opcode ".symver"
/usr/bin/as: "/var/tmp//cc4IaaDl.s", line 25: error: invalid character (0x40)
/usr/bin/as: "/var/tmp//cc4IaaDl.s", line 25: error: statement syntax
/usr/bin/as: "/var/tmp//cc4IaaDl.s", line 26: error: unknown opcode ".symver"
/usr/bin/as: "/var/tmp//cc4IaaDl.s", line 26: error: invalid character (0x40)
/usr/bin/as: "/var/tmp//cc4IaaDl.s", line 26: error: statement syntax
/usr/bin/as: "/var/tmp//cc4IaaDl.s", line

[Bug libstdc++/36505] C++ includes do not work

[paolo dot carlini at oracle dot com]

--- Comment #5 from paolo dot carlini at oracle dot com  2008-11-12 10:12 
---
May be related to libstdc++/38000...


-- 

paolo dot carlini at oracle dot com changed:

   What|Removed |Added

 CC||bkoz at redhat dot com


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

[Bug c++/34269] [4.2/4.3/4.4 regression] Incomplete __decltype/__typeof expressions accepted

[jakub at gcc dot gnu dot org]

--- Comment #7 from jakub at gcc dot gnu dot org  2008-11-12 17:35 ---
Subject: Bug 34269

Author: jakub
Date: Wed Nov 12 17:33:48 2008
New Revision: 141793

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=141793
Log:
PR c++/34269
* parser.c (cp_parser_simple_declaration): Don't commit
to tentative parse if parse errors were seen.

* g++.dg/cpp0x/decltype13.C: New test.
* g++.dg/cpp0x/decltype-33837.C: Adjust dg-error pattern.
* g++.dg/cpp0x/pr33839.C: Likewise.

Added:
trunk/gcc/testsuite/g++.dg/cpp0x/decltype13.C
Modified:
trunk/gcc/cp/ChangeLog
trunk/gcc/cp/parser.c
trunk/gcc/testsuite/ChangeLog
trunk/gcc/testsuite/g++.dg/cpp0x/decltype-33837.C
trunk/gcc/testsuite/g++.dg/cpp0x/pr33839.C


-- 


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

[Bug testsuite/37202] FAIL: gcc.dg/visibility-1[4-9].c

[janis at gcc dot gnu dot org]

--- Comment #14 from janis at gcc dot gnu dot org  2008-11-12 17:48 ---
Subject: Bug 37202

Author: janis
Date: Wed Nov 12 17:47:13 2008
New Revision: 141794

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=141794
Log:
2008-11-12  Jack Howarth  <[EMAIL PROTECTED]>

PR testsuite/37202
* gcc.dg/visibility-14.c:  Skip on *-*-darwin*.
* gcc.dg/visibility-15.c:  Same.
* gcc.dg/visibility-16.c:  Same.
* gcc.dg/visibility-17.c:  Same.
* gcc.dg/visibility-18.c:  Same.
* gcc.dg/visibility-19.c:  Same.

Modified:
trunk/gcc/testsuite/ChangeLog
trunk/gcc/testsuite/gcc.dg/visibility-14.c
trunk/gcc/testsuite/gcc.dg/visibility-15.c
trunk/gcc/testsuite/gcc.dg/visibility-16.c
trunk/gcc/testsuite/gcc.dg/visibility-17.c
trunk/gcc/testsuite/gcc.dg/visibility-18.c
trunk/gcc/testsuite/gcc.dg/visibility-19.c


-- 


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

[Bug testsuite/38008] gcc/testsuite/gcc.c-torture/execute/builtins/lib/sprintf.c unportable

[janis at gcc dot gnu dot org]

--- Comment #2 from janis at gcc dot gnu dot org  2008-11-12 17:53 ---
Subject: Bug 38008

Author: janis
Date: Wed Nov 12 17:52:24 2008
New Revision: 141795

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=141795
Log:
2008-11-12  Jack Howarth  <[EMAIL PROTECTED]>

PR testsuite/38008
* gcc.c-torture/execute/builtins/lib/sprintf.c: Make
sprintf call more portable for darwin10.

Modified:
trunk/gcc/testsuite/ChangeLog
trunk/gcc/testsuite/gcc.c-torture/execute/builtins/lib/sprintf.c


-- 


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

Re: [Bug libstdc++/38000] [4.3/4.4 Regression] System header files not found once -isystem /usr/include is used

[Andrew Thomas Pinski]

Hmm,  shouldn't the preprocessor just mark the include as a duplicate?

Sent from my iPhone

On Nov 12, 2008, at 8:50 AM, "paolo dot carlini at oracle dot com" <[EMAIL PROTECTED] 
> wrote:





--

paolo dot carlini at oracle dot com changed:

  What|Removed |Added
--- 
--- 
--
AssignedTo|unassigned at gcc dot gnu   |paolo dot carlini at  
oracle

  |dot org |dot com
Status|NEW |ASSIGNED


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

[Bug libstdc++/38000] [4.3/4.4 Regression] System header files not found once -isystem /usr/include is used

[pinskia at gmail dot com]

--- Comment #5 from pinskia at gmail dot com  2008-11-12 18:01 ---
Subject: Re:  [4.3/4.4 Regression] System header files not found once -isystem
/usr/include is used

Hmm,  shouldn't the preprocessor just mark the include as a duplicate?

Sent from my iPhone

On Nov 12, 2008, at 8:50 AM, "paolo dot carlini at oracle dot com"
<[EMAIL PROTECTED] 
 > wrote:

>
>
> -- 
>
> paolo dot carlini at oracle dot com changed:
>
>   What|Removed |Added
> --- 
> --- 
> --
> AssignedTo|unassigned at gcc dot gnu   |paolo dot carlini at  
> oracle
>   |dot org |dot com
> Status|NEW |ASSIGNED
>
>
> http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38000
>


-- 


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

[Bug c/38090] New: Internal compiler error: in extract_insn while building linux-kernel from git with -Os or -O1 and higher

[martin dot jansa at mk dot cvut dot cz]

Hello,

with gcc-4.4 from trunk (tested on revisions 140300 and 141769) I get internal
error while building kernel from git.

It happen after this commit to linux-2.6.git tree 
http://git.kernel.org/?p=linux/kernel/git/torvalds/linux-2.6.git;a=commitdiff;h=d6c88a507ef0b6afdb013cba4e7804ba7324d99a

gcc-4.3 revision 141421 works good

Steps for reproduce

Checkout linux-2.6.git from git.kernel.org
run with optimisation higher then zero or with -Os

gcc-4.4.0-pre -O1 -D__KERNEL__ -Iinclude 
-I/usr/src/linux-2.6/arch/x86/include -include include/linux/autoconf.h
-Iinclude/asm-x86/mach-default -c -o arch/x86/kernel/.tmp_setup_percpu.o
arch/x86/kernel/setup_percpu.c

Error message:
  CC  arch/x86/kernel/setup_percpu.o
arch/x86/kernel/setup_percpu.c: In function ‘setup_per_cpu_areas’:
arch/x86/kernel/setup_percpu.c:194: error: unrecognizable insn:
(insn 64 63 65 8 arch/x86/kernel/setup_percpu.c:154 (set (reg:DI 100)
(const:DI (plus:DI (minus:DI (symbol_ref:DI ("__per_cpu_end") [flags
0x40] )
(symbol_ref:DI ("__per_cpu_start") [flags 0x40] ))
(const_int 12287 [0x2fff] -1 (nil))
arch/x86/kernel/setup_percpu.c:194: internal compiler error: in extract_insn,
at recog.c:2027
Please submit a full bug report,
with preprocessed source if appropriate.
See  for instructions.
make[1]: *** [arch/x86/kernel/setup_percpu.o] Error 1
make: *** [arch/x86/kernel] Error 2


-- 
   Summary: Internal compiler error: in extract_insn while building
linux-kernel from git with -Os or -O1 and higher
   Product: gcc
   Version: 4.4.0
Status: UNCONFIRMED
  Severity: major
  Priority: P3
 Component: c
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: martin dot jansa at mk dot cvut dot cz


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

[Bug target/35366] [4.4 Regression] gfortran.dg/equiv_7.f90 fails with -m64 -Os on powerpc-apple-darwin9

[jakub at gcc dot gnu dot org]

--- Comment #5 from jakub at gcc dot gnu dot org  2008-11-12 12:38 ---
Fixed, either of the patch is sufficient to fix it, though the other patch is
still highly desirable.


-- 

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

[Bug fortran/38094] [4.4 regression] gfortran.dg/private_type_4.f90 -O doesn't work

[burnus at gcc dot gnu dot org]

--- Comment #3 from burnus at gcc dot gnu dot org  2008-11-12 18:39 ---
Subject: Bug 38094

Author: burnus
Date: Wed Nov 12 18:38:08 2008
New Revision: 141798

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

   PR fortran/38065
   PR fortran/38094
   * gfortran.dg/private_type_4.f90: Add -std=f95 option.


Modified:
trunk/gcc/testsuite/ChangeLog
trunk/gcc/testsuite/gfortran.dg/private_type_4.f90


-- 


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

[Bug fortran/38065] private/public confusion with a contained function

[burnus at gcc dot gnu dot org]

--- Comment #14 from burnus at gcc dot gnu dot org  2008-11-12 18:39 ---
Subject: Bug 38065

Author: burnus
Date: Wed Nov 12 18:38:08 2008
New Revision: 141798

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

   PR fortran/38065
   PR fortran/38094
   * gfortran.dg/private_type_4.f90: Add -std=f95 option.


Modified:
trunk/gcc/testsuite/ChangeLog
trunk/gcc/testsuite/gfortran.dg/private_type_4.f90


-- 


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

[Bug c++/38087] Pseudo destructor call

[mrs at apple dot com]

--- Comment #3 from mrs at apple dot com  2008-11-12 18:33 ---
I'm merely eching bits from the clang development list...  Now they think the
above doesn't apply, but 3.4.5p3 does:

3 If the unqualified-id is 
∼ type-name, the type-name is looked up in the context of the entire
postfix-expression. If the 
type T of the object expression is of a class type C, the type-name is also
looked up in the scope of class C. At least one 
of the lookups shall find a name that refers to (possibly
cv-qualified) T.

:-)


-- 


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

[Bug fortran/38094] [4.4 regression] gfortran.dg/private_type_4.f90 -O doesn't work

[burnus at gcc dot gnu dot org]

--- Comment #4 from burnus at gcc dot gnu dot org  2008-11-12 18:46 ---
FIXED.


-- 

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

[Bug c++/34269] [4.2/4.3 regression] Incomplete __decltype/__typeof expressions accepted

[jakub at gcc dot gnu dot org]

-- 

jakub at gcc dot gnu dot org changed:

   What|Removed |Added

 AssignedTo|unassigned at gcc dot gnu   |jakub at gcc dot gnu dot org
   |dot org |
 Status|NEW |ASSIGNED
  Known to work|3.3.3   |3.3.3 4.4.0
   Last reconfirmed|2007-12-08 20:47:13 |2008-11-12 19:22:27
   date||
Summary|[4.2/4.3/4.4 regression]|[4.2/4.3 regression]
   |Incomplete  |Incomplete
   |__decltype/__typeof |__decltype/__typeof
   |expressions accepted|expressions accepted


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

[Bug target/38090] [4.4 Regression] Internal compiler error: in extract_insn while building linux-kernel from git with -Os or -O1 and higher

[martin dot jansa at mk dot cvut dot cz]

--- Comment #4 from martin dot jansa at mk dot cvut dot cz  2008-11-12 
19:46 ---
(In reply to comment #3)
> The testcase compiles OK with
> 
> GNU C (GCC) version 4.4.0 20081112 (experimental) [trunk revision 141785]
> (x86_64-unknown-linux-gnu)

Confirmed, fixed between 141769 and 141785.

Great, thanks


-- 


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

[Bug c/38090] Internal compiler error: in extract_insn while building linux-kernel from git with -Os or -O1 and higher

[martin dot jansa at mk dot cvut dot cz]

--- Comment #2 from martin dot jansa at mk dot cvut dot cz  2008-11-12 
10:05 ---
Created an attachment (id=16659)
 --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16659&action=view)
Preprocessed source with -O1

Created with:
gcc-4.4.0-pre -O1 -D__KERNEL__ -Iinclude 
-I/usr/src/linux-2.6/arch/x86/include -include include/linux/autoconf.h
-Iinclude/asm-x86/mach-default -E -o arch/x86/kernel/setup_percpu.c.pre.O
arch/x86/kernel/setup_percpu.c


-- 


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

[Bug fortran/38095] character ICE

[kargl at gcc dot gnu dot org]

--- Comment #1 from kargl at gcc dot gnu dot org  2008-11-12 20:27 ---
While gfortran should not ICE, I'd be interested in knowing if
this code compiles with any other compiler. (Hint: remove
elemental from trim_append).


-- 


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

[Bug fortran/38095] character ICE

[kargl at gcc dot gnu dot org]

--- Comment #2 from kargl at gcc dot gnu dot org  2008-11-12 20:29 ---
Add ice-on-invalid-code to keywords.


-- 

kargl at gcc dot gnu dot org changed:

   What|Removed |Added

   Keywords||ice-on-invalid-code
   Priority|P3  |P4


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

[Bug fortran/38095] character ICE

[kargl at gcc dot gnu dot org]

--- Comment #3 from kargl at gcc dot gnu dot org  2008-11-12 20:39 ---
Whoop, it is valid Fortran 2003.  I forgot that
Lahey's checker does not understand the F2003
array syntax.


-- 

kargl at gcc dot gnu dot org changed:

   What|Removed |Added

   Keywords|ice-on-invalid-code |


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

[Bug c++/38007] [4.2/4.3/4.4 Regression] g++ instantiate same operator twice due to bitfield in -O0 mode, causing symbol already defined assembler error

[jason at gcc dot gnu dot org]

--- Comment #4 from jason at gcc dot gnu dot org  2008-11-12 20:52 ---
Subject: Bug 38007

Author: jason
Date: Wed Nov 12 20:50:45 2008
New Revision: 141800

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=141800
Log:
PR c++/38007
gcc/cp/ 
* typeck.c (cp_build_modify_expr): Update bitfield handling.
gcc/
* c-common.c (c_common_signed_or_unsigned_type): Remove C++ 
special casing. 
gcc/testsuite/  
* g++.dg/conversion/bitfield10.C: New test. 
* g++.dg/warn/pr35635.C (func1): Accept additional warning. 
* g++.old-deja/g++.mike/enum1.C: Expect warn about assignment.  
* g++.dg/expr/bitfield9.C: Pass -Wno-overflow.  

Added:
trunk/gcc/testsuite/g++.dg/conversion/bitfield10.C
Modified:
trunk/gcc/ChangeLog
trunk/gcc/c-common.c
trunk/gcc/cp/ChangeLog
trunk/gcc/cp/typeck.c
trunk/gcc/testsuite/ChangeLog
trunk/gcc/testsuite/g++.dg/expr/bitfield9.C
trunk/gcc/testsuite/g++.dg/warn/pr35635.C
trunk/gcc/testsuite/g++.old-deja/g++.mike/enum1.C


-- 


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

[Bug c/38096] New: optimization regression

[mariah dot lenox at gmail dot com]

/*
% gcc -v
Using built-in specs.
Target: x86_64-unknown-linux-gnu
Configured with: /usr/local/gcc-4.4-20081107/src/gcc-4.4-20081107/configure
--enable-languages=c,c++,fortran,java
--with-gmp=/usr/local/gmp-4.2.3/x86_64-Linux-fc8-core2-gcc-4.3.1
--with-mpfr=/usr/local/mpfr-2.3.2/x86_64-Linux-fc8-gmp-4.2.3-core2-gcc-4.3.1
--prefix=/usr/local/gcc-4.4-20081107/x86_64-Linux-fc
Thread model: posix
gcc version 4.4.0 20081107 (experimental) (GCC)
%
% gcc -O3 -c foo.c  // ICE
% gcc -O2 -c foo.c  // works
*/

#define MAX 6

typedef enum{
val
} STATE;

struct ENTRY{
STATEstate;
unsigned int hndl;
} table[MAX];


int foo() {
  int count;

  for (count = 0;count < MAX;count ++) {
table[count].state = 0;
table[count].hndl  = 0;
  }
  return 1;
}


-- 
   Summary: optimization regression
   Product: gcc
   Version: 4.4.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: c
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: mariah dot lenox at gmail 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=38096

[Bug fortran/38094] [4.4 regression] gfortran.dg/private_type_4.f90 -O doesn't work

[dominiq at lps dot ens dot fr]

--- Comment #5 from dominiq at lps dot ens dot fr  2008-11-12 21:02 ---
The test is still failing, now with two failures. One is due to the mismatch
between the expected error: "cannot be of PRIVATE type" and the actual one
"Fortran 2003: PUBLIC variable 'f1' at (1) of PRIVATE derived type 't1'". I
think the second is due to the error being emitted twice, as noted in comment
#2.


-- 


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

[Bug libgcj/33764] [4.2/4.3 regression] gij is built as 32-bit binary when building multilib gcc

[jakub at gcc dot gnu dot org]

--- Comment #10 from jakub at gcc dot gnu dot org  2008-11-12 21:04 ---
Fixed on the trunk.


-- 

jakub at gcc dot gnu dot org changed:

   What|Removed |Added

  Known to fail||4.3.2
  Known to work||4.4.0
Summary|[4.2/4.3/4.4 regression] gij|[4.2/4.3 regression] gij is
   |is built as 32-bit binary   |built as 32-bit binary when
   |when building multilib gcc  |building multilib gcc


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

[Bug fortran/38095] character ICE

[dominiq at lps dot ens dot fr]

--- Comment #4 from dominiq at lps dot ens dot fr  2008-11-12 21:09 ---
> Whoop, it is valid Fortran 2003.  I forgot that
> Lahey's checker does not understand the F2003 array syntax.

I was about to say that the code is compiled by ifort and g95.


-- 


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

[Bug fortran/38094] [4.4 regression] gfortran.dg/private_type_4.f90 -O doesn't work

[hp at gcc dot gnu dot org]

--- Comment #6 from hp at gcc dot gnu dot org  2008-11-12 21:22 ---
No, NOT FIXED.


-- 

hp at gcc dot gnu dot org changed:

   What|Removed |Added

 Status|RESOLVED|REOPENED
 Resolution|FIXED   |


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

[Bug fortran/38094] [4.4 regression] gfortran.dg/private_type_4.f90 -O doesn't work

[hp at gcc dot gnu dot org]

--- Comment #7 from hp at gcc dot gnu dot org  2008-11-12 21:25 ---
(In reply to comment #6)
> No, NOT FIXED.
At least not at 141791, though I see related changes for 141798 that might have
fixed it.


-- 


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

[Bug c/38096] optimization regression

[ubizjak at gmail dot com]

--- Comment #1 from ubizjak at gmail dot com  2008-11-12 21:29 ---
The paste of the ICE itself would be nice indeed:

pr38096.c: In function ‘foo’:
pr38096.c:13: internal compiler error: in vectorizable_store, at
tree-vect-transform.c:5447
Please submit a full bug report,
with preprocessed source if appropriate.
See  for instructions.


-- 


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

[Bug fortran/38094] [4.4 regression] gfortran.dg/private_type_4.f90 -O doesn't work

[hjl dot tools at gmail dot com]

--- Comment #8 from hjl dot tools at gmail dot com  2008-11-12 21:30 ---
Revision 141798 gave:

FAIL: gfortran.dg/private_type_4.f90  -O   (test for errors, line 17)
FAIL: gfortran.dg/private_type_4.f90  -O  (test for excess errors)


-- 


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

[Bug fortran/38094] [4.4 regression] gfortran.dg/private_type_4.f90 -O doesn't work

[dominiq at lps dot ens dot fr]

--- Comment #9 from dominiq at lps dot ens dot fr  2008-11-12 21:31 ---
> Revision 141798 gave:

see comment #5. I have forgotten to give the revision: it was r141798.


-- 


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

[Bug c/38096] optimization regression

[ubizjak at gmail dot com]

--- Comment #2 from ubizjak at gmail dot com  2008-11-12 21:31 ---


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


-- 

ubizjak at gmail dot com changed:

   What|Removed |Added

 Status|UNCONFIRMED |RESOLVED
 Resolution||DUPLICATE


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

[Bug tree-optimization/37955] [4.4 Regression] internal compiler error: in vectorizable_store, at tree-vect-transform.c:5447

[ubizjak at gmail dot com]

--- Comment #12 from ubizjak at gmail dot com  2008-11-12 21:31 ---
*** Bug 38096 has been marked as a duplicate of this bug. ***


-- 

ubizjak at gmail dot com changed:

   What|Removed |Added

 CC||mariah dot lenox at gmail
   ||dot com


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

[Bug bootstrap/38010] gcc/config.gcc needs adjustment for darwin10

[janis at gcc dot gnu dot org]

--- Comment #2 from janis at gcc dot gnu dot org  2008-11-12 21:35 ---
Subject: Bug 38010

Author: janis
Date: Wed Nov 12 21:33:34 2008
New Revision: 141803

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=141803
Log:
2008-11-12  Jack Howarth  <[EMAIL PROTECTED]>

PR bootstrap/38010
* gcc/config.gcc: Use darwin9.h on darwin10 as well.

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


-- 


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

[Bug tree-optimization/38079] gcc segfaults when using -ftree-vectorizer-verbose=9

[irar at gcc dot gnu dot org]

--- Comment #4 from irar at gcc dot gnu dot org  2008-11-12 10:37 ---
Subject: Bug 38079

Author: irar
Date: Wed Nov 12 10:36:03 2008
New Revision: 141785

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=141785
Log:
PR tree-optimization/38079
* tree-vect-analyze.c (vect_analyze_data_refs): Replace dump_file
with vect_dump.


Modified:
trunk/gcc/ChangeLog
trunk/gcc/tree-vect-analyze.c


-- 


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

[Bug fortran/38095] New: character ICE

[vivekrao4 at yahoo dot com]

Compiling

module bar
implicit none
contains
!
elemental function trim_append(xx,yy) result(xy)
character (len=*), intent(in) :: xx,yy
character (len=len(xx) + len(yy)) :: xy
xy = trim(xx) // yy
end function trim_append
!
function same(xx) result(yy)
character (len=*), intent(in) :: xx(:)
character (len=len(xx))   :: yy(size(xx))
yy = [xx]
end function same
!
subroutine foo(labels)
character (len=*), intent(in) :: labels(:)
print*,"size(labels)=",size(labels)
end subroutine foo
!
subroutine xmain()
call foo(trim_append(["a"],same(["b"])))
end subroutine xmain
!
end module bar

with

gfortran -c xchar_bug.f90

I get

xchar_bug.f90: In function 'xmain':
xchar_bug.f90:5: internal compiler error: Segmentation fault
Please submit a full bug report,
with preprocessed source if appropriate.
See  for instructions.

gfortran -v says

gfortran -v
Built by Equation Solution (http://www.Equation.com).
Using built-in specs.
Target: i386-pc-mingw32
Configured with: ../gcc-4.4-20081107-mingw/configure --host=i386-pc-mingw32
--build=x86_64-unknown-linux-gnu --target=i386-pc-mingw32
--prefix=/home/gfortran/gcc-home/binary/mingw32/native/x86_32/gcc/4.4-20081107
--with-gcc --with-gnu-ld --with-gnu-as --disable-shared --disable-nls
--disable-tls
--with-gmp=/home/gfortran/gcc-home/binary/mingw32/native/x86_32/gmp
--with-mpfr=/home/gfortran/gcc-home/binary/mingw32/native/x86_32/mpfr
--enable-languages=c,c++,fortran
--with-sysroot=/home/gfortran/gcc-home/binary/mingw32/cross/x86_32/gcc/4.4-20081107
--enable-libgomp --enable-threads=win32 --disable-win32-registry :
(reconfigured) ../gcc-4.4-20081107-mingw/configure --host=i386-pc-mingw32
--build=x86_64-unknown-linux-gnu --target=i386-pc-mingw32
--prefix=/home/gfortran/gcc-home/binary/mingw32/native/x86_32/gcc/4.4-20081107
--with-gcc --with-gnu-ld --with-gnu-as --disable-shared --disable-nls
--disable-tls
--with-gmp=/home/gfortran/gcc-home/binary/mingw32/native/x86_32/gmp
--with-mpfr=/home/gfortran/gcc-home/binary/mingw32/native/x86_32/mpfr
--enable-languages=c,c++,fortran
--with-sysroot=/home/gfortran/gcc-home/binary/mingw32/cross/x86_32/gcc/4.4-20081107
--enable-libgomp --enable-threads=win32 --disable-win32-registry :
(reconfigured) ../gcc-4.4-20081107-mingw/configure --host=i386-pc-mingw32
--build=x86_64-unknown-linux-gnu --target=i386-pc-mingw32
--prefix=/home/gfortran/gcc-home/binary/mingw32/native/x86_32/gcc/4.4-20081107
--with-gcc --with-gnu-ld --with-gnu-as --disable-shared --disable-nls
--disable-tls
--with-gmp=/home/gfortran/gcc-home/binary/mingw32/native/x86_32/gmp
--with-mpfr=/home/gfortran/gcc-home/binary/mingw32/native/x86_32/mpfr
--enable-languages=c,c++,fortran
--with-sysroot=/home/gfortran/gcc-home/binary/mingw32/cross/x86_32/gcc/4.4-20081107
--enable-libgomp --enable-threads=win32 --disable-win32-registry
Thread model: win32
gcc version 4.4.0 20081107 (experimental) (GCC)


-- 
   Summary: character ICE
   Product: gcc
   Version: 4.4.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: fortran
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: vivekrao4 at yahoo dot com


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

[Bug target/27880] [4.2/4.3/4.4 regression] undefined reference to `_Unwind_GetIPInfo'

[sje at gcc dot gnu dot org]

--- Comment #30 from sje at gcc dot gnu dot org  2008-11-12 21:37 ---
Subject: Bug 27880

Author: sje
Date: Wed Nov 12 21:35:46 2008
New Revision: 141804

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=141804
Log:
PR  target/27880
* config/unwind_ipinfo.m4 (GCC_CHECK_UNWIND_GETIPINFO): Change from
link test to target based test.
* libstdc++/v3/configure.ac: Move call to GCC_CHECK_UNWIND_GETIPINFO.
* libstdc++/v3/configure: Regenerate.
* libjava/configure: Regenerate.



Modified:
trunk/config/ChangeLog
trunk/config/unwind_ipinfo.m4
trunk/libjava/ChangeLog
trunk/libjava/configure
trunk/libstdc++-v3/ChangeLog
trunk/libstdc++-v3/configure
trunk/libstdc++-v3/configure.ac


-- 


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

[Bug libstdc++/37986] std::tr1::variate_generator does not conform to TR1.

[paolo dot carlini at oracle dot com]

--- Comment #6 from paolo dot carlini at oracle dot com  2008-11-12 10:02 
---
Fixed again.


-- 

paolo dot carlini at oracle dot com changed:

   What|Removed |Added

 Status|REOPENED|RESOLVED
 Resolution||FIXED


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

[Bug target/27880] [4.2/4.3/4.4 regression] undefined reference to `_Unwind_GetIPInfo'

[sje at gcc dot gnu dot org]

--- Comment #31 from sje at gcc dot gnu dot org  2008-11-12 21:38 ---
Subject: Bug 27880

Author: sje
Date: Wed Nov 12 21:37:34 2008
New Revision: 141805

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=141805
Log:
PR target/27880
* configure.ac (GCC_CHECK_UNWIND_GETIPINFO): Use this macro
to set HAVE_GETIPINFO.
* aclocal.m4: Include ../config/unwind_ipinfo.m4.
* configure: Regenerate.
* config.in: Regenerate.

Modified:
trunk/gcc/ChangeLog
trunk/gcc/aclocal.m4
trunk/gcc/config.in
trunk/gcc/configure
trunk/gcc/configure.ac


-- 


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

[Bug debug/27574] [4.2/4.3/4.4 Regression] MIssing debug info at -O0 for a local variable in a C++ constructor

[dodji at gcc dot gnu dot org]

--- Comment #25 from dodji at gcc dot gnu dot org  2008-11-12 21:59 ---
Subject: Bug 27574

Author: dodji
Date: Wed Nov 12 21:57:44 2008
New Revision: 141807

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=141807
Log:
gcc/ChangeLog:
2008-11-12  Dodji Seketeli  <[EMAIL PROTECTED]>

PR debug/27574
* cgraph.h: New abstract_and_needed member to struct cgraph_node.
* cgraphunit.c (cgraph_analyze_functions): Flag abstract functions
- which clones are reachable - as "abstract and needed".
* cgraph.c (cgraph_release_function_body):  If a node is "abstract and
needed",
do not release its DECL_INITIAL() content because that will be needed
to emit
debug info.

gcc/testsuite/ChangeLog:
2008-11-12  Dodji Seketeli  <[EMAIL PROTECTED]>

PR debug/27574
* g++.dg/debug/dwarf2/local-var-in-contructor.C: New test.


Added:
trunk/gcc/testsuite/g++.dg/debug/dwarf2/local-var-in-contructor.C
Modified:
trunk/gcc/ChangeLog
trunk/gcc/cgraph.c
trunk/gcc/cgraph.h
trunk/gcc/cgraphunit.c
trunk/gcc/final.c
trunk/gcc/testsuite/ChangeLog


-- 


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

[Bug bootstrap/38088] gcc fails to compile with undefined symbol: __LONG_LONG_MAX__ error

[kamaraju at gmail dot com]

--- Comment #2 from kamaraju at gmail dot com  2008-11-12 13:49 ---
Andrew (http://gcc.gnu.org/ml/gcc-help/2008-11/msg00131.html) suggested to use

#define CAP_INFINITY INTTYPE_MAXIMUM(HOST_WIDEST_INT)

I tried it out. The mcf.c compiles with this modification.


-- 


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

[Bug bootstrap/37422] [4.4 regression] IRA merge breaks Solaris/x86 bootstrap

[jakub at gcc dot gnu dot org]

--- Comment #2 from jakub at gcc dot gnu dot org  2008-11-12 22:08 ---
I see gcc-testresults for this target posted in:
http://gcc.gnu.org/ml/gcc-testresults/2008-11/msg00649.html
Was this with -fno-ira or is this bug gone?


-- 


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

[Bug c++/38007] [4.2/4.3 Regression] g++ instantiate same operator twice due to bitfield in -O0 mode, causing symbol already defined assembler error

[jason at gcc dot gnu dot org]

--- Comment #5 from jason at gcc dot gnu dot org  2008-11-12 22:09 ---
Subject: Bug 38007

Author: jason
Date: Wed Nov 12 22:08:01 2008
New Revision: 141808

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=141808
Log:
PR c++/38007
gcc/cp/ 
* typeck.c (cp_build_modify_expr): Update bitfield handling.
gcc/
* c-common.c (c_common_signed_or_unsigned_type): Remove C++ 
special casing. 
gcc/testsuite/  
* g++.dg/conversion/bitfield10.C: New test. 
* g++.dg/warn/pr35635.C (func1): Accept additional warning. 
* g++.old-deja/g++.mike/enum1.C: Expect warn about assignment.  
* g++.dg/expr/bitfield9.C: Pass -Wno-overflow.  

Added:
branches/gcc-4_3-branch/gcc/testsuite/g++.dg/conversion/bitfield10.C
  - copied unchanged from r141800,
trunk/gcc/testsuite/g++.dg/conversion/bitfield10.C
Modified:
branches/gcc-4_3-branch/gcc/ChangeLog
branches/gcc-4_3-branch/gcc/c-common.c
branches/gcc-4_3-branch/gcc/cp/ChangeLog
branches/gcc-4_3-branch/gcc/cp/typeck.c
branches/gcc-4_3-branch/gcc/testsuite/ChangeLog
branches/gcc-4_3-branch/gcc/testsuite/g++.dg/expr/bitfield9.C
branches/gcc-4_3-branch/gcc/testsuite/g++.old-deja/g++.mike/enum1.C


-- 


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

[Bug fortran/38095] character ICE

[vivekrao4 at yahoo dot com]

--- Comment #5 from vivekrao4 at yahoo dot com  2008-11-12 22:12 ---
(In reply to comment #4)
> > Whoop, it is valid Fortran 2003.  I forgot that
> > Lahey's checker does not understand the F2003 array syntax.
> I was about to say that the code is compiled by ifort and g95.

I hope someone will mark the bug as "confirmed".


-- 


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

[Bug c++/38007] [4.2/4.3 Regression] g++ instantiate same operator twice due to bitfield in -O0 mode, causing symbol already defined assembler error

[jason at gcc dot gnu dot org]

--- Comment #6 from jason at gcc dot gnu dot org  2008-11-12 22:14 ---
Subject: Bug 38007

Author: jason
Date: Wed Nov 12 22:13:26 2008
New Revision: 141809

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=141809
Log:
PR c++/38007
gcc/cp/ 
* typeck.c (cp_build_modify_expr): Update bitfield handling.
gcc/
* c-common.c (c_common_signed_or_unsigned_type): Remove C++ 
special casing. 
gcc/testsuite/  
* g++.dg/conversion/bitfield10.C: New test. 
* g++.dg/warn/pr35635.C (func1): Accept additional warning. 
* g++.old-deja/g++.mike/enum1.C: Expect warn about assignment.  
* g++.dg/expr/bitfield9.C: Pass -Wno-overflow.  

Added:
branches/gcc-4_2-branch/gcc/testsuite/g++.dg/conversion/bitfield10.C
  - copied unchanged from r141800,
trunk/gcc/testsuite/g++.dg/conversion/bitfield10.C
Modified:
branches/gcc-4_2-branch/gcc/ChangeLog
branches/gcc-4_2-branch/gcc/c-common.c
branches/gcc-4_2-branch/gcc/cp/ChangeLog
branches/gcc-4_2-branch/gcc/cp/typeck.c
branches/gcc-4_2-branch/gcc/testsuite/ChangeLog
branches/gcc-4_2-branch/gcc/testsuite/g++.dg/expr/bitfield9.C
branches/gcc-4_2-branch/gcc/testsuite/g++.old-deja/g++.mike/enum1.C


-- 


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

[Bug c++/38007] [4.2/4.3 Regression] g++ instantiate same operator twice due to bitfield in -O0 mode, causing symbol already defined assembler error

[jason at gcc dot gnu dot org]

--- Comment #7 from jason at gcc dot gnu dot org  2008-11-12 22:15 ---
Fixed on all open branches.


-- 

jason at gcc dot gnu dot org changed:

   What|Removed |Added

 Status|ASSIGNED|RESOLVED
 Resolution||FIXED


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

[Bug c++/37962] [4.4 regression] ICE with (auto*) casts

[jason at gcc dot gnu dot org]

-- 

jason at gcc dot gnu dot org changed:

   What|Removed |Added

 AssignedTo|unassigned at gcc dot gnu   |jason at gcc dot gnu dot org
   |dot org |
 Status|NEW |ASSIGNED
   Last reconfirmed|2008-10-30 20:58:30 |2008-11-12 22:18:10
   date||


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

[Bug c++/36478] [4.3/4.4 regression] warning not emitted when code expanded from macro

[jakub at gcc dot gnu dot org]

--- Comment #7 from jakub at gcc dot gnu dot org  2008-11-12 22:19 ---
Subject: Bug 36478

Author: jakub
Date: Wed Nov 12 22:18:03 2008
New Revision: 141810

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=141810
Log:
PR c++/36478
Revert:
2007-05-07  Mike Stump  <[EMAIL PROTECTED]>
* doc/invoke.texi (Warning Options): Document that -Wempty-body
also checks for and while statements in C++.

Revert:
2007-05-07  Mike Stump  <[EMAIL PROTECTED]>
* parser.c (check_empty_body): Add.
(cp_parser_iteration_statement): Add call to check_empty_body.

* g++.old-deja/g++.mike/empty.C: Remove.

Removed:
trunk/gcc/testsuite/g++.old-deja/g++.mike/empty.C
Modified:
trunk/gcc/ChangeLog
trunk/gcc/cp/ChangeLog
trunk/gcc/cp/parser.c
trunk/gcc/doc/invoke.texi
trunk/gcc/testsuite/ChangeLog


-- 


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

[Bug bootstrap/37422] [4.4 regression] IRA merge breaks Solaris/x86 bootstrap

[ebotcazou at gcc dot gnu dot org]

--- Comment #3 from ebotcazou at gcc dot gnu dot org  2008-11-12 22:24 
---
(In reply to comment #2)
> I see gcc-testresults for this target posted in:
> http://gcc.gnu.org/ml/gcc-testresults/2008-11/msg00649.html
> Was this with -fno-ira or is this bug gone?

It's a dup of PR rtl-opt/37296.


-- 

ebotcazou at gcc dot gnu dot org changed:

   What|Removed |Added

 CC||ebotcazou at gcc dot gnu dot
   ||org
 Status|UNCONFIRMED |NEW
 Ever Confirmed|0   |1
   Last reconfirmed|-00-00 00:00:00 |2008-11-12 22:24:03
   date||


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

[Bug fortran/38095] character ICE

[dominiq at lps dot ens dot fr]

--- Comment #6 from dominiq at lps dot ens dot fr  2008-11-12 22:26 ---
> I hope someone will mark the bug as "confirmed".

I have tried, but If I am allowed to do it, I did not find how. Did you try
yourself?


-- 


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

[Bug fortran/38094] [4.4 regression] gfortran.dg/private_type_4.f90 -O doesn't work

[burnus at gcc dot gnu dot org]

--- Comment #10 from burnus at gcc dot gnu dot org  2008-11-12 22:28 ---
Subject: Bug 38094

Author: burnus
Date: Wed Nov 12 22:27:10 2008
New Revision: 141811

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

PR fortran/38094
* gfortran.dg/private_type_4.f90: Fix dg-error pattern.


Modified:
trunk/gcc/testsuite/ChangeLog
trunk/gcc/testsuite/gfortran.dg/private_type_4.f90


-- 


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

[Bug libgomp/26165] Cannot find libgomp.spec after 'make install' on x86_64 and ppc64

[froydnj at gcc dot gnu dot org]

--- Comment #17 from froydnj at gcc dot gnu dot org  2008-11-12 14:34 
---
Fixed for 4.4.


-- 

froydnj at gcc dot gnu dot org changed:

   What|Removed |Added

 Status|UNCONFIRMED |RESOLVED
 Resolution||FIXED


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

[Bug fortran/38094] [4.4 regression] gfortran.dg/private_type_4.f90 -O doesn't work

[burnus at gcc dot gnu dot org]

--- Comment #11 from burnus at gcc dot gnu dot org  2008-11-12 22:29 ---
(In reply to comment #5)
> The test is still failing, now with two failures. One is due to the mismatch
> between the expected error: "cannot be of PRIVATE type" and the actual one
> "Fortran 2003: PUBLIC variable 'f1' at (1) of PRIVATE derived type 't1'". I
> think the second is due to the error being emitted twice, as noted in comment
> #2.

That is really the disadvantage of having two branches: In my read-only
svn-tree I fixed it and regtested - the commit svn tree I had the old patch,
partial patch [i.e. I did too early "(cd -; svn diff)|patch -p0"]. Today is
really not my day :-(

Hopefully, it is now really FIXED!


-- 

burnus at gcc dot gnu dot org changed:

   What|Removed |Added

 Status|REOPENED|RESOLVED
 Resolution||FIXED


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

[Bug fortran/38095] character ICE

[burnus at gcc dot gnu dot org]

--- Comment #7 from burnus at gcc dot gnu dot org  2008-11-12 22:37 ---
Looks as if the code is valid. Valgrind shows:

==2910== Invalid read of size 4
==2910==at 0x4B1005: gfc_apply_interface_mapping_to_expr
(trans-expr.c:1916)
==2910==by 0x4B6FBE: gfc_apply_interface_mapping (trans-expr.c:2133)
==2910==by 0x49D13E: gfc_conv_expr_descriptor (trans-array.c:4717)
==2910==by 0x4A033B: gfc_conv_array_parameter (trans-array.c:5272)
==2910==by 0x4B1A80: gfc_conv_function_call (trans-expr.c:2680)

That line is:

  switch (expr->value.function.isym->id)
{
case GFC_ISYM_LEN:
  /* TODO figure out why this condition is necessary.  */
  if (sym->attr.function
&& arg1->ts.cl->length->expr_type != EXPR_CONSTANT
&& arg1->ts.cl->length->expr_type != EXPR_VARIABLE) // <- LINE 1916

The TODO was added by Paul in Rev. 130988. The cited bugreports were
PR 31213, PR 33888 and PR 33998.


-- 

burnus at gcc dot gnu dot org changed:

   What|Removed |Added

 CC||burnus at gcc dot gnu dot
   ||org
 Status|UNCONFIRMED |NEW
 Ever Confirmed|0   |1
   Keywords||ice-on-valid-code
   Last reconfirmed|-00-00 00:00:00 |2008-11-12 22:37:24
   date||


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

[Bug libgcj/33764] [4.2/4.3/4.4 regression] gij is built as 32-bit binary when building multilib gcc

[jakub at gcc dot gnu dot org]

--- Comment #9 from jakub at gcc dot gnu dot org  2008-11-12 20:56 ---
Subject: Bug 33764

Author: jakub
Date: Wed Nov 12 20:55:13 2008
New Revision: 141801

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=141801
Log:
PR libgcj/33764
libjava/
* configure.ac (INSTALL_BINARIES): New AM_CONDITIONAL.
* Makefile.am: If not INSTALL_BINARIES, use noinst_PROGRAMS
instead of bin_PROGRAMS for binaries.
* configure: Regenerated.
* Makefile.in: Regenerated.
libjava/classpath/
* configure.ac (INSTALL_BINARIES): New AM_CONDITIONAL.
* tools/Makefile.am: If not INSTALL_BINARIES, use noinst_PROGRAMS
instead of bin_PROGRAMS for binaries.
* configure: Regenerated.
* tools/Makefile.in: Regenerated.

Modified:
trunk/libjava/ChangeLog
trunk/libjava/Makefile.am
trunk/libjava/Makefile.in
trunk/libjava/classpath/ChangeLog.gcj
trunk/libjava/classpath/Makefile.in
trunk/libjava/classpath/configure
trunk/libjava/classpath/configure.ac
trunk/libjava/classpath/doc/Makefile.in
trunk/libjava/classpath/doc/api/Makefile.in
trunk/libjava/classpath/examples/Makefile.in
trunk/libjava/classpath/external/Makefile.in
trunk/libjava/classpath/external/jsr166/Makefile.in
trunk/libjava/classpath/external/relaxngDatatype/Makefile.in
trunk/libjava/classpath/external/sax/Makefile.in
trunk/libjava/classpath/external/w3c_dom/Makefile.in
trunk/libjava/classpath/include/Makefile.in
trunk/libjava/classpath/lib/Makefile.in
trunk/libjava/classpath/native/Makefile.in
trunk/libjava/classpath/native/fdlibm/Makefile.in
trunk/libjava/classpath/native/jawt/Makefile.in
trunk/libjava/classpath/native/jni/Makefile.in
trunk/libjava/classpath/native/jni/classpath/Makefile.in
trunk/libjava/classpath/native/jni/gconf-peer/Makefile.in
trunk/libjava/classpath/native/jni/gstreamer-peer/Makefile.in
trunk/libjava/classpath/native/jni/gtk-peer/Makefile.in
trunk/libjava/classpath/native/jni/java-io/Makefile.in
trunk/libjava/classpath/native/jni/java-lang/Makefile.in
trunk/libjava/classpath/native/jni/java-math/Makefile.in
trunk/libjava/classpath/native/jni/java-net/Makefile.in
trunk/libjava/classpath/native/jni/java-nio/Makefile.in
trunk/libjava/classpath/native/jni/java-util/Makefile.in
trunk/libjava/classpath/native/jni/midi-alsa/Makefile.in
trunk/libjava/classpath/native/jni/midi-dssi/Makefile.in
trunk/libjava/classpath/native/jni/native-lib/Makefile.in
trunk/libjava/classpath/native/jni/qt-peer/Makefile.in
trunk/libjava/classpath/native/jni/xmlj/Makefile.in
trunk/libjava/classpath/native/plugin/Makefile.in
trunk/libjava/classpath/resource/Makefile.in
trunk/libjava/classpath/scripts/Makefile.in
trunk/libjava/classpath/tools/Makefile.am
trunk/libjava/classpath/tools/Makefile.in
trunk/libjava/configure
trunk/libjava/configure.ac
trunk/libjava/gcj/Makefile.in
trunk/libjava/include/Makefile.in
trunk/libjava/testsuite/Makefile.in


-- 


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

[Bug fortran/38095] character ICE

[mikael at gcc dot gnu dot org]

--- Comment #8 from mikael at gcc dot gnu dot org  2008-11-12 22:43 ---
I tried to reduce the case. 


module bar
implicit none
contains
!
elemental function trim_append(xx,yy) result(xy)
character (len=*), intent(in) :: xx,yy
character (len=len(xx) + len(yy)) :: xy
xy = xx // yy
end function trim_append
!
function same(xx) result(yy)
character (len=*), intent(in) :: xx(:)
character (len=len(xx))   :: yy(size(xx))
yy = xx
end function same
!
subroutine xmain()
character(len=2) :: c(1)
c =  trim_append(["a"],same(["b"]))
end subroutine xmain
!
end module bar


pr38095.f90:5: erreur interne du compilateur: dans gfc_trans_create_temp_array,
à fortran/trans-array.c:648
Veuillez soumettre un rapport complet d'anomalies,
avec le source pré-traité si nécessaire.
Consultez  pour plus de détail.



I bet some of you guys recognize that old friend of ours, PR31610, whose patch
was reverted in PR37903.
Of course characters are a special (understand: not working) case. Argh!

This is probably unrelated to the original ICE though. 



-- 


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

[Bug libfortran/38097] New: gfortran does not allow blanks in exponent in float (even with BN)

[jjcogliati-r1 at yahoo dot com]

The following program works in g77, but gets an 'Bad value during floating
point read' error in gfortran.  

c blank_test.f program
  character(11)  :: a = ' 2.0030e+ 3'
  real :: f

  read (a,'(BN,E11.0)'),f
  print *,f

  end
c end of program


I think that ' 2.0030e+ 3' should be a proper floating point value when BN
editing is enabled.  I am not sure what this should do when blank processing is
unspecified.


-- 
   Summary: gfortran does not allow blanks in exponent in float
(even with BN)
   Product: gcc
   Version: 4.3.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: libfortran
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: jjcogliati-r1 at yahoo dot com
 GCC build triplet: x86_64-redhat-linux
  GCC host triplet: x86_64-redhat-linux
GCC target triplet: x86_64-redhat-linux


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

[Bug c++/37932] narrowing conversion with -std=c++0x

[jason at gcc dot gnu dot org]

-- 

jason at gcc dot gnu dot org changed:

   What|Removed |Added

 AssignedTo|unassigned at gcc dot gnu   |jason at gcc dot gnu dot org
   |dot org |
 Status|UNCONFIRMED |ASSIGNED
 Ever Confirmed|0   |1
   Last reconfirmed|-00-00 00:00:00 |2008-11-12 22:53:34
   date||


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

[Bug fortran/38095] character ICE

[kargl at gcc dot gnu dot org]

--- Comment #9 from kargl at gcc dot gnu dot org  2008-11-12 23:02 ---
The problem appears to be with the reference to SAME() in

  subroutine xmain()
  call foo(trim_append(["a"],same(["b"])))
  end subroutine xmain

If one changes this to 

 call foo(trim_append(["a"],["b"]))

the code compiles.  So, it appears that a temporary array is not
be probably created.



-- 


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

[Bug c/35198] [4.2/4.3/4.4 Regression] missed evaluation of VM array type when used as a cast

[jsm28 at gcc dot gnu dot org]

--- Comment #10 from jsm28 at gcc dot gnu dot org  2008-11-12 23:15 ---
Although technically wrong-code, side effects in VLA size expressions are a
very dubious practice I don't expect to be used like this outside of
testsuites.
The fix is clearly unsuitable for any development stage other than Stage 1;
downgrading to P4 to reflect this.


-- 

jsm28 at gcc dot gnu dot org changed:

   What|Removed |Added

   Priority|P2  |P4


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

[Bug fortran/38095] character ICE

[burnus at gcc dot gnu dot org]

--- Comment #10 from burnus at gcc dot gnu dot org  2008-11-12 23:42 ---
Some debugging shows that sym->name is "same" and sym->attr.function == 1.
Furthermore is arg1->expr_type == EXPR_FUNCTION and arg1->ts.cl->length ==
NULL.

(For cross referencing: http://gcc.gnu.org/ml/fortran/2007-12/msg00160.html is
the mail to the patch which added the TODO line.)

Using the following patch and calling xmain, the program prints
"size(labels)= 1".


--- trans-expr.c(Revision 141811)
+++ trans-expr.c
@@ -1912,8 +1912,9 @@ gfc_map_intrinsic_function (gfc_expr *ex
 case GFC_ISYM_LEN:
   /* TODO figure out why this condition is necessary.  */
   if (sym->attr.function
-   && arg1->ts.cl->length->expr_type != EXPR_CONSTANT
-   && arg1->ts.cl->length->expr_type != EXPR_VARIABLE)
+ && (arg1->ts.cl->length == NULL
+ || (arg1->ts.cl->length->expr_type != EXPR_CONSTANT
+ && arg1->ts.cl->length->expr_type != EXPR_VARIABLE)))
return false;

   new_expr = gfc_copy_expr (arg1->ts.cl->length);


-- 


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

[Bug fortran/38095] character ICE

[burnus at gcc dot gnu dot org]

--- Comment #11 from burnus at gcc dot gnu dot org  2008-11-12 23:45 ---
(In reply to comment #8)
> I tried to reduce the case. 
> This is probably unrelated to the original ICE though. 

Looks unrelated, but still should be fixed; I think ICE from comment 8 is a
regression with regards to gfortran 4.1, 4.2 and 4.3.


-- 


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

[Bug testsuite/38098] New: gcc.dg/cpp/subframework1.c -fno-show-column fails on darwin9

[howarth at nitro dot med dot uc dot edu]

The gcc.dg/cpp/subframework1.c -fno-show-column test case for excessive errors
fails on i686-apple-darwin9 with the errors...

Executing on host:
/sw/src/fink.build/gcc44-4.3.999-20081107/darwin_objdir/gcc/xgcc
-B/sw/src/fink.build/gcc44-4.3.999-20081107/darwin_objdir/gcc/
/sw/src/fink.build/gcc44-4.3.999-20081107/gcc-4.4-20081107/gcc/testsuite/gcc.dg/cpp/subframework1.c
 -fno-show-column -F/sw/sr
c/fink.build/gcc44-4.3.999-20081107/gcc-4.4-20081107/gcc/testsuite/gcc.dg/cpp/frame
-E  -o subframework1.i(timeout = 300)
In file included from
/sw/src/fink.build/gcc44-4.3.999-20081107/gcc-4.4-20081107/gcc/testsuite/gcc.dg/cpp/subframework1.c:12:
/sw/src/fink.build/gcc44-4.3.999-20081107/gcc-4.4-20081107/gcc/testsuite/gcc.dg/cpp/frame/one.framework/Headers/one-includeSubs.h:1:
warning: #import is a deprecated GCC extension
In file included from
/sw/src/fink.build/gcc44-4.3.999-20081107/gcc-4.4-20081107/gcc/testsuite/gcc.dg/cpp/frame/one.framework/Headers/one-includeSubs.h:1,
 from
/sw/src/fink.build/gcc44-4.3.999-20081107/gcc-4.4-20081107/gcc/testsuite/gcc.dg/cpp/subframework1.c:12:
/sw/src/fink.build/gcc44-4.3.999-20081107/gcc-4.4-20081107/gcc/testsuite/gcc.dg/cpp/frame/one.framework/Frameworks/OneSub.framework/Headers/A.h:1:
warning: #import is a deprecated GCC extension
In file included from
/sw/src/fink.build/gcc44-4.3.999-20081107/gcc-4.4-20081107/gcc/testsuite/gcc.dg/cpp/subframework1.c:12:
/sw/src/fink.build/gcc44-4.3.999-20081107/gcc-4.4-20081107/gcc/testsuite/gcc.dg/cpp/frame/one.framework/Headers/one-includeSubs.h:2:
warning: #import is a deprecated GCC extension
output is:
In file included from
/sw/src/fink.build/gcc44-4.3.999-20081107/gcc-4.4-20081107/gcc/testsuite/gcc.dg/cpp/subframework1.c:12:
/sw/src/fink.build/gcc44-4.3.999-20081107/gcc-4.4-20081107/gcc/testsuite/gcc.dg/cpp/frame/one.framework/Headers/one-includeSubs.h:1:
warning: #import is a deprecated GCC extension
In file included from
/sw/src/fink.build/gcc44-4.3.999-20081107/gcc-4.4-20081107/gcc/testsuite/gcc.dg/cpp/frame/one.framework/Headers/one-includeSubs.h:1,
 from
/sw/src/fink.build/gcc44-4.3.999-20081107/gcc-4.4-20081107/gcc/testsuite/gcc.dg/cpp/subframework1.c:12:
/sw/src/fink.build/gcc44-4.3.999-20081107/gcc-4.4-20081107/gcc/testsuite/gcc.dg/cpp/frame/one.framework/Frameworks/OneSub.framework/Headers/A.h:1:
warning: #import is a deprecated GCC extension
In file included from
/sw/src/fink.build/gcc44-4.3.999-20081107/gcc-4.4-20081107/gcc/testsuite/gcc.dg/cpp/subframework1.c:12:
/sw/src/fink.build/gcc44-4.3.999-20081107/gcc-4.4-20081107/gcc/testsuite/gcc.dg/cpp/frame/one.framework/Headers/one-includeSubs.h:2:
warning: #import is a deprecated GCC extension

FAIL: gcc.dg/cpp/subframework1.c -fno-show-column (test for excess errors)
Excess errors:
In file included from
/sw/src/fink.build/gcc44-4.3.999-20081107/gcc-4.4-20081107/gcc/testsuite/gcc.dg/cpp/subframework1.c:12:
/sw/src/fink.build/gcc44-4.3.999-20081107/gcc-4.4-20081107/gcc/testsuite/gcc.dg/cpp/frame/one.framework/Headers/one-includeSubs.h:1:
warning: #import is a deprecated GCC extension
In file included from
/sw/src/fink.build/gcc44-4.3.999-20081107/gcc-4.4-20081107/gcc/testsuite/gcc.dg/cpp/frame/one.framework/Headers/one-includeSubs.h:1,
 from
/sw/src/fink.build/gcc44-4.3.999-20081107/gcc-4.4-20081107/gcc/testsuite/gcc.dg/cpp/subframework1.c:12:
/sw/src/fink.build/gcc44-4.3.999-20081107/gcc-4.4-20081107/gcc/testsuite/gcc.dg/cpp/frame/one.framework/Frameworks/OneSub.framework/Headers/A.h:1:
warning: #import is a deprecated GCC extension
In file included from
/sw/src/fink.build/gcc44-4.3.999-20081107/gcc-4.4-20081107/gcc/testsuite/gcc.dg/cpp/subframework1.c:12:
/sw/src/fink.build/gcc44-4.3.999-20081107/gcc-4.4-20081107/gcc/testsuite/gcc.dg/cpp/frame/one.framework/Headers/one-includeSubs.h:2:
warning: #import is a deprecated GCC extension


-- 
   Summary: gcc.dg/cpp/subframework1.c -fno-show-column fails on
darwin9
   Product: gcc
   Version: 4.4.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: testsuite
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: howarth at nitro dot med dot uc dot edu
 GCC build triplet: i686-apple-darwin9
  GCC host triplet: i686-apple-darwin9
GCC target triplet: i686-apple-darwin9


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

[Bug testsuite/38099] New: tmpdir-gcc.dg-struct-layout-1/t027 c_compat_x_tst.o-c_compat_y_tst.o execute failure

[howarth at nitro dot med dot uc dot edu]

On i686-apple-darwin9, the tmpdir-gcc.dg-struct-layout-1/t027
c_compat_x_tst.o-c_compat_y_tst.o execute testcase fails with gcc trunk.

Executing on host:
/sw/src/fink.build/gcc44-4.3.999-20081107/darwin_objdir/gcc/xgcc
-B/sw/src/fink.build/gcc44-4.3.999-20081107/darwin_objdir/gcc/
c_compat_main_tst.o c_compat_x_tst.o c_compat_y_tst.o 
-I/sw/src/fink.build/gcc44-4.3.999-20081107/gcc-4.4-20081107/gcc/testsu
ite/gcc.dg/compat -fno-common   -lm   -o
tmpdir-gcc-dg-struct-layout-1-t027-01.exe(timeout = 300)
PASS: tmpdir-gcc.dg-struct-layout-1/t027 c_compat_x_tst.o-c_compat_y_tst.o link
Setting LD_LIBRARY_PATH to
:/sw/src/fink.build/gcc44-4.3.999-20081107/darwin_objdir/gcc::/sw/src/fink.build/gcc44-4.3.999-20081107/darwin_objdir/gcc
FAIL: tmpdir-gcc.dg-struct-layout-1/t027 c_compat_x_tst.o-c_compat_y_tst.o
execute


-- 
   Summary: tmpdir-gcc.dg-struct-layout-1/t027 c_compat_x_tst.o-
c_compat_y_tst.o execute failure
   Product: gcc
   Version: 4.4.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: testsuite
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: howarth at nitro dot med dot uc dot edu
 GCC build triplet: i686-apple-darwin9
  GCC host triplet: i686-apple-darwin9
GCC target triplet: i686-apple-darwin9


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

[Bug bootstrap/38088] gcc fails to compile with undefined symbol: __LONG_LONG_MAX__ error

[kamaraju at gmail dot com]

--- Comment #4 from kamaraju at gmail dot com  2008-11-13 00:02 ---
I confirm that using this patch, mcf.c compiles cleanly.


-- 


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

[Bug libstdc++/38000] [4.3/4.4 Regression] System header files not found once -isystem /usr/include is used

[paolo at gcc dot gnu dot org]

--- Comment #6 from paolo at gcc dot gnu dot org  2008-11-13 00:08 ---
Subject: Bug 38000

Author: paolo
Date: Thu Nov 13 00:06:55 2008
New Revision: 141812

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=141812
Log:
2008-11-13  Paolo Carlini  <[EMAIL PROTECTED]>

PR libstdc++/38000
* include/c_global/csignal: Do not use include_next.
* include/c_global/cstdlib: Likewise.
* include/c_global/cstdio: Likewise.
* include/c_global/cstdarg: Likewise.
* include/c_global/cctype: Likewise.
* include/c_global/cerrno: Likewise.
* include/c_global/cmath: Likewise.
* include/c_global/clocale: Likewise.
* include/c_global/climits: Likewise.
* include/c_global/cassert: Likewise.
* include/c_global/csetjmp: Likewise.
* include/c_global/cwchar: Likewise.
* include/c_global/cfloat: Likewise.
* include/c_global/cstdbool: Likewise.
* include/c_global/cstring: Likewise.
* include/c_global/cstddef: Likewise.
* include/c_global/cwctype: Likewise.
* include/tr1/cstdbool: Likewise.
* include/tr1_impl/cinttypes: Do not include .
* include/c_global/cinttypes: Do it here.
* include/tr1/cinttypes: Likewise.
* include/tr1_impl/cfenv: Do not include .
* include/c_global/cfenv: Do it here.
* include/tr1/cfenv: Likewise.
* include/tr1_impl/cstdint: Do not include .
* include/c_global/cstdint: Do it here.
* include/tr1/cstdint: Likewise.
* include/c_compatibility/fenv.h: Include .
* include/c_compatibility/stdint.h: Include .
* include/c_compatibility/inttypes.h: Include .

* include/c_compatibility/math.h: Minor tweak, add comment.

Modified:
trunk/libstdc++-v3/ChangeLog
trunk/libstdc++-v3/include/c_compatibility/fenv.h
trunk/libstdc++-v3/include/c_compatibility/inttypes.h
trunk/libstdc++-v3/include/c_compatibility/math.h
trunk/libstdc++-v3/include/c_compatibility/stdint.h
trunk/libstdc++-v3/include/c_global/cassert
trunk/libstdc++-v3/include/c_global/cctype
trunk/libstdc++-v3/include/c_global/cerrno
trunk/libstdc++-v3/include/c_global/cfenv
trunk/libstdc++-v3/include/c_global/cfloat
trunk/libstdc++-v3/include/c_global/cinttypes
trunk/libstdc++-v3/include/c_global/climits
trunk/libstdc++-v3/include/c_global/clocale
trunk/libstdc++-v3/include/c_global/cmath
trunk/libstdc++-v3/include/c_global/csetjmp
trunk/libstdc++-v3/include/c_global/csignal
trunk/libstdc++-v3/include/c_global/cstdarg
trunk/libstdc++-v3/include/c_global/cstdbool
trunk/libstdc++-v3/include/c_global/cstddef
trunk/libstdc++-v3/include/c_global/cstdint
trunk/libstdc++-v3/include/c_global/cstdio
trunk/libstdc++-v3/include/c_global/cstdlib
trunk/libstdc++-v3/include/c_global/cstring
trunk/libstdc++-v3/include/c_global/ctime
trunk/libstdc++-v3/include/c_global/cwchar
trunk/libstdc++-v3/include/c_global/cwctype
trunk/libstdc++-v3/include/tr1/cfenv
trunk/libstdc++-v3/include/tr1/cinttypes
trunk/libstdc++-v3/include/tr1/cstdbool
trunk/libstdc++-v3/include/tr1/cstdint
trunk/libstdc++-v3/include/tr1_impl/cfenv
trunk/libstdc++-v3/include/tr1_impl/cinttypes
trunk/libstdc++-v3/include/tr1_impl/cstdint


-- 


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

[Bug libstdc++/38000] [4.3 Regression] System header files not found once -isystem /usr/include is used

[paolo dot carlini at oracle dot com]

--- Comment #7 from paolo dot carlini at oracle dot com  2008-11-13 00:09 
---
Fixed for 4.4.0.


-- 

paolo dot carlini at oracle dot com changed:

   What|Removed |Added

 AssignedTo|paolo dot carlini at oracle |unassigned at gcc dot gnu
   |dot com |dot org
 Status|ASSIGNED|NEW
  Known to work|4.2.4   |4.2.4 4.4.0
Summary|[4.3/4.4 Regression] System |[4.3 Regression] System
   |header files not found once |header files not found once
   |-isystem /usr/include is|-isystem /usr/include is
   |used|used
   Target Milestone|4.3.3   |4.4.0


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

[Bug bootstrap/38100] New: gcc fails to compile with (undefined symbol) gimple_check_failed error

[kamaraju at gmail dot com]

The weekly snapshot (dated 20081107) of gcc 4.4 fails to compile on a Sun
Solaris machine with the following errors.

cc  -g -DIN_GCC-DHAVE_CONFIG_H  -o cc1-dummy c-lang.o stub-objc.o
attribs.o c-errors.o c-lex.o c-pragma.o c-decl.o c-typeck.o
c-convert.o c-aux-info.o c-common.o c-opts.o c-format.o c-semantics.o
c-ppoutput.o c-cppbuiltin.o c-objc-common.o c-dump.o c-pch.o
c-parser.o sol2-c.o c-gimplify.o tree-mudflap.o c-pretty-print.o
c-omp.o dummy-checksum.o \
 main.o tree-browser.o libbackend.a ../libcpp/libcpp.a
../libdecnumber/libdecnumber.a ../libcpp/libcpp.a ./../intl/libintl.a
../libiberty/libiberty.a ../libdecnumber/libdecnumber.a -lmpfr -lgmp
-lmpfr -lgmp
ild: (undefined symbol) gimple_check_failed -- referenced in the text
segment of libbackend.a(tree-ssa-loop-unswitch.o)
ild: (undefined symbol) gimple_check_failed -- referenced in the text
segment of libbackend.a(tree-ssa-loop-prefetch.o)
ild: (undefined symbol) gimple_check_failed -- referenced in the text
segment of libbackend.a(tree-loop-linear.o)
ild: (undefined symbol) gimple_check_failed -- referenced in the text
segment of libbackend.a(tree-affine.o)
ild: (undefined symbol) gimple_check_failed -- referenced in the text
segment of libbackend.a(lambda-trans.o)

 lot of these errors.

make[3]: *** [cc1-dummy] Error 5
make[3]: Leaving directory
`/home/kkusuman/software/compileHere/gcc-4.4-20081107/gcc'
make[2]: *** [all-stage1-gcc] Error 2
make[2]: Leaving directory
`/home/kkusuman/software/compileHere/gcc-4.4-20081107'
make[1]: *** [stage1-bubble] Error 2
make[1]: Leaving directory
`/home/kkusuman/software/compileHere/gcc-4.4-20081107'


I am using the Sun solaris cc compiler.
> cc -V
cc: Sun C 5.5 2003/03/12

$ ar t gcc/libbackend.a | grep gimple.o
gimple.o

However,

$ nm gcc/gimple.o | grep check_failed

U gimple_check_failed

The issue was first pointed out at
http://gcc.gnu.org/ml/gcc-help/2008-11/msg00135.html . More information can be
found in that thread. I will gladly provide any additional information (if
necessary) to fix this bug.

thanks
raju


-- 
   Summary: gcc fails to compile with (undefined symbol)
gimple_check_failed error
   Product: gcc
   Version: unknown
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: bootstrap
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: kamaraju at gmail dot com


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

[Bug debug/38101] New: dbxout_expand_expr() doesn't check return value of DECL_VALUE_EXPR()

[d dot g dot gorbachev at gmail dot com]

tree.c:

tree
decl_value_expr_lookup (tree from)
{
  ...
  return NULL_TREE;
}

tree.h:

#define DECL_VALUE_EXPR(NODE) \
  (decl_value_expr_lookup (DECL_WRTL_CHECK (NODE)))

dbxout.c:

static rtx
dbxout_expand_expr (tree expr)
{
  switch (TREE_CODE (expr))
  ...
case PARM_DECL:
  if (DECL_HAS_VALUE_EXPR_P (expr))
return dbxout_expand_expr (DECL_VALUE_EXPR (expr));
  ...
}


-- 
   Summary: dbxout_expand_expr() doesn't check return value of
DECL_VALUE_EXPR()
   Product: gcc
   Version: 4.4.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: debug
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: d dot g dot gorbachev at gmail dot com
 GCC build triplet: i686-pc-linux-gnu
  GCC host triplet: i686-pc-linux-gnu
GCC target triplet: i386-pc-mingw32


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

[Bug libgcj/38102] New: error building libjavamath on OS X 10.4.11 PPC

[hal at oz dot net]

I tried building the latest 4.4.0 snapshot on a Powerbook G4 (PPC) running OS X
10.4.11 with the latest developer tools for OS X 10.4.  The source directory
was the full gcc-4.4-20081107 drop and I ran configure with default options
only.  The build got quite far along, but failed in stage 3 with this at the
end of the terminal log:

libtool: link: /Volumes/LaCie/Developer/Sources/gcc-4.4-build/./gcc/xgcc
-B/Volumes/LaCie/Developer/Sources/gcc-4.4-build/./gcc/
-B/usr/local/powerpc-apple-darwin8.11.0/bin/
-B/usr/local/powerpc-apple-darwin8.11.0/lib/ -isystem
/usr/local/powerpc-apple-darwin8.11.0/include -isystem
/usr/local/powerpc-apple-darwin8.11.0/sys-include -dynamiclib  -o
.libs/libjavamath.dylib  .libs/gnu_java_math_GMP.o
../../../native/jni/classpath/.libs/jcl.o   /usr/local/lib/libgmp.a   
-install_name  /usr/local/lib/gcj-4.4.0-10/libjavamath.dylib 
-Wl,-single_module
/usr/libexec/gcc/powerpc-apple-darwin8/4.0.1/ld:
/usr/local/lib/libgmp.a(popcount.o) has local relocation entries in
non-writable section (__TEXT,__text)
collect2: ld returned 1 exit status
make[6]: *** [libjavamath.la] Error 1
make[5]: *** [all-recursive] Error 1
make[4]: *** [all-recursive] Error 1
make[3]: *** [all-recursive] Error 1
make[2]: *** [all-recursive] Error 1
make[1]: *** [all-target-libjava] Error 2
make: *** [all] Error 2

This system has fairly recent versions of gmp and mpfr installed, which are
sufficient to build gcc up through the latest snapshots of 3.3 without errors. 
Let me know if there is any specific information that I can provide that would
help diagnose the problem.


-- 
   Summary: error building libjavamath on OS X 10.4.11 PPC
   Product: gcc
   Version: 4.4.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: libgcj
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: hal at oz dot net


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

Re: [Bug debug/38101] New: dbxout_expand_expr() doesn't check return value of DECL_VALUE_EXPR()

[Andrew Thomas Pinski]

Sent from my iPhone

On Nov 12, 2008, at 8:11 PM, "d dot g dot gorbachev at gmail dot com" <[EMAIL PROTECTED] 
> wrote:



tree.c:

tree
decl_value_expr_lookup (tree from)
{
 ...
 return NULL_TREE;
}

tree.h:

#define DECL_VALUE_EXPR(NODE) \
 (decl_value_expr_lookup (DECL_WRTL_CHECK (NODE)))

dbxout.c:

static rtx
dbxout_expand_expr (tree expr)
{
 switch (TREE_CODE (expr))
 ...
   case PARM_DECL:
 if (DECL_HAS_VALUE_EXPR_P (expr))
   return dbxout_expand_expr (DECL_VALUE_EXPR (expr));


DECL_VALUE_EXPR should not return null if DECL_HAS_VALUE_EXPR_P  
returns true.




 ...
}


--
  Summary: dbxout_expand_expr() doesn't check return value of
   DECL_VALUE_EXPR()
  Product: gcc
  Version: 4.4.0
   Status: UNCONFIRMED
 Severity: normal
 Priority: P3
Component: debug
   AssignedTo: unassigned at gcc dot gnu dot org
   ReportedBy: d dot g dot gorbachev at gmail dot com
GCC build triplet: i686-pc-linux-gnu
 GCC host triplet: i686-pc-linux-gnu
GCC target triplet: i386-pc-mingw32


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

[Bug debug/38101] dbxout_expand_expr() doesn't check return value of DECL_VALUE_EXPR()

[pinskia at gmail dot com]

--- Comment #1 from pinskia at gmail dot com  2008-11-13 05:56 ---
Subject: Re:   New: dbxout_expand_expr() doesn't check return value of
DECL_VALUE_EXPR()



Sent from my iPhone

On Nov 12, 2008, at 8:11 PM, "d dot g dot gorbachev at gmail dot com"
<[EMAIL PROTECTED] 
 > wrote:

> tree.c:
>
> tree
> decl_value_expr_lookup (tree from)
> {
>  ...
>  return NULL_TREE;
> }
>
> tree.h:
>
> #define DECL_VALUE_EXPR(NODE) \
>  (decl_value_expr_lookup (DECL_WRTL_CHECK (NODE)))
>
> dbxout.c:
>
> static rtx
> dbxout_expand_expr (tree expr)
> {
>  switch (TREE_CODE (expr))
>  ...
>case PARM_DECL:
>  if (DECL_HAS_VALUE_EXPR_P (expr))
>return dbxout_expand_expr (DECL_VALUE_EXPR (expr));

DECL_VALUE_EXPR should not return null if DECL_HAS_VALUE_EXPR_P  
returns true.

>
>  ...
> }
>
>
> -- 
>   Summary: dbxout_expand_expr() doesn't check return value of
>DECL_VALUE_EXPR()
>   Product: gcc
>   Version: 4.4.0
>Status: UNCONFIRMED
>  Severity: normal
>  Priority: P3
> Component: debug
>AssignedTo: unassigned at gcc dot gnu dot org
>ReportedBy: d dot g dot gorbachev at gmail dot com
> GCC build triplet: i686-pc-linux-gnu
>  GCC host triplet: i686-pc-linux-gnu
> GCC target triplet: i386-pc-mingw32
>
>
> http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38101
>


-- 


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

[Bug libfortran/37294] Namelist I/O to array character internal units

[jvdelisle at gcc dot gnu dot org]

--- Comment #3 from jvdelisle at gcc dot gnu dot org  2008-11-13 06:06 
---
A patch has been submitted for review.


-- 


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