[Bug fortran/41627] mixing common and modules elicits ICE

[anlauf at gmx dot de]

--- Comment #9 from anlauf at gmx dot de  2010-05-08 07:44 ---
(In reply to comment #8)
> This PR lacks the ICE-on-{valid,invalid}-code keyword.
> It's too late for me now to attempt to judge which needs to be added.

The test case from comment #3 is accepted by ifort 11.1 and by
nagf95 5.1.


-- 


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

[Bug tree-optimization/43791] [4.6 Regression] kernel/rtmutex.c:1138:1: internal compiler error: in cgraph_decide_inlining_of_small_functions, at ipa-inline.c:1009

[justinmattock at gmail dot com]

--- Comment #31 from justinmattock at gmail dot com  2010-05-08 08:02 
---
o.k... took me a bit, but I got that system up and running with 4.6.0.
(need more machines around here). Anyways gcc 4.6.0 builds fine
with the above patch. As for the kernel I didn't see the original error, but
found(I think) a new one:

 from include/net/sock.h:50,
 from include/linux/mroute.h:134,
 from net/ipv4/raw.c:55:
include/linux/netfilter.h: In function 'raw_sendmsg':
include/net/dst.h:262:19: sorry, unimplemented: inlining failed in call to
'dst_output': optimizing for size and code size would grow
include/linux/netfilter.h:206:7: sorry, unimplemented: called from here


-- 


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

[Bug debug/44023] [4.6 Regression] -fcompare-debug failure (length) for alphaev67 target (bootstrap failure)

[ubizjak at gmail dot com]

--- Comment #8 from ubizjak at gmail dot com  2010-05-08 09:20 ---
Confirmed and added Vlad to CC.


-- 

ubizjak at gmail dot com changed:

   What|Removed |Added

 CC||vmakarov at gcc dot gnu dot
   ||org
   Severity|normal  |blocker
 Status|UNCONFIRMED |NEW
 Ever Confirmed|0   |1
   Last reconfirmed|-00-00 00:00:00 |2010-05-08 09:20:10
   date||
Summary|-fcompare-debug failure |[4.6 Regression] -fcompare-
   |(length) for alphaev67  |debug failure (length) for
   |target  |alphaev67 target (bootstrap
   ||failure)
   Target Milestone|--- |4.6.0


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

[Bug tree-optimization/43791] [4.6 Regression] kernel/rtmutex.c:1138:1: internal compiler error: in cgraph_decide_inlining_of_small_functions, at ipa-inline.c:1009

[hubicka at ucw dot cz]

--- Comment #32 from hubicka at ucw dot cz  2010-05-08 09:23 ---
Subject: Re:  [4.6 Regression]
kernel/rtmutex.c:1138:1: internal compiler error: in
cgraph_decide_inlining_of_small_functions, at ipa-inline.c:1009

> o.k... took me a bit, but I got that system up and running with 4.6.0.
> (need more machines around here). Anyways gcc 4.6.0 builds fine
> with the above patch. As for the kernel I didn't see the original error, but
> found(I think) a new one:

This seems like fallout of Richards early inlining cleanup.  Can you open a new
PR for this one, please?

Honza


-- 


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

[Bug fortran/41704] [F2008?] Different local names in interfaces for same C-binding name/same procedure

[dfranke at gcc dot gnu dot org]

--- Comment #1 from dfranke at gcc dot gnu dot org  2010-05-08 10:02 ---
The thread doesn't come to a conclusion. As I read it, it's invalid in F2003,
but maybe valid in F2008?! Thus removing the rejects-valid keyword for now.


-- 

dfranke at gcc dot gnu dot org changed:

   What|Removed |Added

 CC||dfranke at gcc dot gnu dot
   ||org
   Keywords|rejects-valid   |
Summary|Different local names in|[F2008?] Different local
   |interfaces for same C-  |names in interfaces for same
   |binding name/same procedure |C-binding name/same
   ||procedure


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

[Bug target/43973] alpha libiberty/regex.c fails to compile with -O2 without -mbwx (internal compiler error)

[jay dot krell at cornell dot edu]

--- Comment #4 from jay dot krell at cornell dot edu  2010-05-08 10:22 
---
Uros your proposed patch seems to cause:

/src/gcc-4.5.0/libgcc/../gcc/libgcc2.c: In function '__negti2':
/src/gcc-4.5.0/libgcc/../gcc/libgcc2.c:76:1: error: insn does not satisfy its
constraints:
(insn 31 16 20 2 /src/gcc-4.5.0/libgcc/../gcc/libgcc2.c:75 (set (mem/c/i:TI
(reg/f:DI 16 $16 [orig:78 D.3782 ] [78]) [6 +0 S16 A128])
(reg:TI 22 $22)) 228 {*movti_internal} (nil))
/src/gcc-4.5.0/libgcc/../gcc/libgcc2.c:76:1: internal compiler error: in
reload_cse_simplify_operands, at postreload.c:396
Please submit a full bug report,
with preprocessed source if appropriate.


-- 

jay dot krell at cornell dot edu changed:

   What|Removed |Added

 CC||jay dot krell at cornell dot
   ||edu


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

[Bug tree-optimization/43716] [4.6 Regression] Revision 158105 miscompiles doduc.f90

[dominiq at lps dot ens dot fr]

--- Comment #25 from dominiq at lps dot ens dot fr  2010-05-08 10:31 ---
This PR is "fixed" by revision 159106. Apparently there is a rampant bug (at
least on Darwin) with the use of "VEC_safe_push".

How safe is "VEC_safe_push"?


-- 

dominiq at lps dot ens dot fr changed:

   What|Removed |Added

 CC||richard dot guenther at
   ||gmail dot com


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

[Bug tree-optimization/43716] [4.6 Regression] Revision 158105 miscompiles doduc.f90

[steven at gcc dot gnu dot org]

--- Comment #26 from steven at gcc dot gnu dot org  2010-05-08 10:38 ---
VEC_safe_push is quite safe, actually. But it may re-allocate the VEC. If you
really believe that VEC_safe_push is the problem here, then you should perhaps
look if a VEC is being passed around incorrectly somewhere, so that
reallocating it would make things disappear.


-- 


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

[Bug target/43973] alpha libiberty/regex.c fails to compile with -O2 without -mbwx (internal compiler error)

[ubizjak at gmail dot com]

--- Comment #5 from ubizjak at gmail dot com  2010-05-08 11:19 ---
(In reply to comment #4)
> Uros your proposed patch seems to cause:
> 
> /src/gcc-4.5.0/libgcc/../gcc/libgcc2.c: In function '__negti2':
> /src/gcc-4.5.0/libgcc/../gcc/libgcc2.c:76:1: error: insn does not satisfy its
> constraints:
> (insn 31 16 20 2 /src/gcc-4.5.0/libgcc/../gcc/libgcc2.c:75 (set (mem/c/i:TI
> (reg/f:DI 16 $16 [orig:78 D.3782 ] [78]) [6 +0 S16 A128])
> (reg:TI 22 $22)) 228 {*movti_internal} (nil))

This pattern expects "offsetable" memory operand, and substituting SImode
addition with a temporary register violates this requirement.  As noted
elsewhere [1],


I suppose you have hit a 32/64 pointer issue.  This requires some
investigation!  We plan to fix them, but we haven't yet started this work on
gcc 4.5


Since HW pointers are 64bit wide, and OS uses 32bit pointers, it looks to me
that "offsetable" addresses are invalid, since they can't be substituted with
teporary register. However, the precise details of VMS (address wrapping and
similar issues) are not known to me, so I can't say for sure.

Anyway, operands with "address_operand" predicate are processed as if they were
always in DImode (see unaligned_* patterns in alpha.md), which is not the case
with 32bit pointers.  This leads to invalid RTXes with mixed-up modes, see
Comment #2.

[1] http://gcc.gnu.org/ml/gcc/2010-05/msg00030.html


-- 


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

[Bug fortran/40598] Some missed optimizations in array assignment

[pault at gcc dot gnu dot org]

--- Comment #11 from pault at gcc dot gnu dot org  2010-05-08 12:57 ---
(In reply to comment #10)
> (In reply to comment #9)
> > It even works!
> 
> Paul, any news here? This looks very useful!
> See also PR41137.
> 

Daniel,

I totally forgot about this one.  I had a first tinker since comment #9 and it
looks to be do-able.

I'll put it on the list.

Paul


-- 


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

[Bug fortran/37212] TRANSFER: Simplify array argument

[pault at gcc dot gnu dot org]

--- Comment #4 from pault at gcc dot gnu dot org  2010-05-08 12:59 ---
Thanks for noticing this Daniel.

Closed - fixed

Paul


-- 

pault at gcc dot gnu dot org changed:

   What|Removed |Added

 Status|WAITING |RESOLVED
 Resolution||FIXED


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

[Bug fortran/43851] Add _gfortran_error_stop_numeric

[jvdelisle at gcc dot gnu dot org]

--- Comment #2 from jvdelisle at gcc dot gnu dot org  2010-05-08 13:06 
---
Working on it.


-- 

jvdelisle at gcc dot gnu dot org changed:

   What|Removed |Added

 AssignedTo|unassigned at gcc dot gnu   |jvdelisle at gcc dot gnu dot
   |dot org |org
 Status|UNCONFIRMED |ASSIGNED
 Ever Confirmed|0   |1
   Last reconfirmed|-00-00 00:00:00 |2010-05-08 13:06:11
   date||


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

[Bug tree-optimization/44030] [4.6 Regression] error: SSA name in freelist but still referenced

[rguenth at gcc dot gnu dot org]

--- Comment #4 from rguenth at gcc dot gnu dot org  2010-05-08 13:13 ---
Subject: Bug 44030

Author: rguenth
Date: Sat May  8 13:12:56 2010
New Revision: 159186

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=159186
Log:
2010-05-08  Richard Guenther  

PR tree-optimization/44030
* tree-ssa-pre.c (eliminate): Copy NECESSARY flag.  Set
NECESSARY flag if we propagate from a inserted expression.

* gcc.c-torture/compile/pr44030.c: New testcase.

Added:
trunk/gcc/testsuite/gcc.c-torture/compile/pr44030.c
Modified:
trunk/gcc/ChangeLog
trunk/gcc/testsuite/ChangeLog
trunk/gcc/tree-ssa-pre.c


-- 


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

[Bug tree-optimization/44030] [4.6 Regression] error: SSA name in freelist but still referenced

[rguenth at gcc dot gnu dot org]

--- Comment #5 from rguenth at gcc dot gnu dot org  2010-05-08 13:13 ---
Fixed.


-- 

rguenth at gcc dot gnu dot org changed:

   What|Removed |Added

 Status|ASSIGNED|RESOLVED
 Resolution||FIXED


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

[Bug fortran/42360] intent(out)-dummy-not-set warning for types depends on order of component initializers

[dfranke at gcc dot gnu dot org]

--- Comment #1 from dfranke at gcc dot gnu dot org  2010-05-08 13:17 ---
Patch:
http://gcc.gnu.org/ml/fortran/2010-05/msg00057.html


-- 


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

[Bug fortran/38936] F2003: ASSOCIATE construct / improved SELECT TYPE (a=>expr)

[domob at gcc dot gnu dot org]

--- Comment #3 from domob at gcc dot gnu dot org  2010-05-08 13:24 ---
Taking this finally.


-- 

domob at gcc dot gnu dot org changed:

   What|Removed |Added

 AssignedTo|unassigned at gcc dot gnu   |domob at gcc dot gnu dot org
   |dot org |
 Status|NEW |ASSIGNED
   Last reconfirmed|2009-01-25 10:19:44 |2010-05-08 13:24:00
   date||


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

[Bug other/44038] New: [4.5 regression] ICE: verify_stmts failed

[doko at ubuntu dot com]

seen with 4.5 20100506 on x86_64-linux-gnu. fails with -O1, works with -O0 and
-O2.

cc -g -O1 ctst_3_medium.i
ctst_3_medium.c: In function 'tst':
ctst_3_medium.c:479:1: error: Conversion of an SSA_NAME on the left hand side.
VIEW_CONVERT_EXPR("");

D.26572_15393 = &VIEW_CONVERT_EXPR("").data[D.26573_15392];

ctst_3_medium.c:479:1: error: Conversion of an SSA_NAME on the left hand side.
VIEW_CONVERT_EXPR("");

D.26811_15701 = &VIEW_CONVERT_EXPR("").data[D.26812_15700];

ctst_3_medium.c:479:1: error: Conversion of an SSA_NAME on the left hand side.
VIEW_CONVERT_EXPR("");

D.27027_15916 = &VIEW_CONVERT_EXPR("").data[D.27028_15915];

ctst_3_medium.c:479:1: error: Conversion of an SSA_NAME on the left hand side.
VIEW_CONVERT_EXPR("");

D.27266_16224 = &VIEW_CONVERT_EXPR("").data[D.27267_16223];

ctst_3_medium.c:479:1: internal compiler error: verify_stmts failed
Please submit a full bug report,
with preprocessed source if appropriate.


-- 
   Summary: [4.5 regression] ICE: verify_stmts failed
   Product: gcc
   Version: 4.5.1
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: other
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: doko at ubuntu dot com


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

[Bug other/44038] [4.5 regression] ICE: verify_stmts failed

[doko at ubuntu dot com]

--- Comment #1 from doko at ubuntu dot com  2010-05-08 13:35 ---
Created an attachment (id=20601)
 --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20601&action=view)
preprocessed source


-- 


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

[Bug other/44038] [4.5 regression] ICE: verify_stmts failed

[rguenth at gcc dot gnu dot org]

--- Comment #2 from rguenth at gcc dot gnu dot org  2010-05-08 14:01 ---
struct Ustr {
char data[1]; 
};
int ustr_xi__embed_val_get(char *);
inline int ustr_len(struct Ustr *s1)
{
  return ustr_xi__embed_val_get(s1->data);
}
static struct Ustr *s1 = ((struct Ustr *) "");
int tst(char *cstr)
{
  return ustr_len(s1);
}


  D.1971_5 = &VIEW_CONVERT_EXPR("").data[0];

we can't take the address of this.  It's forwprop that produces this from

  s1.0_1 = (struct Ustr *) "";
  D.1971_5 = &s1.0_1->data[0];


-- 

rguenth at gcc dot gnu dot org changed:

   What|Removed |Added

 Status|UNCONFIRMED |NEW
 Ever Confirmed|0   |1
   Last reconfirmed|-00-00 00:00:00 |2010-05-08 14:01:31
   date||
   Target Milestone|--- |4.5.1


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

[Bug other/44038] [4.5 regression] ICE: verify_stmts failed

[rguenth at gcc dot gnu dot org]

--- Comment #3 from rguenth at gcc dot gnu dot org  2010-05-08 14:02 ---
Mine.


-- 

rguenth at gcc dot gnu dot org changed:

   What|Removed |Added

 AssignedTo|unassigned at gcc dot gnu   |rguenth at gcc dot gnu dot
   |dot org |org
 Status|NEW |ASSIGNED
   Last reconfirmed|2010-05-08 14:01:31 |2010-05-08 14:02:09
   date||


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

[Bug fortran/40875] ICE with illegal type conversion

[pault at gcc dot gnu dot org]

--- Comment #7 from pault at gcc dot gnu dot org  2010-05-08 14:02 ---
(In reply to comment #6)
> Paul, this PR seems to be fixed. Can it be closed?
> 
Yes.  I said on the list that I would not backport, unless asked, and then
waited :-)

Thanks for jogging my memory.

Pau;


-- 

pault at gcc dot gnu dot org changed:

   What|Removed |Added

 Status|WAITING |RESOLVED
 Resolution||FIXED


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

[Bug fortran/40591] Procedure(interface): Rejected if interface is indirectly hostassociated

[pault at gcc dot gnu dot org]

--- Comment #10 from pault at gcc dot gnu dot org  2010-05-08 14:05 ---
(In reply to comment #9)
> (In reply to comment #8)
> > I guess everything is fixed now. Can we close this PR?
> 
> Ping?
>

Note that I did not apply the patch to 4.4 as I said that I would.  What do you
think?

Cheers

Paul


-- 


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

[Bug c++/44039] New: [4.5 regression] ICE: Segmentation fault on error recovery

[doko at ubuntu dot com]

$ g++ -c logTargets.ii 
In file included from
/usr/include/boost/date_time/gregorian/formatters.hpp:17:0,
 from /usr/include/boost/date_time/gregorian/gregorian.hpp:25,
 from
/usr/include/boost/date_time/posix_time/time_formatters.hpp:12,
 from
/usr/include/boost/date_time/posix_time/posix_time.hpp:24,
 from logTargets.cpp:48:
/usr/include/boost/date_time/date_formatting.hpp: In static member function
'static std::basic_string boost::date_time::ymd_formatter::ymd_to_string(ymd_type)':
/usr/include/boost/date_time/date_formatting.hpp:87:36: error: cannot call
constructor 'std::locale::locale' directly
/usr/include/boost/date_time/date_formatting.hpp:87:36: error:   for a
function-style cast, remove the redundant '::locale'
/usr/include/boost/date_time/date_formatting.hpp: In static member function
'static std::basic_string boost::date_time::ymd_formatter::ymd_to_string(ymd_type) [with ymd_type =
boost::date_time::year_month_day_base, format_type =
boost::date_time::simple_format, charT = char]':
/usr/include/boost/date_time/date_formatting.hpp:124:76:   instantiated from
'static boost::date_time::date_formatter::string_type boost::date_time::date_formatter::date_to_string(date_type) [with date_type = boost::gregorian::date,
format_type = boost::date_time::simple_format, charT = char,
boost::date_time::date_formatter::string_type =
std::basic_string]'
/usr/include/boost/date_time/gregorian/formatters.hpp:34:99:   instantiated
from 'std::basic_string<_CharT> boost::gregorian::to_simple_string_type(const
boost::gregorian::date&) [with charT = char]'
/usr/include/boost/date_time/gregorian/formatters.hpp:40:41:   instantiated
from here
/usr/include/boost/date_time/date_formatting.hpp:87:7: internal compiler error:
Segmentation fault
Please submit a full bug report,
with preprocessed source if appropriate.


-- 
   Summary: [4.5 regression] ICE: Segmentation fault on error
recovery
   Product: gcc
   Version: 4.5.1
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: c++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: doko at ubuntu dot com


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

[Bug c++/44039] [4.5 regression] ICE: Segmentation fault on error recovery

[doko at ubuntu dot com]

--- Comment #1 from doko at ubuntu dot com  2010-05-08 14:07 ---
Created an attachment (id=20602)
 --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20602&action=view)
preprocessed source


-- 


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

[Bug c++/44039] [4.5 regression] ICE: Segmentation fault on error recovery

[doko at ubuntu dot com]

--- Comment #2 from doko at ubuntu dot com  2010-05-08 14:08 ---
seen with 4.5 20100506 on x86_64-linux-gnu


-- 

doko at ubuntu dot com changed:

   What|Removed |Added

  Known to fail||4.5.0
  Known to work||4.4.4


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

[Bug c++/44040] New: [4.5 regression] ICE: cc1plus segmentation fault

[doko at ubuntu dot com]

seen with 4.5 20100508:

g++ -c Abs.ii

In file included from
/scratch/packages/tmp/m/freemat-4.0/libs/libCore/Abs.cpp:20:0:
/scratch/packages/tmp/m/freemat-4.0/libs/libFreeMat/Operators.hpp: In function
'Array DotOp(const Array&, const Array&, DataC
lass)':
/scratch/packages/tmp/m/freemat-4.0/libs/libFreeMat/Operators.hpp:158:49:
error: cannot call constructor 'Array::Array' direc
tly
/scratch/packages/tmp/m/freemat-4.0/libs/libFreeMat/Operators.hpp:158:49:
error:   for a function-style cast, remove the redu
ndant '::Array'
/scratch/packages/tmp/m/freemat-4.0/libs/libFreeMat/Operators.hpp:166:49:
error: cannot call constructor 'Array::Array' direc
tly
/scratch/packages/tmp/m/freemat-4.0/libs/libFreeMat/Operators.hpp:166:49:
error:   for a function-style cast, remove the redu
ndant '::Array'
[...]

