[Bug c++/28879] [4.2/4.3 Regression] ICE with VLA in template function
--- Comment #14 from jason at gcc dot gnu dot org 2009-03-22 03:07 --- I'm not inclined to apply the fix to 4.2/4.3. -- jason at gcc dot gnu dot org changed: What|Removed |Added AssignedTo|jason at gcc dot gnu dot org|unassigned at gcc dot gnu ||dot org Status|REOPENED|NEW http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28879
[Bug tree-optimization/39355] [4.4 Regression] Revision 144529 miscompiled libcpp/expr.c
--- Comment #44 from danglin at gcc dot gnu dot org 2009-03-21 21:59 --- The parm_decl at 0x60809ee0 first appears in memory after the call to cpp_push_include. I'm thinking it must come from PCH. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39355
[Bug target/36834] structure return ABI for windows targets differs from native MSVC
--- Comment #10 from mattias at virtutech dot se 2009-03-21 21:49 ---
Note that C++ objects need not be larger than 8 bytes to qualify for returning
on the stack (and thus subject to this cleanup problem). Any class with a copy
constructor, for example, seems to be affected.
Try compiling:
struct A {
A();
A(const A&);
int x;
};
A f() { return A(); }
This is probably why methods returning string::reverse_iterator make the list.
(http://www.agner.org/optimize/calling_conventions.pdf was useful for
understanding this.)
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36834
[Bug c++/28879] [4.2/4.3 Regression] ICE with VLA in template function
--- Comment #13 from rguenth at gcc dot gnu dot org 2009-03-21 21:14 --- Re-open. Fixed on the trunk. -- rguenth at gcc dot gnu dot org changed: What|Removed |Added Status|RESOLVED|REOPENED Known to work||4.4.0 Resolution|FIXED | Summary|[4.2/4.3/4.4 regression] ICE|[4.2/4.3 Regression] ICE |with VLA in template|with VLA in template |function|function http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28879
[Bug c++/28879] [4.2/4.3/4.4 regression] ICE with VLA in template function
--- Comment #12 from jason at gcc dot gnu dot org 2009-03-21 20:50 --- Fixed. -- 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=28879
[Bug c++/28879] [4.2/4.3/4.4 regression] ICE with VLA in template function
--- Comment #11 from jason at gcc dot gnu dot org 2009-03-21 20:16 --- Subject: Bug 28879 Author: jason Date: Sat Mar 21 20:15:41 2009 New Revision: 144988 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=144988 Log: PR c++/28879 * parser.c (cp_parser_direct_declarator): In a template, wrap non-constant expression in NOP_EXPR with TREE_SIDE_EFFECTS set. * pt.c (tsubst): Preserve it in a partial instantiation. (dependent_type_p_r): Don't check value_dependent_expression_p. * decl.c (compute_array_index_type): Don't check value_dependent_expression_p if TREE_SIDE_EFFECTS. Added: trunk/gcc/testsuite/g++.dg/ext/vla6.C Modified: trunk/gcc/cp/ChangeLog trunk/gcc/cp/decl.c trunk/gcc/cp/parser.c trunk/gcc/cp/pt.c trunk/gcc/testsuite/ChangeLog -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28879
[Bug tree-optimization/39516] [4.4 Regression] internal compiler error: in copy_to_mode_reg, at explow.c:623
--- Comment #9 from rguenth at gcc dot gnu dot org 2009-03-21 19:54 --- We have wrong types in the comparison 1 + calcnt >= (integer(kind=8)) ivtmp.57. Appears in .ltrans first: integer(kind=4) uboundvar.43; integer(kind=8) perfectiv.42; : Invalid sum of outgoing probabilities 0.0% uboundvar.43_88 = calcnt_7(D) + 1; perfectiv.42_89 = perfectiv.42_90 + 1; if (uboundvar.43_88 >= perfectiv.42_89) goto ; else goto ; both variables are created by loop-linear. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39516
[Bug tree-optimization/39355] [4.4 Regression] Revision 144529 miscompiled libcpp/expr.c
--- Comment #43 from danglin at gcc dot gnu dot org 2009-03-21 18:53 --- This is the decl passed to can_be_nonlocal: (gdb) p debug_tree (decl) unit size align 64 symtab 1614619136 alias set 22 canonical type 0x604ca578 precision 64 pointer_to_this reference_to_this > sizes-gimplified asm_written type_6 DC size unit size align 64 symtab 1614710336 alias set 24 canonical type 0x604cab28 pointer_to_this > in_system_header DC file /home/dave/gnu/gcc-4.4/objdir/hppa-linux/libstdc++-v3/include/complex line 1004 col 52 size unit size align 64 context abstract_origin chain > $45 = void (gdb) p decl->decl_common.decl_flag_3 $46 = 0 It returns true. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39355
[Bug tree-optimization/39516] [4.4 Regression] internal compiler error: in copy_to_mode_reg, at explow.c:623
--- Comment #8 from hjl dot tools at gmail dot com 2009-03-21 18:36 --- Revision 138207, tuple merge: http://gcc.gnu.org/ml/gcc-cvs/2008-07/msg00919.html may be the cause since revision 138198 is OK and revision 138208 is bad. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39516
[Bug tree-optimization/39355] [4.4 Regression] Revision 144529 miscompiled libcpp/expr.c
--- Comment #42 from dave at hiauly1 dot hia dot nrc dot ca 2009-03-21 18:32 --- Subject: Re: [4.4 Regression] Revision 144529 miscompiled libcpp/expr.c > remap_decls in revision 144529 was incorrect, see PR 39345. I > added remapped_type for PR 39345. Please found which remap_decls > or remapped_type call is the trigger. We may need another fix for > remap_decls/remapped_type. I am currently debugging with trunk revision 144962, so I think I have all the current bug fixes in this area.. The problem appears to occur before remap_decls. DECL_HAS_VALUE_EXPR_P (origin_var) is true for (gdb) p debug_tree (origin_var) http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39355
[Bug tree-optimization/39516] [4.4 Regression] internal compiler error: in copy_to_mode_reg, at explow.c:623
--- Comment #7 from howarth at nitro dot med dot uc dot edu 2009-03-21 18:29 --- Created an attachment (id=17512) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=17512&action=view) reduced testcase in single fortran file v3 -- howarth at nitro dot med dot uc dot edu changed: What|Removed |Added Attachment #17510|0 |1 is obsolete|| Attachment #17511|0 |1 is obsolete|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39516
[Bug tree-optimization/39516] [4.4 Regression] internal compiler error: in copy_to_mode_reg, at explow.c:623
--- Comment #6 from howarth at nitro dot med dot uc dot edu 2009-03-21 18:28 --- Created an attachment (id=17511) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=17511&action=view) reduced testcase in single fortran file v3 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39516
[Bug tree-optimization/39516] [4.4 Regression] internal compiler error: in copy_to_mode_reg, at explow.c:623
--- Comment #5 from howarth at nitro dot med dot uc dot edu 2009-03-21 18:24 --- Created an attachment (id=17510) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=17510&action=view) reduced testcase in single fortran file v2 -- howarth at nitro dot med dot uc dot edu changed: What|Removed |Added Attachment #17509|0 |1 is obsolete|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39516
[Bug tree-optimization/39516] [4.4 Regression] internal compiler error: in copy_to_mode_reg, at explow.c:623
--- Comment #4 from howarth at nitro dot med dot uc dot edu 2009-03-21 18:21 --- Created an attachment (id=17509) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=17509&action=view) reduced testcase in single fortran file -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39516
[Bug tree-optimization/39355] [4.4 Regression] Revision 144529 miscompiled libcpp/expr.c
--- Comment #41 from hjl dot tools at gmail dot com 2009-03-21 18:08 --- (In reply to comment #40) > (In reply to comment #39) > > Subject: Re: [4.4 Regression] Revision 144529 miscompiled libcpp/expr.c > > > The tree stmt is created in remap_block. At this point, I think the > > problem is in remap_decls since before the call we have > > > > remap_decls in revision 144529 was incorrect, see PR 39345. I > added remapped_type for PR 39345. Please found which remap_decls > or remapped_type call is the trigger. We may need another fix for > remap_decls/remapped_type. > I meant to say can_be_nonlocal was incorrect. One of can_be_nonlocal call may be the trigger. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39355
[Bug tree-optimization/39355] [4.4 Regression] Revision 144529 miscompiled libcpp/expr.c
--- Comment #40 from hjl dot tools at gmail dot com 2009-03-21 18:04 --- (In reply to comment #39) > Subject: Re: [4.4 Regression] Revision 144529 miscompiled libcpp/expr.c > The tree stmt is created in remap_block. At this point, I think the > problem is in remap_decls since before the call we have > remap_decls in revision 144529 was incorrect, see PR 39345. I added remapped_type for PR 39345. Please found which remap_decls or remapped_type call is the trigger. We may need another fix for remap_decls/remapped_type. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39355
[Bug tree-optimization/39355] [4.4 Regression] Revision 144529 miscompiled libcpp/expr.c
--- Comment #39 from dave at hiauly1 dot hia dot nrc dot ca 2009-03-21
17:24 ---
Subject: Re: [4.4 Regression] Revision 144529 miscompiled libcpp/expr.c
> --- Comment #38 from hjl dot tools at gmail dot com 2009-03-21 16:13
> ---
> (In reply to comment #37)
> > Looking at the ICE some more, I see that the backtrace shown in the original
> > report involves the code added by Honza in revision 144529. The loc value
> > in frame 1 appears a somewhat wierd.
> >
>
> I think you should try to find out which part of revision 144529 triggers
> this.
One thing that I know is decl_value_expr_insert is not called at all
in the testcase. So, DECL_HAS_VALUE_EXPR_P (loc) being true is completely
bogus. The value of loc arises from this call added in revision 144529.
Breakpoint 2, decls_for_scope (stmt=0x40223dc8, context_die=0x401dbf90,
depth=3) at ../../gcc/gcc/dwarf2out.c:14919
14919 process_scope_var (stmt, NULL, BLOCK_NONLOCALIZED_VAR (stmt, i),
(gdb) p *(struct tree_block *)stmt
$18 = {common = {base = {code = BLOCK, side_effects_flag = 0,
constant_flag = 0, addressable_flag = 0, volatile_flag = 0,
readonly_flag = 0, unsigned_flag = 0, asm_written_flag = 0,
nowarning_flag = 0, used_flag = 0, nothrow_flag = 0, static_flag = 0,
public_flag = 0, private_flag = 0, protected_flag = 0,
deprecated_flag = 0, saturating_flag = 0, default_def_flag = 0,
lang_flag_0 = 0, lang_flag_1 = 0, lang_flag_2 = 0, lang_flag_3 = 0,
lang_flag_4 = 0, lang_flag_5 = 0, lang_flag_6 = 0, visited = 0,
spare = 0, ann = 0x0}, chain = 0x0, type = 0x0}, abstract_flag = 1,
block_num = 182, locus = 9123098, vars = 0x0,
nonlocalized_vars = 0x40224d80, subblocks = 0x40223e00,
supercontext = 0x40223d20, abstract_origin = 0x40223348,
fragment_origin = 0x0, fragment_chain = 0x0}
The VEC is:
(gdb) x/8x 0x40224d80
0x40224d80: 0x0002 0x0004 0x60809ee0 0x60809e90
0x40224d90: 0xafafafaf 0xafafafaf 0xafafafaf 0xafafafaf
The tree stmt is created in remap_block. At this point, I think the
problem is in remap_decls since before the call we have
(gdb) x/8x 0x40224d80
0x40224d80: 0x 0x 0x 0x
0x40224d90: 0x 0x 0x 0x
and after the call we have
(gdb) x/8x 0x40224d80
0x40224d80: 0x0002 0x0004 0x60809ee0 0x60809e90
0x40224d90: 0xafafafaf 0xafafafaf 0xafafafaf 0xafafafaf
(gdb) p debug_tree (0x60809ee0)
unit size
align 64 symtab 1614619136 alias set 22 canonical type 0x604ca578
precision 64
pointer_to_this reference_to_this
>
sizes-gimplified asm_written type_6 DC
size
unit size
align 64 symtab 1614710336 alias set 24 canonical type 0x604cab28
pointer_to_this >
used DC file
/home/dave/gnu/gcc-4.4/objdir/hppa-linux/libstdc++-v3/include/complex line 993
col 60 size unit size
align 64 context arg-type
>
$23 = void
(gdb) p ((tree)0x60809ee0)->decl_common.decl_flag_3
$24 = 1
Dave
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39355
[Bug fortran/38915] wrong results for structure assignment of character components when left and right sides overlap
--- Comment #4 from dominiq at lps dot ens dot fr 2009-03-21 16:56 --- Copy of http://gcc.gnu.org/ml/fortran/2009-01/msg00333.html: > Bootstrapped and regtested on FC9/x86_64 - OK for 4.5? Works as advertised on i686-apple-darwin9 (32 and 64 bit modes) without regression. Since the patch fixes a wrong code, should not it be commited in 4.4 (still 2 P1)? Thanks for the patch. Dominique AFAICT this patch has not been reviewed. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38915
[Bug target/39386] [avr] different computation results for O1 and O0 executables
--- Comment #3 from eric dot weddington at atmel dot com 2009-03-21 16:52 --- Please try using gcc 4.4 (HEAD). Anatoly Sokolov (AVR port maintainer) has indicated to me that he does not see this bug when using HEAD/4.4. -- eric dot weddington at atmel dot com changed: What|Removed |Added Status|NEW |WAITING http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39386
[Bug target/36834] structure return ABI for windows targets differs from native MSVC
--- Comment #9 from mattias at virtutech dot se 2009-03-21 16:45 --- Created an attachment (id=17508) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=17508&action=view) Functions in libstdc++ returning aggregates > 8 bytes These are the functions in libstdc++ that contain the instruction "ret 0x4", assuming that they correspond exactly to those returning aggregates larger than 8 bytes. There are 127 of them. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36834
[Bug tree-optimization/39355] [4.4 Regression] Revision 144529 miscompiled libcpp/expr.c
--- Comment #38 from hjl dot tools at gmail dot com 2009-03-21 16:13 --- (In reply to comment #37) > Looking at the ICE some more, I see that the backtrace shown in the original > report involves the code added by Honza in revision 144529. The loc value > in frame 1 appears a somewhat wierd. > I think you should try to find out which part of revision 144529 triggers this. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39355
[Bug tree-optimization/39516] [4.4 Regression] internal compiler error: in copy_to_mode_reg, at explow.c:623
--- Comment #3 from rguenth at gcc dot gnu dot org 2009-03-21 15:19 --- Confirmed on x86_64-*-linux with -O2 -fdefault-integer-8 -ftree-loop-linear. -- rguenth at gcc dot gnu dot org changed: What|Removed |Added CC||spark at gcc dot gnu dot org Status|UNCONFIRMED |NEW Ever Confirmed|0 |1 GCC target triplet|i686-apple-darwin10 |i686-apple-darwin10, x86_64- ||*-* Keywords||ice-on-valid-code Known to work||4.3.3 Last reconfirmed|-00-00 00:00:00 |2009-03-21 15:19:23 date|| Summary|internal compiler error: in |[4.4 Regression] internal |copy_to_mode_reg, at|compiler error: in |explow.c:623|copy_to_mode_reg, at ||explow.c:623 Target Milestone|--- |4.4.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39516
[Bug tree-optimization/39516] internal compiler error: in copy_to_mode_reg, at explow.c:623
--- Comment #2 from howarth at nitro dot med dot uc dot edu 2009-03-21 14:03 --- Using built-in specs. Target: i686-apple-darwin10 Configured with: ../gcc-4.4-20090321/configure --prefix=/sw --prefix=/sw/lib/gcc4.4 --mandir=/sw/share/man --infodir=/sw/share/info --enable-languages=c,c++,fortran,objc,java --with-gmp=/sw --with-libiconv-prefix=/sw --with-ppl=/sw --with-cloog=/sw --with-system-zlib --x-includes=/usr/X11R6/include --x-libraries=/usr/X11R6/lib --with-arch=nocona --with-tune=generic --build=i686-apple-darwin10 --host=i686-apple-darwin10 --target=i686-apple-darwin10 Thread model: posix gcc version 4.4.0 20090321 (experimental) (GCC) -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39516
[Bug tree-optimization/39516] internal compiler error: in copy_to_mode_reg, at explow.c:623
--- Comment #1 from howarth at nitro dot med dot uc dot edu 2009-03-21 14:03 --- Created an attachment (id=17507) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=17507&action=view) testcase for ICE when function clisot is compiled at -m32 with -ftree-loop-linear -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39516
[Bug tree-optimization/39516] New: internal compiler error: in copy_to_mode_reg, at explow.c:623
The clisot fortran subroutine from the arical.f fortran sourcefile of xplor-nih 2.22 triggers an internal compiler error of the form... testcase.f: In function clisot: testcase.f:3: internal compiler error: in copy_to_mode_reg, at explow.c:623 when the testcase is compiled with... gfortran -c testcase.f -O2 -fPIC -m64 -fdefault-integer-8 -m64 -ftree-loop-linear -ffixed-line-length-120 -fno-second-underscore The ICE is suppressed if the -ftree-loop-linear option is removed from the compile line. The ICE also doesn't occur with -ftree-loop-linear at -m32. -- Summary: internal compiler error: in copy_to_mode_reg, at explow.c:623 Product: gcc Version: 4.4.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: tree-optimization AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: howarth at nitro dot med dot uc dot edu GCC build triplet: i686-apple-darwin10 GCC host triplet: i686-apple-darwin10 GCC target triplet: i686-apple-darwin10 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39516
[Bug pch/39492] [4.3/4.4 Regression] Parallel compilation fail using PCH on Windows NT>= 5.0
--- Comment #2 from rguenth at gcc dot gnu dot org 2009-03-21 12:53 --- patches to gcc should be sent to the gcc-patc...@gcc.gnu.org mailing list together with a changelog entry (see gcc/ChangeLog for examples). -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39492
[Bug ada/39515] [4.2/4.3/4.4 Regression] Malformed parent spec causes bomb in child compilation
-- rguenth at gcc dot gnu dot org changed: What|Removed |Added Priority|P3 |P5 Summary|[4.0/4.1/4.2/4.3/4.4|[4.2/4.3/4.4 Regression] |regression] Malformed parent|Malformed parent spec causes |spec causes bomb in child |bomb in child compilation |compilation | Target Milestone|--- |4.2.5 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39515
[Bug middle-end/39514] [4.4 Regression] unreported change to packed bitfields
--- Comment #5 from rguenth at gcc dot gnu dot org 2009-03-21 11:00 --- I agree that we need to document this change. And I agree that the new behavior is more reasonable. Can we add this example to changes.html? It looks different enough than the existing one. Did behavior change if you remove the aligned (2) attribute from d? I'm marking this as a regression to be on the radar. -- rguenth at gcc dot gnu dot org changed: What|Removed |Added CC||rguenth at gcc dot gnu dot ||org Status|UNCONFIRMED |NEW Ever Confirmed|0 |1 Keywords||ABI, diagnostic Last reconfirmed|-00-00 00:00:00 |2009-03-21 11:00:24 date|| Summary|unreported change to packed |[4.4 Regression] unreported |bitfields |change to packed bitfields Target Milestone|--- |4.4.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39514
[Bug middle-end/35305] Speculative PRE support missing
--- Comment #3 from rguenth at gcc dot gnu dot org 2009-03-21 10:53 ---
Wouldn't this be a candidate for forming a superblock from hot traces of
a function? Thus in the testcase
if (k && m)
{
g1 = a + b;
g2 = a + b;
}
else
{
... old code
}
which would also handle the case where we cannot speculatively move code
(like dereferences)?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35305
[Bug ada/39515] [4.0/4.1/4.2/4.3/4.4 regression] Malformed parent spec causes bomb in child compilation
--- Comment #2 from laurent at guerby dot net 2009-03-21 09:16 --- Confirmed on x86_64-linux with 4.1/4.2/4.3/4.4 and on i686-linux 4.0. i686-linux 3.4.0 to 6 give a proper error so this is a regression. gue...@gcc01:~$ /opt/cfarm/release/3.4.6/bin/gcc -c foo-main.adb foo.ads:3:01: compilation unit expected foo.ads:3:30: missing string quote -- laurent at guerby dot net changed: What|Removed |Added CC||laurent at guerby dot net Status|UNCONFIRMED |NEW Ever Confirmed|0 |1 GCC build triplet|i386-apple-darwin9.6.0 | GCC host triplet|i386-apple-darwin9.6.0 | GCC target triplet|i386-apple-darwin9.6.0 | Keywords||ice-on-invalid-code Last reconfirmed|-00-00 00:00:00 |2009-03-21 09:16:16 date|| Summary|Malformed parent spec causes|[4.0/4.1/4.2/4.3/4.4 |bomb in child compilation |regression] Malformed parent ||spec causes bomb in child ||compilation http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39515
[Bug ada/39515] Malformed parent spec causes bomb in child compilation
--- Comment #1 from simon at pushface dot org 2009-03-21 08:49 --- Created an attachment (id=17506) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=17506&action=view) Reproducer -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39515
[Bug ada/39515] New: Malformed parent spec causes bomb in child compilation
foo.ads contained a bad comment (starting %- instead of --). Compiling foo-main.adb resulted in this bomb: $ gnatmake -c -u -f foo-main.adb gcc -c foo-main.adb +===GNAT BUG DETECTED==+ | 4.3.3 (i386-apple-darwin9.6.0) Assert_Failure sinfo.adb:2728 | | Error detected at foo.ads:3:1| | Please submit a bug report; see http://gcc.gnu.org/bugs.html.| | Use a subject line meaningful to you and us to track the bug.| | Include the entire contents of this bug box in the report. | | Include the exact gcc or gnatmake command that you entered. | | Also include sources listed below in gnatchop format | | (concatenated together with no headers between files). | +==+ Please include these source files with error report Note that list may not be accurate in some cases, so please double check that the problem can still be reproduced with the set of files listed. list may be incomplete compilation abandoned gnatmake: "foo-main.adb" compilation error $ gcc -v Using built-in specs. Target: i386-apple-darwin9.6.0 Configured with: ../gcc-4.3.3/configure --prefix=/opt/gcc-4.3.3 --with-gmp=/opt/gnu --with-mpfr=/opt/gnu --disable-multilib --enable-languages=c,ada Thread model: posix gcc version 4.3.3 (GCC) -- Summary: Malformed parent spec causes bomb in child compilation Product: gcc Version: 4.3.3 Status: UNCONFIRMED Severity: minor Priority: P3 Component: ada AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: simon at pushface dot org GCC build triplet: i386-apple-darwin9.6.0 GCC host triplet: i386-apple-darwin9.6.0 GCC target triplet: i386-apple-darwin9.6.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39515
