http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40521
Jackie Rosen jackie.rosen at hushmail dot com changed:
What|Removed |Added
CC|
--- Comment #24 from tschwinge at gcc dot gnu dot org 2010-03-31 15:49
---
Regression report for arm-none-linux-gnueabi:
http://gcc.gnu.org/ml/gcc-patches/2010-03/msg01188.html
Patch: http://gcc.gnu.org/ml/gcc-patches/2010-03/msg01505.html
--
tschwinge at gcc dot gnu dot org
--- Comment #23 from mikpe at it dot uu dot se 2009-10-21 10:48 ---
(In reply to comment #8)
(In reply to comment #7)
With binutils from the 2.20 branch, and gcc from the 4.4 branch, including
Jakub's patch, and excluding the current workaround from Ramana, I get:
IIUC and to
--- Comment #21 from jakub at gcc dot gnu dot org 2009-10-19 12:15 ---
Subject: Bug 40521
Author: jakub
Date: Mon Oct 19 12:15:27 2009
New Revision: 152974
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=152974
Log:
Backport from mainline:
2009-10-16 Jakub Jelinek
--- Comment #22 from jakub at gcc dot gnu dot org 2009-10-19 12:21 ---
Fixed.
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCONFIRMED
--- Comment #20 from jakub at gcc dot gnu dot org 2009-10-17 07:28 ---
Subject: Bug 40521
Author: jakub
Date: Sat Oct 17 07:28:13 2009
New Revision: 152930
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=152930
Log:
PR debug/40521
* debug.h (struct
--- Comment #18 from jakub at gcc dot gnu dot org 2009-10-16 14:55 ---
When testing this, I've noticed a major problem with Ada, supposedly on the
trunk as well when using latest binutils.
The problem is that gnat_init_gcc_eh which can change flag_exceptions is called
way too late, not
--- Comment #19 from ebotcazou at gcc dot gnu dot org 2009-10-16 17:35
---
When testing this, I've noticed a major problem with Ada, supposedly on the
trunk as well when using latest binutils.
Thanks for the heads up.
The problem is that gnat_init_gcc_eh which can change
--- Comment #17 from mikpe at it dot uu dot se 2009-10-13 12:52 ---
Patch with proposed backport to 4.4 posted here:
http://gcc.gnu.org/ml/gcc-patches/2009-10/msg00818.html
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40521
--- Comment #15 from sebastian dot huber at embedded-brains dot de
2009-10-12 11:36 ---
(In reply to comment #13)
Thanks for clarifying the !eh_personality_libfunc requirement. I'll do some
experiments to see which solution works best in 4.4.
Is the target milestone 4.4.2 still
--- Comment #16 from mikpe at it dot uu dot se 2009-10-12 12:33 ---
(In reply to comment #15)
Is the target milestone 4.4.2 still true? In 4.4.2 20091008 the problem is
still present.
I have a patch for 4.4 which bootstraps and passes regression testing on
i686-linux and
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|4.4.2 |4.4.3
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40521
--- Comment #14 from f dot frumento at ngi dot it 2009-10-11 22:52 ---
(In reply to comment #0)
Put this in main.c and build it with a 4.4-branch compiler using recent
binutils:
int main ()
{
return 0;
}
Versions:
GNU assembler (GNU Binutils) 2.19.51.20090611
--- Comment #9 from mikpe at it dot uu dot se 2009-10-09 18:28 ---
I've been testing a backport of Jakub's patch to gcc-4.4, but it breaks
bootstrap on i686-linux with binutils-2.18.50.0.6 (Fedora 9) because stage1 gcc
outputs .cfi_sections directives even though the assembler doesn't
--- Comment #10 from jakub at gcc dot gnu dot org 2009-10-09 18:54 ---
Yes, it is a bug and I'll change it, but I wonder why it makes a difference
(unless you're using PCH). .cfi_sections is only emitted if:
if (dwarf2out_do_cfi_asm ())
{
#ifndef TARGET_UNWIND_INFO
if
--- Comment #11 from jakub at gcc dot gnu dot org 2009-10-09 19:07 ---
Subject: Bug 40521
Author: jakub
Date: Fri Oct 9 19:07:23 2009
New Revision: 152598
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=152598
Log:
PR debug/40521
* dwarf2out.c (dwarf2out_init):
--- Comment #12 from jakub at gcc dot gnu dot org 2009-10-09 19:17 ---
Ah, now I see it in the 4.4 version. Your backport is wrong then, you must not
return true from dwarf2out_do_cfi_asm when !eh_personality_libfunc, but
HAVE_GAS_CFI_SECTIONS_DIRECTIVE is 0 and not emitting normal
--- Comment #13 from mikpe at it dot uu dot se 2009-10-09 19:51 ---
Thanks for clarifying the !eh_personality_libfunc requirement. I'll do some
experiments to see which solution works best in 4.4.
--
mikpe at it dot uu dot se changed:
What|Removed
--- Comment #7 from doko at ubuntu dot com 2009-10-08 15:17 ---
With binutils from the 2.20 branch, and gcc from the 4.4 branch, including
Jakub's patch, and excluding the current workaround from Ramana, I get:
$ gcc -c main.c
$ objdump --wide -h main.o | grep ALLOC
0 .text
--- Comment #8 from ramana at gcc dot gnu dot org 2009-10-08 15:36 ---
(In reply to comment #7)
With binutils from the 2.20 branch, and gcc from the 4.4 branch, including
Jakub's patch, and excluding the current workaround from Ramana, I get:
IIUC and to make things explicit, the
--- Comment #6 from jakub at gcc dot gnu dot org 2009-10-02 18:52 ---
Subject: Bug 40521
Author: jakub
Date: Fri Oct 2 18:52:15 2009
New Revision: 152414
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=152414
Log:
PR debug/40521
* configure.ac
--- Comment #5 from jakub at gcc dot gnu dot org 2009-10-01 15:44 ---
http://sources.redhat.com/ml/binutils/2009-10/msg00028.html
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40521
--
jsm28 at gcc dot gnu dot org changed:
What|Removed |Added
Priority|P3 |P2
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40521
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|4.4.1 |4.4.2
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40521
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|--- |4.4.1
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40521
--- Comment #3 from jakub at gcc dot gnu dot org 2009-06-23 11:09 ---
I think if we don't want to emit .eh_frame, we should just default to
-fno-dwarf2-cfi-asm. But if we do want to generate it, I fail to see what do
we gain by also generating .debug_frame. Duplicating the same info,
--- Comment #4 from drow at gcc dot gnu dot org 2009-06-23 12:24 ---
Subject: Re: [4.4/4.5 Regression] -g causes GCC to
generate .eh_frame
On Tue, Jun 23, 2009 at 11:09:48AM -, jakub at gcc dot gnu dot org wrote:
I think if we don't want to emit .eh_frame, we should just
--- Comment #1 from drow at gcc dot gnu dot org 2009-06-22 15:20 ---
CC'ing some people who know about CFI for opinions on the best resolution. Do
we need a new gas option and/or CFI directive for this?
--
drow at gcc dot gnu dot org changed:
What|Removed
--- Comment #2 from drow at gcc dot gnu dot org 2009-06-22 15:22 ---
I've confirmed that older GCC emits both .debug_frame and .eh_frame.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40521
29 matches
Mail list logo