Program received signal SIGSEGV, Segmentation fault.
tsubst_baselink (baselink=0x0, object_type=0x0, args=0x72d01030,
complain=3, in_decl=0x73051730)
at ../../src/gcc/cp/pt.c:10682
10682   if (BASELINK_P (baselink))
(gdb) bt
#0  tsubst_baselink (baselink=0x0, object_type=0x0, args=0x72d01030,
complain=3,
in_decl=0x73051730) at ../../src/gcc/cp/pt.c:10682
#1  0x00729879 in tsubst_copy_and_build (t=0x730583c0,
args=0x72d01030, complain=3,
in_decl=0x73051730, function_p=1 '\001',
integral_constant_expression_p=0 '\000')
at ../../src/gcc/cp/pt.c:12853
#2  0x00728148 in tsubst_copy_and_build (t=0x73247af8,
args=0x72d01030, complain=3,
in_decl=0x73051730, function_p=0 '\000',
integral_constant_expression_p=0 '\000')
at ../../src/gcc/cp/pt.c:12354
#3  0x00728d38 in tsubst_copy_and_build (t=0x73057900,
args=0x72d01030, complain=3,
in_decl=0x73051730, function_p=,
integral_constant_expression_p=0 '\000')
at ../../src/gcc/cp/pt.c:12234
#4  0x0070e7bf in tsubst_expr (t=0x73057900, args=0x72d01030,
complain=3,
in_decl=0x73051730, integral_constant_expression_p=0 '\000') at
../../src/gcc/cp/pt.c:11938
#5  0x0070f2ec in tsubst_expr (t=0x73058450, args=0x72d01030,
complain=3,
in_decl=0x73051730, integral_constant_expression_p=0 '\000') at
../../src/gcc/cp/pt.c:11537
#6  0x0070f1ae in tsubst_expr (t=0x73057800, args=0x72d01030,
complain=3,
in_decl=0x73051730, integral_constant_expression_p=0 '\000') at
../../src/gcc/cp/pt.c:11679
#7  0x0070f40a in tsubst_expr (t=0x730576c0, args=0x72d01030,
complain=3,
in_decl=0x73051730, integral_constant_expression_p=0 '\000') at
../../src/gcc/cp/pt.c:11659
#8  0x0070f1ae in tsubst_expr (t=0x73057680, args=0x72d01030,
complain=3,
in_decl=0x73051730, integral_constant_expression_p=0 '\000') at
../../src/gcc/cp/pt.c:11679
#9  0x0070f40a in tsubst_expr (t=0x73057540, args=0x72d01030,
complain=3,
in_decl=0x73051730, integral_constant_expression_p=0 '\000') at
../../src/gcc/cp/pt.c:11659
#10 0x0070e844 in tsubst_expr (t=,
args=0x72d01030, complain=3,
in_decl=0x73051730, integral_constant_expression_p=0 '\000') at
../../src/gcc/cp/pt.c:11523
#11 0x0070f1ae in tsubst_expr (t=0x73050980, args=0x72d01030,
complain=3,
in_decl=0x73051730, integral_constant_expression_p=0 '\000') at
../../src/gcc/cp/pt.c:11679
#12 0x00720bed in instantiate_decl (d=,
defer_ok=1,
expl_inst_class_mem_p=0 '\000') at ../../src/gcc/cp/pt.c:16862
#13 0x0074817c in instantiate_pending_templates (retries=)
at ../../src/gcc/cp/pt.c:16959
#14 0x00777438 in cp_write_global_declarations () at
../../src/gcc/cp/decl2.c:3546
#15 0x00a5e1a4 in compile_file (argc=13, argv=0x7fffe608) at
../../src/gcc/toplev.c:1065
#16 do_compile (argc=13, argv=0x7fffe608) at ../../src/gcc/toplev.c:2417
#17 toplev_main (argc=13, argv=0x7fffe608) at ../../src/gcc/toplev.c:2459
#18 0x76179abd in __libc_start_main () from /lib/libc.so.6
#19 0x006a830d in _start ()


