[Bug middle-end/15486] [3.3/3.4/4.0 regression] -fdata-sections moves common vars to .bss
--- Additional Comments From ebotcazou at gcc dot gnu dot org 2004-12-18 21:56 --- See http://gcc.gnu.org/ml/gcc-patches/2004-12/msg01295.html Fixed in the upcoming 4.0.0 only, as per the RM's ruling. -- What|Removed |Added CC|ebotcazou at gcc dot gnu dot| |org | Status|ASSIGNED|RESOLVED Resolution||FIXED Target Milestone|3.4.4 |4.0.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=15486
[Bug middle-end/15486] [3.3/3.4/4.0 regression] -fdata-sections moves common vars to .bss
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2004-12-18 21:50 --- Subject: Bug 15486 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2004-12-18 21:49:56 Modified files: gcc: ChangeLog varasm.c gcc/testsuite : ChangeLog Added files: gcc/testsuite/gcc.dg: fdata-sections-1.c Log message: PR middle-end/15486 * varasm.c (asm_emit_uninitialised): Return early if a custom section is requested. (assemble_variable): Revert 2002-03-15 patch. Patches: http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/ChangeLog.diff?cvsroot=gcc&r1=2.6883&r2=2.6884 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/varasm.c.diff?cvsroot=gcc&r1=1.468&r2=1.469 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/ChangeLog.diff?cvsroot=gcc&r1=1.4781&r2=1.4782 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/gcc.dg/fdata-sections-1.c.diff?cvsroot=gcc&r1=NONE&r2=1.1 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=15486
[Bug middle-end/15486] [3.3/3.4/4.0 regression] -fdata-sections moves common vars to .bss
--- Additional Comments From ebotcazou at gcc dot gnu dot org 2004-12-14 08:21 --- Patch at http://gcc.gnu.org/ml/gcc-patches/2004-12/msg00909.html -- What|Removed |Added Keywords||patch http://gcc.gnu.org/bugzilla/show_bug.cgi?id=15486
[Bug middle-end/15486] [3.3/3.4/4.0 regression] -fdata-sections moves common vars to .bss
--- Additional Comments From ebotcazou at gcc dot gnu dot org 2004-12-09 13:15 --- > I believe that the problem which my patch was addressing was that Kaveh's > patch was causing variables to end up in .bss which needed to be in a > special section. I'm not sure why that would be, since > asm_emit_uninitialized does call resolve_unique_section. If you want to > try reverting my patch and seeing if anything breaks, I'm open to that. I don't think your patch can be reverted: the point is that resolve_unique_section must be called before DECL_SECTION_NAME is tested. I'm going to try to restore the original behaviour with an ad-hoc approach. -- What|Removed |Added AssignedTo|unassigned at gcc dot gnu |ebotcazou at gcc dot gnu dot |dot org |org Status|NEW |ASSIGNED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=15486
[Bug middle-end/15486] [3.3/3.4/4.0 regression] -fdata-sections moves common vars to .bss
--- Additional Comments From mmitchel at gcc dot gnu dot org 2004-10-31 02:07 --- Postponed until GCC 3.4.4. -- What|Removed |Added Target Milestone|3.4.3 |3.4.4 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=15486
[Bug middle-end/15486] [3.3/3.4/4.0 regression] -fdata-sections moves common vars to .bss
-- What|Removed |Added Status|REOPENED|NEW Known to fail|3.3.4 3.4.1 4.0 |3.3.4 3.4.1 4.0.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=15486