--- Comment #5 from rsandifo at gcc dot gnu dot org 2006-06-21 21:27
---
Subject: Bug 28034
Author: rsandifo
Date: Wed Jun 21 21:27:19 2006
New Revision: 114870
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=114870
Log:
gcc/
PR middle-end/28034
* coverage.c
--- Comment #6 from rsandifo at gcc dot gnu dot org 2006-06-21 21:28
---
Patch applied.
--
rsandifo at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #2 from rsandifo at gcc dot gnu dot org 2006-06-19 12:57
---
In response to comment #1, tmp isn't really the problem.
The problem is coverage_counter_alloc(), which initially
create an array of 1000 counters, and only supplies the
real type at the end of compilation:
--- Comment #3 from rsandifo at gcc dot gnu dot org 2006-06-19 14:31
---
Created an attachment (id=11704)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=11704action=view)
Candidate patch
Janis, can you try this patch? It avoids the use of section anchors
for coverage counters.
--- Comment #4 from janis at gcc dot gnu dot org 2006-06-19 21:08 ---
I tried the patch with a C-only bootstrap for biarch powerpc64-linux and ran
the three CPU2000 tests that had failed with profile generate/use; with the
patch they work.
--
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-06-18 16:35 ---
Breakpoint 6, assemble_zeros (size=7976) at ../../gcc/varasm.c:1526
6170 assemble_zeros (SYMBOL_REF_BLOCK_OFFSET (symbol) - offset);
(gdb) p debug_rtx(symbol)
(symbol_ref:DI (tmp) [flags 0x82] var_decl