-- 
   Summary: [4.5 regression] ICE: cc1plus segmentation fault
   Product: gcc
   Version: 4.5.1
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: c++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: doko at ubuntu dot com


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

[Bug c++/44040] [4.5 regression] ICE: cc1plus segmentation fault

[doko at ubuntu dot com]

--- Comment #1 from doko at ubuntu dot com  2010-05-08 14:33 ---
Created an attachment (id=20603)
 --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20603&action=view)
preprocessed source


-- 


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

[Bug target/43729] Mach-O LTO support needed for darwin

[howarth at nitro dot med dot uc dot edu]

--- Comment #44 from howarth at nitro dot med dot uc dot edu  2010-05-08 
14:36 ---
Created an attachment (id=20604)
 --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20604&action=view)
example failing test case on powerpc-apple-darwin9


-- 


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

[Bug target/43729] Mach-O LTO support needed for darwin

[howarth at nitro dot med dot uc dot edu]

--- Comment #45 from howarth at nitro dot med dot uc dot edu  2010-05-08 
14:39 ---
Attached example failing testcase from lto.exp when using proposed patch from
http://gcc.gnu.org/ml/gcc-patches/2010-05/msg00577.html on
powerpc-apple-darwin9.  In this testcase, the failure appears as...
/Users/howarth/darwin_objdir/gcc/xgcc -B/Users/howarth/darwin_objdir/gcc/
--save-temps -O0 -fwhopr -c -o c_lto_2008_0.o /
Users/howarth/gcc/gcc/testsuite/gcc.dg/lto/2008_0.c
/Users/howarth/darwin_objdir/gcc/xgcc -B/Users/howarth/darwin_objdir/gcc/
--save-temps -O0 -fwhopr -c -o c_lto_2008_0.o /
Users/howarth/gcc/gcc/testsuite/gcc.dg/lto/2008_0.c
 /Users/howarth/darwin_objdir/gcc/xgcc -B/Users/howarth/darwin_objdir/gcc/
