--- Comment #12 from kirill at shutemov dot name 2009-10-05 19:34 ---
Yes, it works.
Thanks.
--
kirill at shutemov dot name changed:
What|Removed |Added
Stat
--- Comment #11 from ramana at gcc dot gnu dot org 2009-10-05 09:28 ---
(In reply to comment #10)
> (In reply to comment #9)
> > (In reply to comment #8)
> >
> > Are you testing the correct compiler ?
>
> Yes.
>
> > After building my 4.4 tree (though a
> > cross compiler ) I see the
--- Comment #10 from kirill at shutemov dot name 2009-10-02 09:06 ---
(In reply to comment #9)
> (In reply to comment #8)
>
> Are you testing the correct compiler ?
Yes.
> After building my 4.4 tree (though a
> cross compiler ) I see the code generated as below.
>
> The only reaso
--- Comment #9 from ramana at gcc dot gnu dot org 2009-10-02 08:26 ---
(In reply to comment #8)
Are you testing the correct compiler ? After building my 4.4 tree (though a
cross compiler ) I see the code generated as below.
The only reason why this might not work is if you are tryin
--- Comment #8 from kirill at shutemov dot name 2009-10-02 07:34 ---
(In reply to comment #6)
> (In reply to comment #5)
> > Ok. If .eh_frame should not be generated on ARM, we should to modify
> > dwarf2out_do_cfi_asm() to always return false on ARM. Right?
> >
>
> Look at this patch
--- Comment #7 from kirill at shutemov dot name 2009-10-01 11:08 ---
Looks ok for me.
I'll test it, but it takes some time. I'll report results tomorrow.
This patch also fixes #40521, I guess.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41533
--- Comment #6 from ramana at gcc dot gnu dot org 2009-10-01 10:54 ---
(In reply to comment #5)
> Ok. If .eh_frame should not be generated on ARM, we should to modify
> dwarf2out_do_cfi_asm() to always return false on ARM. Right?
>
Look at this patch submitted here. Can you try this to
--- Comment #5 from kirill at shutemov dot name 2009-10-01 10:07 ---
Ok. If .eh_frame should not be generated on ARM, we should to modify
dwarf2out_do_cfi_asm() to always return false on ARM. Right?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41533
--- Comment #4 from ramana at gcc dot gnu dot org 2009-10-01 09:02 ---
Is it correct to generate .eh_frame for the arm-linux-gnueabi target ?
Shouldn't this rather be the ARM EABI exception handling tables instead ?
-fno-dwarf2-cfi-asm might be a workaround. I've seen a couple of bug r
--- Comment #3 from jakub at gcc dot gnu dot org 2009-10-01 08:37 ---
AFAIK arm*-*-linux*eabi uses its own unwinding format, so it shouldn't be using
.cfi_* directives at all. It should force -fno-dwarf2-cfi-asm...
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41533
--- Comment #2 from ubizjak at gmail dot com 2009-10-01 08:21 ---
Patches should be posted to gcc-patches mailing list.
BTW: Where is the bug in your PR submission?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41533
--- Comment #1 from kirill at shutemov dot name 2009-10-01 08:02 ---
Created an attachment (id=18686)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18686&action=view)
Implement ASM_PREFERRED_EH_DATA_FORMAT macros for ARM
This macro chooses the encoding of pointers embedded in the
12 matches
Mail list logo
