| To: | Matej Kupljen <matej.kupljen@ultra.si> |
|---|---|
| Subject: | Re: MIPS SF toolchain |
| From: | David Daney <ddaney@avtrex.com> |
| Date: | Thu, 08 Sep 2005 08:29:05 -0700 |
| Cc: | crossgcc@sources.redhat.com, linux-mips@linux-mips.org |
| In-reply-to: | <1126182122.25393.27.camel@orionlinux.starfleet.com> |
| Original-recipient: | rfc822;linux-mips@linux-mips.org |
| References: | <1126098584.12696.19.camel@localhost.localdomain> <431F0850.8090804@avtrex.com> <1126168866.25388.11.camel@orionlinux.starfleet.com> <1126179199.25389.20.camel@orionlinux.starfleet.com> <1126182122.25393.27.camel@orionlinux.starfleet.com> |
| Sender: | linux-mips-bounce@linux-mips.org |
| User-agent: | Mozilla Thunderbird 1.0.6-1.1.fc3 (X11/20050720) |
Matej Kupljen wrote: Hi I think I found the problem.------------------------------------------------------------- 0002fe80 <__longjmp>: 2fe80: c4940038 lwc1 $f20,56(a0) 2fe84: c495003c lwc1 $f21,60(a0)....This code is written in sysdeps/mips/setjmp_aux.c in inline assembly.and ------------------------------------------------------------- 0002ff70 <__sigsetjmp_aux>: 2ff70: 3c1c0017 lui gp,0x17 2ff74: 279cce40 addiu gp,gp,-12736This code is written in sysdeps/mips/__longjmp.c in inline assembly.How to solve this?Because I am using sf, there is no need to store those registers, or is it? Can I just #ifdef this code if compiled for sf? I do have some patches for glibc to get rid of these in a soft float build. However as Ralf Baechle said in the other message, the kernel FP emulator works and is not that large of an overhead. The reason I did the glibc patch was that some IDT processor/linux kernel combination I was using was broken WRT the FP emulator. I suppose if you had a lot of code doing setjump (like C++ code with exeception handling that uses setjump/longjump as would be obtained with uClibc) than this would be bad. But since you are using glibc, the tools will be using DWARF exception handling and it is not really an issue. David Daney. |
| <Prev in Thread] | Current Thread | [Next in Thread> |
|---|---|---|
| ||
| Previous by Date: | Re: unresolved symbol, Ralf Baechle |
|---|---|
| Next by Date: | Re: unresolved symbol, Daniel Jacobowitz |
| Previous by Thread: | Re: MIPS SF toolchain, Dan Kegel |
| Next by Thread: | Re: MIPS SF toolchain, Matej Kupljen |
| Indexes: | [Date] [Thread] [Top] [All Lists] |