c_lto_2008_0.o c_lto_2008_1.o -v --save-te
mps -O0 -fwhopr   -o gcc-dg-lto-2008-01
Reading specs from /Users/howarth/darwin_objdir/gcc/specs
COLLECT_GCC=/Users/howarth/darwin_objdir/gcc/xgcc
COLLECT_LTO_WRAPPER=/Users/howarth/darwin_objdir/gcc/lto-wrapper
Target: powerpc-apple-darwin9.8.0
Configured with: ../gcc/configure --prefix=/Users/howarth/dist
--enable-languages=c --with-gmp=/sw --with-libiconv-prefix=/sw
 --with-ppl=/sw --with-cloog=/sw --with-mpc=/sw --with-system-zlib
--x-includes=/usr/X11R6/include --x-libraries=/usr/X11R6/l
ib --enable-lto --disable-bootstrap --enable-checking
Thread model: posix
gcc version 4.6.0 20100508 (experimental) (GCC) 
COMPILER_PATH=/Users/howarth/darwin_objdir/gcc/
LIBRARY_PATH=/Users/howarth/darwin_objdir/gcc/:/usr/lib/
COLLECT_GCC_OPTIONS='-mmacosx-version-min=10.5.8'
'-B/Users/howarth/darwin_objdir/gcc/' '-v' '-save-temps' '-O0' '-fwhopr' '-
o' 'gcc-dg-lto-2008-01'
 /Users/howarth/darwin_objdir/gcc/collect2 -dynamic -arch ppc
-macosx_version_min 10.5.8 -weak_reference_mismatches non-weak 
-o gcc-dg-lto-2008-01 -lcrt1.10.5.o -L/Users/howarth/darwin_objdir/gcc
c_lto_2008_0.o c_lto_2008_1.o -fwhopr -lgc
c_s.10.5 -lgcc_ext.10.5 -lgcc -lSystemStubs -lSystem
collect2 version 4.6.0 20100508 (experimental) (Darwin/PowerPC)
/Users/howarth/darwin_objdir/gcc/collect-ld -dynamic -arch ppc
-macosx_version_min 10.5.8 -weak_reference_mismatches non-weak
 -o gcc-dg-lto-2008-01 -lcrt1.10.5.o -L/Users/howarth/darwin_objdir/gcc
c_lto_2008_0.o c_lto_2008_1.o -lgcc_s.10.
5 -lgcc_ext.10.5 -lgcc -lSystemStubs -lSystem
 /sw/bin/gnm -n c_lto_2008_0.o
 /sw/bin/gnm -n c_lto_2008_1.o
/Users/howarth/darwin_objdir/gcc/lto-wrapper
/Users/howarth/darwin_objdir/gcc/xgcc -mmacosx-version-min=10.5.8
-B/Users/howar
th/darwin_objdir/gcc/ -v -save-temps -O0 -fwhopr -o gcc-dg-lto-2008-01
c_lto_2008_0.o c_lto_2008_1.o
Reading specs from /Users/howarth/darwin_objdir/gcc/specs
COLLECT_GCC=/Users/howarth/darwin_objdir/gcc/xgcc
COLLECT_LTO_WRAPPER=/Users/howarth/darwin_objdir/gcc/lto-wrapper
Target: powerpc-apple-darwin9.8.0
Configured with: ../gcc/configure --prefix=/Users/howarth/dist
--enable-languages=c --with-gmp=/sw --with-libiconv-prefix=/sw
 --with-ppl=/sw --with-cloog=/sw --with-mpc=/sw --with-system-zlib
--x-includes=/usr/X11R6/include --x-libraries=/usr/X11R6/l
ib --enable-lto --disable-bootstrap --enable-checking
Thread model: posix
gcc version 4.6.0 20100508 (experimental) (GCC) 
COLLECT_GCC_OPTIONS='-combine' '-c'
'-fltrans-output-list=/var/tmp//ccebD29J.ltrans.out' '-fwpa'
'-mmacosx-version-min=10.5.8
' '-B/Users/howarth/darwin_objdir/gcc/' '-v' '-save-temps' '-O0' '-dumpbase'
'gcc-dg-lto-2008-01' '-dumpdir' 'c_lto_20081
111_0.o'
 /Users/howarth/darwin_objdir/gcc/lto1 -fPIC -quiet -dumpbase
