On Thu, May 10, 2012 at 12:12 PM, Eric Botcazou wrote:
>> Hmm, but we will not possibly refer to the sizes therein, so emitting
>> stmts for them
>> looks pointless ... (and in fact the debug information would be odd,
>> too ... what
>> does dwarf2out.c do with these CALL_EXPRs when generating deb
> Hmm, but we will not possibly refer to the sizes therein, so emitting
> stmts for them
> looks pointless ... (and in fact the debug information would be odd,
> too ... what
> does dwarf2out.c do with these CALL_EXPRs when generating debug information
> without LTO?)
All variable-sized types curr
On Wed, May 9, 2012 at 10:38 PM, Eric Botcazou wrote:
> Hi,
>
> this is a regression present on mainline and 4.7 branch. On the attached
> testcase, the compiler aborts in LTO mode with:
>
> eric@atlantis:~/build/gcc/native32> gcc/xgcc -Bgcc -S lto11.adb -O -flto
> +===GNA
Hi,
this is a regression present on mainline and 4.7 branch. On the attached
testcase, the compiler aborts in LTO mode with:
eric@atlantis:~/build/gcc/native32> gcc/xgcc -Bgcc -S lto11.adb -O -flto
+===GNAT BUG DETECTED==+
| 4.8.0 20120506 (ex