--- Comment #5 from jakub at gcc dot gnu dot org 2008-10-29 19:14 ---
Actually, the behaviour of -fno-toplevel-reorder is documented this way:
`-funit-at-a-time'
This option is left for compatibility reasons. `-funit-at-a-time'
has no effect, while `-fno-unit-at-a-time'
--- Comment #6 from jakub at gcc dot gnu dot org 2008-10-30 00:11 ---
Subject: Bug 36668
Author: jakub
Date: Thu Oct 30 00:11:23 2008
New Revision: 141453
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=141453
Log:
PR debug/36668
* g++.dg/other/PR23205.C: Allow
--- Comment #7 from jakub at gcc dot gnu dot org 2008-10-30 00:49 ---
Fixed.
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
Status|NEW
--- Comment #3 from jakub at gcc dot gnu dot org 2008-10-21 11:46 ---
With -fno-toplevel-reorder this generated foobar variable in .rodata already in
4.3, maybe earlier. The interesting code is in decide_is_variable_needed:
/* When not reordering top level variables, we have to
--- Comment #4 from rguenth at gcc dot gnu dot org 2008-10-21 16:14 ---
With unit-at-a-time we should be fine.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36668
--- Comment #2 from hp at gcc dot gnu dot org 2008-07-20 12:37 ---
For cris-elf (and crisv32-elf), it was introduced between
r136899(*) and r136903, in which the only suspect patch is Honza's enable
unit-at-a-time/-fno-toplevel-reorder patch.
In PR23205.s for cris-elf and crisv32-elf,
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Priority|P3 |P2
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36668
--- Comment #1 from rguenth at gcc dot gnu dot org 2008-06-30 11:36 ---
I guess this was honza. I see this as well on x86_64.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added