gcc-dg-lto-20081111-01 -dumpdir c_lto_2008_0.o -mmacosx-ver
sion-min=10.5.8 -auxbase c_lto_2008_1 -O0 -version
-fltrans-output-list=/var/tmp//ccebD29J.ltrans.out -fwpa @/var/tmp//cc
LYFBxO
GNU GIMPLE (GCC) version 4.6.0 20100508 (experimental)
(powerpc-apple-darwin9.8.0)
compiled by GNU C version 4.0.1 (Apple Inc. build 5493), GMP version
4.3.1, MPFR version 2.4.1, MPC version 0.8
GGC heuristics: --param ggc-min-expand=30 --param ggc-min-heapsize=4096
GNU GIMPLE (GCC) version 4.6.0 20100508 (experimental)
(powerpc-apple-darwin9.8.0)
compiled by GNU C version 4.0.1 (Apple Inc. build 5493), GMP version
4.3.1, MPFR version 2.4.1, MPC version 0.8
GGC heuristics: --param ggc-min-expand=30 --param ggc-min-heapsize=4096
COMPILER_PATH=/Users/howarth/darwin_objdir/gcc/:/Users/howarth/darwin_objdir/gcc/
LIBRARY_PATH=/Users/howarth/darwin_objdir/gcc/:/Users/howarth/darwin_objdir/gcc/:/usr/lib/:/usr/lib/
COLLECT_GCC_OPTIONS='-combine' '-c'
'-fltrans-output-list=/var/tmp//ccebD29J.ltrans.out' '-fwpa'
'-mmacosx-version-min=10.5.8
' '-B/Users/howarth/darwin_objdir/gcc/' '-v' '-save-temps' '-O0' '-

[Bug target/43729] Mach-O LTO support needed for darwin

[howarth at nitro dot med dot uc dot edu]

--- Comment #46 from howarth at nitro dot med dot uc dot edu  2010-05-08 
14:55 ---
Opps. The second compile in the failing example failing testcase was...

/Users/howarth/darwin_objdir/gcc/xgcc -B/Users/howarth/darwin_objdir/gcc/
--save-temps -O0 -fwhopr  -c  -o c_lto_2008_1.o
/Users/howarth/gcc/gcc/testsuite/gcc.dg/lto/2008_1.c


-- 


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

[Bug middle-end/44041] New: [4.5 regression] ICE: verify_gimple failed (invalid conversion in return statement)

[doko at ubuntu dot com]

seen with 4.5 20100508 on x86_64-linux-gnu:

$ gcc -O0 -fwhole-program -combine -Wno-strict-aliasing -Wtype-limits -m32 *.i
-o x.s
In file included from src/apm.c:12:0:
src/util.h:204:6: warning: conflicting types for built-in function 'printf'
src/output.c:135:1: warning: conflicting types for built-in function 'putc'
src/output.c:149:1: warning: conflicting types for built-in function 'puts'
src/output.c:228:1: warning: conflicting types for built-in function 'isdigit'
src/usb-uhci.c: In function 'uhci_alloc_intr_pipe':
src/usb-uhci.c:232:1: error: invalid conversion in return statement
struct usb_pipe *

struct usb_pipe *

return D.64364;

src/usb-uhci.c:232:1: error: invalid conversion in return statement
struct usb_pipe *

struct usb_pipe *

return D.64364;

src/usb-uhci.c:232:1: error: invalid conversion in return statement
struct usb_pipe *

struct usb_pipe *

return D.64364;

src/usb-uhci.c:232:1: error: invalid conversion in return statement
struct usb_pipe *

struct usb_pipe *

return D.64364;

src/usb-uhci.c:232:1: internal compiler error: verify_gimple failed
Please submit a full bug report,
with preprocessed source if appropriate.


-- 
   Summary: [4.5 regression] ICE: verify_gimple failed (invalid
conversion in return statement)
   Product: gcc
   Version: 4.5.1
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: middle-end
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: doko at ubuntu dot com


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

[Bug middle-end/44041] [4.5 regression] ICE: verify_gimple failed (invalid conversion in return statement)

[doko at ubuntu dot com]

--- Comment #1 from doko at ubuntu dot com  2010-05-08 14:56 ---
Created an attachment (id=20605)
 --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20605&action=view)
preprocessed source


-- 


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

[Bug c/44042] New: [4.4, 4.5,4.6 Regression] Missing warning for unitialized varaible in switch statement

[tkoenig at gcc dot gnu dot org]

i...@linux-fd1f:/tmp> cat haha.c
int f(n)
{
  int r;
  switch(n)
{
case 1:
  r = 3;
}
  return r;
}
i...@linux-fd1f:/tmp> gcc -O3 -c -Wall haha.c
i...@linux-fd1f:/tmp> gcc -v
Es werden eingebaute Spezifikationen verwendet.
COLLECT_GCC=gcc
COLLECT_LTO_WRAPPER=/home/ig25/libexec/gcc/x86_64-unknown-linux-gnu/4.6.0/lto-wrapper
Ziel: x86_64-unknown-linux-gnu
Konfiguriert mit: ../fortran-dev/configure --prefix=/home/ig25
--enable-languages=all,ada --with-mpc=/usr/local
Thread-Modell: posix
gcc-Version 4.6.0 20100430 (experimental) (GCC)
i...@linux-fd1f:/tmp> gcc-3.3 -O3 -c -Wall haha.c
haha.c: In function `f':
haha.c:3: warning: `r' might be used uninitialized in this function

Also fails for 4.4 and 4.5.


-- 
   Summary: [4.4, 4.5,4.6 Regression] Missing warning for
unitialized varaible in switch statement
   Product: gcc
   Version: 4.6.0
Status: UNCONFIRMED
  Keywords: diagnostic
  Severity: normal
  Priority: P3
 Component: c
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: tkoenig at gcc dot gnu dot org


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

[Bug c/44042] [4.4, 4.5,4.6 Regression] Missing warning for unitialized varaible in switch statement

[tkoenig at gcc dot gnu dot org]

-- 

tkoenig at gcc dot gnu dot org changed:

   What|Removed |Added

  Known to fail||4.4.1 4.5.0 4.6.0
  Known to work||3.3.3
   Target Milestone|--- |4.4.6


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

[Bug c/44042] [4.4/4.5/4.6 Regression] Missing warning for unitialized varaible in switch statement

[tkoenig at gcc dot gnu dot org]

--- Comment #1 from tkoenig at gcc dot gnu dot org  2010-05-08 15:00 ---
Adjusting subject to make this show up on the
regression list...


-- 

tkoenig at gcc dot gnu dot org changed:

   What|Removed |Added

Summary|[4.4, 4.5,4.6 Regression]   |[4.4/4.5/4.6 Regression]
   |Missing warning for |Missing warning for
   |unitialized varaible in |unitialized varaible in
   |switch statement|switch statement


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

[Bug rtl-optimization/44043] New: sorry, unimplemented: inlining failed in call to 'dst_output': optimizing for size and code size would grow

[justinmattock at gmail dot com]

building the kernel hits this error:

include/linux/netfilter.h: In function 'raw_sendmsg':
include/net/dst.h:262:19: sorry, unimplemented: inlining failed in call to
'dst_output': optimizing for size and code size would grow
include/linux/netfilter.h:206:7: sorry, unimplemented: called from here
make[2]: *** [net/ipv4/raw.o] Error 1
make[1]: *** [net/ipv4] Error 2
make: *** [net] Error 2


 gcc --version
gcc (GCC) 4.6.0 20100416 (experimental)
Copyright (C) 2010 Free Software Foundation, Inc.
This is free software; see the source for copying conditions.  There is NO
warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.


-- 
   Summary: sorry, unimplemented: inlining failed in call to
'dst_output': optimizing for size and code size would
grow
   Product: gcc
   Version: 4.6.0
Status: UNCONFIRMED
  Severity: major
  Priority: P3
 Component: rtl-optimization
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: justinmattock at gmail dot com


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

[Bug tree-optimization/43791] [4.6 Regression] kernel/rtmutex.c:1138:1: internal compiler error: in cgraph_decide_inlining_of_small_functions, at ipa-inline.c:1009

[justinmattock at gmail dot com]

--- Comment #33 from justinmattock at gmail dot com  2010-05-08 15:33 
---
o.k. here the new bug report for this new kind of error:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44043


-- 


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

[Bug c/44042] [4.1/4.2/4.4/4.5/4.6 Regression] Missing warning for unitialized varaible in switch statement

[hjl dot tools at gmail dot com]

--- Comment #2 from hjl dot tools at gmail dot com  2010-05-08 15:33 ---
It failed with gcc 4.1 and 4.2. I think 4.3 is the same.


-- 

hjl dot tools at gmail dot com changed:

   What|Removed |Added

 Status|UNCONFIRMED |NEW
 Ever Confirmed|0   |1
  Known to fail|4.4.1 4.5.0 4.6.0   |4.1.2 4.2.4 4.4.1 4.5.0
   ||4.6.0
   Last reconfirmed|-00-00 00:00:00 |2010-05-08 15:33:14
   date||
Summary|[4.4/4.5/4.6 Regression]|[4.1/4.2/4.4/4.5/4.6
   |Missing warning for |Regression] Missing warning
   |unitialized varaible in |for unitialized varaible in
   |switch statement|switch statement


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

[Bug middle-end/28685] Multiple comparisons are not simplified

[sandra at gcc dot gnu dot org]

--- Comment #12 from sandra at gcc dot gnu dot org  2010-05-08 15:54 ---
Subject: Bug 28685

Author: sandra
Date: Sat May  8 15:53:59 2010
New Revision: 159189

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=159189
Log:
2010-05-08  Sandra Loosemore  

PR middle-end/28685

gcc/
* tree-ssa-reassoc.c (eliminate_redundant_comparison): New function.
(optimize_ops_list): Call it.

gcc/testsuite/
* gcc.dg/pr28685-1.c: New file.

Added:
trunk/gcc/testsuite/gcc.dg/pr28685-1.c
Modified:
trunk/gcc/ChangeLog
trunk/gcc/testsuite/ChangeLog
trunk/gcc/tree-ssa-reassoc.c


-- 


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

[Bug rtl-optimization/44043] sorry, unimplemented: inlining failed in call to 'dst_output': optimizing for size and code size would grow

[hjl dot tools at gmail dot com]

--- Comment #1 from hjl dot tools at gmail dot com  2010-05-08 15:57 ---
Please provide a preprocessed testcase.


-- 

hjl dot tools at gmail dot com changed:

   What|Removed |Added

 Status|UNCONFIRMED |WAITING


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

[Bug rtl-optimization/44043] sorry, unimplemented: inlining failed in call to 'dst_output': optimizing for size and code size would grow

[justinmattock at gmail dot com]

--- Comment #2 from justinmattock at gmail dot com  2010-05-08 16:26 ---
Created an attachment (id=20606)
 --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20606&action=view)
 make  net/ipv4/raw.i

hopefully this is the correct *.c file
the file gets rejected because of the size
(I compressed it, but am not sure if it will upload as an attachment)


-- 


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

[Bug rtl-optimization/44043] sorry, unimplemented: inlining failed in call to 'dst_output': optimizing for size and code size would grow

[rguenth at gcc dot gnu dot org]

--- Comment #3 from rguenth at gcc dot gnu dot org  2010-05-08 16:38 ---
I will hava alook.


-- 

rguenth at gcc dot gnu dot org changed:

   What|Removed |Added

 AssignedTo|unassigned at gcc dot gnu   |rguenth at gcc dot gnu dot
   |dot org |org
 Status|WAITING |ASSIGNED
 Ever Confirmed|0   |1
   Last reconfirmed|-00-00 00:00:00 |2010-05-08 16:38:09
   date||


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

[Bug c/44042] [4.1/4.2/4.4/4.5/4.6 Regression] Missing warning for unitialized varaible in switch statement

[rguenth at gcc dot gnu dot org]

--- Comment #3 from rguenth at gcc dot gnu dot org  2010-05-08 16:39 ---
That's the usual CCP exploits undefined behavior bug.  There's a bug ...
somewhere.  WONTFIX.


-- 

rguenth at gcc dot gnu dot org changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||WONTFIX


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

[Bug middle-end/44041] [4.5 regression] -combine ICE: verify_gimple failed (invalid conversion in return statement)

[rguenth at gcc dot gnu dot org]

--- Comment #2 from rguenth at gcc dot gnu dot org  2010-05-08 16:40 ---
-combine.  ice-checking.


-- 

rguenth at gcc dot gnu dot org changed:

   What|Removed |Added

   Keywords||ice-checking
Summary|[4.5 regression] ICE:   |[4.5 regression] -combine
   |verify_gimple failed|ICE: verify_gimple failed
   |(invalid conversion in  |(invalid conversion in
   |return statement)   |return statement)
   Target Milestone|--- |4.5.1


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

[Bug c++/44040] [4.5 Regression] ICE: cc1plus segmentation fault

[rguenth at gcc dot gnu dot org]

-- 

rguenth at gcc dot gnu dot org changed:

   What|Removed |Added

Summary|[4.5 regression] ICE:   |[4.5 Regression] ICE:
   |cc1plus segmentation fault  |cc1plus segmentation fault
   Target Milestone|--- |4.5.1


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

[Bug c++/44039] [4.5 regression] ICE: Segmentation fault on error recovery

[rguenth at gcc dot gnu dot org]

-- 

rguenth at gcc dot gnu dot org changed:

   What|Removed |Added

   Keywords||error-recovery
   Target Milestone|--- |4.5.1


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

[Bug fortran/42809] Too much noise with -Wconversion

[dfranke at gcc dot gnu dot org]

--- Comment #6 from dfranke at gcc dot gnu dot org  2010-05-08 17:28 ---
Patch for initial report:
http://gcc.gnu.org/ml/fortran/2010-05/msg00067.html


(In reply to comment #5)
> There is also a lot of noise when a derived type with default
> initialization is instantiated.  Moreover, the warnings point
> to an unexpected locus.

The warnings here are, to some extend, correct. There are two instances of
type(t_datum), both generate warning for 'state' and 'flags' each as both are
initialized by INTEGER(4). This INTEGER(4) may contain a value that does not
fit INTEGER(1|2).

About the locus: I agree that it is surprising. However, although the modules
are next to each other here, they might be in different source files somewhere
- or there might be no source file for the module at all. Hence, the locus
points to the USE statement.

The bad pointer position is another instance of the many PRs complaining about
this. I think this PR should be closed after a patch for -Wconversion was
applied and a new one for the error locus should be opened.


-- 

dfranke at gcc dot gnu dot org changed:

   What|Removed |Added

 CC||dfranke at gcc dot gnu dot
   ||org
 Status|UNCONFIRMED |NEW
 Ever Confirmed|0   |1
   Last reconfirmed|-00-00 00:00:00 |2010-05-08 17:28:45
   date||


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

[Bug rtl-optimization/44043] sorry, unimplemented: inlining failed in call to 'dst_output': optimizing for size and code size would grow

[justinmattock at gmail dot com]

--- Comment #4 from justinmattock at gmail dot com  2010-05-08 17:46 ---
(In reply to comment #3)
> I will hava alook.
> 

alright.. let me know if you need any other kind of info.


-- 


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

[Bug c++/44039] [4.5 regression] ICE: Segmentation fault on error recovery

[paolo dot carlini at oracle dot com]

--- Comment #3 from paolo dot carlini at oracle dot com  2010-05-08 18:28 
---
Matthias, can you please reduce to a manageable size these testcases? Thanks in
advance.


-- 


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

[Bug c/43991] typeof (size_t) inconsistency

[jimsmite at rocketmail dot com]

--- Comment #3 from jimsmite at rocketmail dot com  2010-05-08 19:50 ---
Thanks for the tip


-- 


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

[Bug fortran/21881] ICE instead of error for large arrays in derived types

[dfranke at gcc dot gnu dot org]

--- Comment #8 from dfranke at gcc dot gnu dot org  2010-05-08 20:04 ---
I expect, the array descriptor reform may make this fixable?!


-- 

dfranke at gcc dot gnu dot org changed:

   What|Removed |Added

  BugsThisDependsOn||37577


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

[Bug fortran/22571] Reject derived types for dummy arguments declared in the subroutine unless they are SEQUENCE

[dfranke at gcc dot gnu dot org]

--- Comment #12 from dfranke at gcc dot gnu dot org  2010-05-08 20:07 
---
In reply to comment #11)
> Paul, can we close this one?

This PR sat here WAITING for a few months.
Everything seems to be done, thus closing now.


-- 

dfranke at gcc dot gnu dot org changed:

   What|Removed |Added

 Status|WAITING |RESOLVED
 Resolution||FIXED


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

[Bug fortran/44044] New: [OOP] SELECT TYPE with class-valued function

[janus at gcc dot gnu dot org]

The following (valid) test case is currently rejected:


implicit none

type :: t1
  integer :: i
end type

type, extends(t1) :: t2
end type

type(t1),target :: x1
type(t2),target :: x2

select type ( y => fun(1) )
type is (t1)
  print *,"t1"
type is (t2)
  print *,"t2"
class default
  print *,"default"
end select

select type ( y => fun(-1) )
type is (t1)
  print *,"t1"
type is (t2)
  print *,"t2"
class default
  print *,"default"
end select

contains

  function fun(i)
class(t1),pointer :: fun
integer :: i
if (i>0) then
  fun => x1
else if (i<0) then
  fun => x2
else
  fun => NULL()
end if
  end function

end


... with the bogus message:

select type ( y => fun(1) )
   1
Error: Selector shall be polymorphic in SELECT TYPE statement at (1)


-- 
   Summary: [OOP] SELECT TYPE with class-valued function
   Product: gcc
   Version: 4.6.0
Status: UNCONFIRMED
  Keywords: rejects-valid
  Severity: normal
  Priority: P3
 Component: fortran
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: janus at gcc dot gnu dot org


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

[Bug target/43729] Mach-O LTO support needed for darwin

[howarth at nitro dot med dot uc dot edu]

--- Comment #47 from howarth at nitro dot med dot uc dot edu  2010-05-08 
20:08 ---
Trying...

make -k check-gcc RUNTESTFLAGS="lto.exp --target_board=unix'{-m64}'"

I get...

=== gcc Summary ===

# of expected passes319
# of unexpected failures73
# of unresolved testcases   155
# of unsupported tests  5
/Users/howarth/darwin_objdir/gcc/xgcc  version 4.6.0 20100508 (experimental)
(GCC) 

on powerpc-apple-darwin9. Interestingly most of these failures seem to be due
to 'main' getting optimized away...

/Users/howarth/darwin_objdir/gcc/collect-ld -dynamic -arch ppc
-macosx_version_min 10.5.8 -weak_reference_mismatches non-weak -o gcc-dg-lto-2
008-01 -lcrt1.10.5.o -L/Users/howarth/darwin_objdir/gcc
c_lto_2008_1.wpa.ltrans.o -lgcc_s.10.5 -lgcc_ext.10.5 -lgcc -lSystemStubs
-lS
ystem
Undefined symbols:
  "_main", referenced from:
  start in crt1.10.5.o
ld: symbol(s) not found
collect2: ld returned 1 exit status

I am uploading one of these failing test cases as no_main.tgz.


-- 


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

[Bug fortran/44044] [OOP] SELECT TYPE with class-valued function

[janus at gcc dot gnu dot org]

--- Comment #1 from janus at gcc dot gnu dot org  2010-05-08 20:13 ---
Side note: Invalid code like

  function fun()
class(t1) :: fun
  end function

is not rejected, although the polymorphic 'fun' is neither a pointer,
allocatable nor a dummy.


-- 


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

[Bug target/43729] Mach-O LTO support needed for darwin

[howarth at nitro dot med dot uc dot edu]

--- Comment #48 from howarth at nitro dot med dot uc dot edu  2010-05-08 
20:14 ---
Created an attachment (id=20607)
 --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20607&action=view)
example failing test case at -m64  on powerpc-apple-darwin9


-- 


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

[Bug fortran/44044] [OOP] SELECT TYPE with class-valued function

[janus at gcc dot gnu dot org]

--- Comment #2 from janus at gcc dot gnu dot org  2010-05-08 20:20 ---
Bonus feature #1:

Adding this to comment #0 ...

select type ( y => fun(0) )
type is (t1)
  print *,"t1"
type is (t2)
  print *,"t2"
class default
  print *,"default"
end select

... should give a runtime error, since fun(0) evaluates to NULL.

F08 section 16.5.1.6 demands that, if the selector is a pointer, it should be
associated.

In the same way, having an allocatable selector which is not allocated, should
also give a runtime error.


-- 


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

[Bug fortran/44044] [OOP] SELECT TYPE with class-valued function

[janus at gcc dot gnu dot org]

--- Comment #3 from janus at gcc dot gnu dot org  2010-05-08 20:23 ---
Bonus feature #2:

select type ( y => fun(1) )
type is (t1)
  y%i = 1
type is (t2)
  y%i = 2
end select

... should be rejected, due to (F08):

C836 (R847) If selector is not a variable or is a variable that has a vector
subscript, associate-name shall not appear in a variable definition
context (16.6.7).


-- 


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

[Bug fortran/30249] Pointers not given target type in GFORTRAN

[dfranke at gcc dot gnu dot org]

--- Comment #7 from dfranke at gcc dot gnu dot org  2010-05-08 20:30 ---
(In reply to comment #6)
> So I don't see any problem on the gfortran producer side.

I take this as a suggestion to close this PR.
Please reopen if misinterpreted.


-- 

dfranke at gcc dot gnu dot org changed:

   What|Removed |Added

 Status|WAITING |RESOLVED
 Resolution||WORKSFORME


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

[Bug fortran/30609] Calculating masks twice

[dfranke at gcc dot gnu dot org]

-- 

dfranke at gcc dot gnu dot org changed:

   What|Removed |Added

 Status|NEW |WAITING


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

[Bug fortran/40598] Some missed optimizations in array assignment

[dfranke at gcc dot gnu dot org]

--- Comment #12 from dfranke at gcc dot gnu dot org  2010-05-08 20:58 
---
Paul, I'm always unsure with these kind of things; PR31009 and PR31016 may, or
may not, be more of the same ...


-- 


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

[Bug bootstrap/44019] xgcc: error trying to exec '/test/gnu/gcc/objdir/./prev-gcc/gnat1': execv: Not e

[dave at hiauly1 dot hia dot nrc dot ca]

--- Comment #3 from dave at hiauly1 dot hia dot nrc dot ca  2010-05-08 
21:43 ---
Subject: Re:  xgcc: error trying to exec
'/test/gnu/gcc/objdir/./prev-gcc/gnat1': execv: Not e

> > "Not enough space" is an error from the OS.
> 
> Yes, but I saw this on two separate machines, one with 8 GB of memory.

Also seen on hppa2.0w-hp-hpux11.11.

Dave


-- 


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

[Bug libstdc++/44045] New: initialization of array of shared_ptr's with initializer list causes compiler segfault

[lynczu at gmail dot com]

I was able to reproduce this problem with gcc-4.4.4 on x86_64 (Exherbo) and
gcc-4.5.0 on x86 (Arch Linux 2009.08). Just to be honest I'm not quite sure, if
the code used to build this testcase if valid C++, but it seems to me that
there is some issue with initializing array of shared_ptr's with initializer
list (or throwing an error if it's not valid). It works when I use std::array
instead of C-like array for storing these shared_ptr's. Here's the output from
gcc-4.4.4:

Using built-in specs.
Target: x86_64-pc-linux-gnu
Configured with:
/var/tmp/paludis/build/sys-devel-gcc-4.4.4/work/gcc-4.4.4/configure
--prefix=/usr --host=x86_64-pc-linux-gnu --build=x86_64-pc-linux-gnu
--mandir=/usr/share/man --infodir=/usr/share/info --datadir=/usr/share
--sysconfdir=/etc --localstatedir=/var/lib --disable-dependency-tracking
--disable-silent-rules --enable-fast-install --libdir=/usr/lib64
--enable-multilib --libdir=/usr/lib64 --enable-languages=c++,objc,obj-c++,java
--enable-libstdcxx-pch=yes --enable-nls --program-suffix=-4.4
--with-pkgversion='exherbo gcc-4.4.4' --with-cloog --with-ppl
--with-system-zlib --enable-libgomp --disable-libssp
Thread model: posix
gcc version 4.4.4 (exherbo gcc-4.4.4) 
COLLECT_GCC_OPTIONS='-std=c++0x' '-Wall' '-save-temps' '-v' '-o' 'gcc_bugoo'
'-shared-libgcc' '-mtune=generic'
 /usr/libexec/gcc/x86_64-pc-linux-gnu/4.4.4/cc1plus -E -quiet -v -D_GNU_SOURCE
gcc_bug.cc -mtune=generic -std=c++0x -Wall -fpch-preprocess -o gcc_bug.ii
ignoring nonexistent directory "/usr/local/include"
ignoring nonexistent directory
"/usr/lib64/gcc/x86_64-pc-linux-gnu/4.4.4/../../../../x86_64-pc-linux-gnu/include"
#include "..." search starts here:
#include <...> search starts here:
 /usr/lib64/gcc/x86_64-pc-linux-gnu/4.4.4/../../../../include/c++/4.4.4

/usr/lib64/gcc/x86_64-pc-linux-gnu/4.4.4/../../../../include/c++/4.4.4/x86_64-pc-linux-gnu

/usr/lib64/gcc/x86_64-pc-linux-gnu/4.4.4/../../../../include/c++/4.4.4/backward
 /usr/lib64/gcc/x86_64-pc-linux-gnu/4.4.4/include
 /usr/lib64/gcc/x86_64-pc-linux-gnu/4.4.4/include-fixed
 /usr/include
End of search list.
COLLECT_GCC_OPTIONS='-std=c++0x' '-Wall' '-save-temps' '-v' '-o' 'gcc_bugoo'
'-shared-libgcc' '-mtune=generic'
 /usr/libexec/gcc/x86_64-pc-linux-gnu/4.4.4/cc1plus -fpreprocessed gcc_bug.ii
-quiet -dumpbase gcc_bug.cc -mtune=generic -auxbase gcc_bug -Wall -std=c++0x
-version -o gcc_bug.s
GNU C++ (exherbo gcc-4.4.4) version 4.4.4 (x86_64-pc-linux-gnu)
compiled by GNU C version 4.4.4, GMP version 4.3.2, MPFR version 2.4.2.
GGC heuristics: --param ggc-min-expand=100 --param ggc-min-heapsize=131072
Compiler executable checksum: 1311f0de2e0742c3e083aaa93b5e2b4b
gcc_bug.cc: In function ‘int main()’:
gcc_bug.cc:20: internal compiler error: Segmentation fault
Please submit a full bug report,
with preprocessed source if appropriate.
See  for instructions.


-- 
   Summary: initialization of array of shared_ptr's with initializer
list causes compiler segfault
   Product: gcc
   Version: 4.4.4
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: libstdc++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: lynczu at gmail dot com
  GCC host triplet: x86_64-pc-linux-gnu


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

[Bug libstdc++/44045] initialization of array of shared_ptr's with initializer list causes compiler segfault

[lynczu at gmail dot com]

--- Comment #1 from lynczu at gmail dot com  2010-05-08 23:08 ---
Created an attachment (id=20608)
 --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20608&action=view)
preprocessed file gcc-4.4.4 x86_64


-- 


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

[Bug libstdc++/44045] initialization of array of shared_ptr's with initializer list causes compiler segfault

[lynczu at gmail dot com]

--- Comment #2 from lynczu at gmail dot com  2010-05-08 23:09 ---
Created an attachment (id=20609)
 --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20609&action=view)
preprocessed file gcc-4.5.0 x86


-- 


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

[Bug c++/44045] initialization of array of shared_ptr's with initializer list causes compiler segfault

[paolo dot carlini at oracle dot com]

--- Comment #3 from paolo dot carlini at oracle dot com  2010-05-08 23:15 
---
If it's a segmentation fault, isn't a library issue, that for sure.


-- 

paolo dot carlini at oracle dot com changed:

   What|Removed |Added

  Component|libstdc++   |c++


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

[Bug libstdc++/44045] initialization of array of shared_ptr's with initializer list causes compiler segfault

[lynczu at gmail dot com]

--- Comment #4 from lynczu at gmail dot com  2010-05-08 23:44 ---
On my two different systems it ends with segfault and on a third one (with
Ubuntu gcc-4.4.0) it throws "incompatible types in assignment" error. So
apparently I was in a bit too hurry in filling this bug error, sorry about
that. May those segfaults affect somehow further compilations or just I need to
not bother? 


-- 

lynczu at gmail dot com changed:

   What|Removed |Added

 Status|UNCONFIRMED |RESOLVED
  Component|c++ |libstdc++
 Resolution||INVALID


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

[Bug libstdc++/44045] initialization of array of shared_ptr's with initializer list causes compiler segfault

[paolo dot carlini at oracle dot com]

--- Comment #5 from paolo dot carlini at oracle dot com  2010-05-09 01:20 
---
Maybe I was not clear enough: **any** segmentation fault is a bug in the
compiler. It must **never** seg fault, no matter which is the input. Thus, the
point is simply that a segmentation must be reported as a C++ (or C, Fortran,
whatever) bug, not as library bug. If you see a seg fault, first double check
that you can reproduce the problem also with a recent compiler, reduce the
testcase as much as possible (maybe also helping yourself with "delta"), and
file a front-end bug. Thanks!


-- 


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

[Bug target/44046] New: Intel Core i5 M520 CPU detected as atom with -march=native

[dirtyepic at gentoo dot org]

We have a user that is getting illegal instruction errors while building
xulrunner.

/var/tmp/portage/net-libs/xulrunner-1.9.2.3-r1/work/mozilla-1.9.2/dist/bin/xpidl
-m typelib -w -I. -I../../dist/idl -e _xpidlgen/nsIConsoleListener.xpt -d
.deps/nsIConsoleListener.pp nsIConsoleListener.idl
make[4]: *** [_xpidlgen/nsIConsoleListener.xpt] Illegal instruction

It turns out that using -march=native with his Core i5 processor results in
-march=atom being used, specifically:

gcc version 4.5.0 (Gentoo 4.5.0 p1.0) 
COLLECT_GCC_OPTIONS= '-v' '-o' 'test'
 /usr/libexec/gcc/x86_64-pc-linux-gnu/4.5.0/cc1 -quiet -v test.c
-D_FORTIFY_SOURCE=2 -march=atom -mcx16 -msahf -maes -mpclmul -mpopcnt -msse4.2
--param l1-cache-size=32 --param l1-cache-line-size=64 --param
l2-cache-size=3072 -mtune=core2 -quiet -dumpbase test.c -auxbase test -version
-o /tmp/ccmAagyo.s

I believe the issue is that this processor doesn't support mmovbe, which
-march=atom enables (the error doesn't occur w/ -march=atom -mno-movbe).  Am I
right in guessing that it should instead be using -march=core2 + a bunch of -m
flags?

I will attach his /proc/cpuinfo.  Let me know what other info you need.

http://bugs.gentoo.org/317513


-- 
   Summary: Intel Core i5 M520 CPU detected as atom with -
march=native
   Product: gcc
   Version: 4.5.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: target
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: dirtyepic at gentoo dot org
 GCC build triplet: x86_64-pc-linux-gnu
  GCC host triplet: x86_64-pc-linux-gnu
GCC target triplet: x86_64-pc-linux-gnu


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

[Bug target/44046] Intel Core i5 M520 CPU detected as atom with -march=native

[dirtyepic at gentoo dot org]

--- Comment #1 from dirtyepic at gentoo dot org  2010-05-09 04:48 ---
Created an attachment (id=20610)
 --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20610&action=view)
/proc/cpuinfo


-- 


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