This is the mail archive of the
gcc-patches@gcc.gnu.org
mailing list for the GCC project.
Re: The -m4-nofpu fix didn't work...
- To: Alexandre Oliva <aoliva at redhat dot com>
- Subject: Re: The -m4-nofpu fix didn't work...
- From: Bernd Schmidt <bernds at redhat dot co dot uk>
- Date: Mon, 18 Sep 2000 10:39:06 +0100 (BST)
- cc: gcc-patches at gcc dot gnu dot org, Elena Zannoni <ezannoni at cygnus dot com>
On 15 Sep 2000, Alexandre Oliva wrote:
> On Sep 15, 2000, Bernd Schmidt <bernds@redhat.com> wrote:
>
> > On 15 Sep 2000, Alexandre Oliva wrote:
> >> On Sep 15, 2000, Bernd Schmidt <bernds@redhat.co.uk> wrote:
> >>
> >> > I'm not sure what the best way to fix this would be
> >>
> >> Can't we just have those functions defined unconditionally in
> >> m2/libgcc, even though they're only going to be used for -m4-nofpu?
>
> > We could do that if the assembler won't choke on some m4 opcode.
Well, the assembler seems pretty happy with this change. OK to install?
Bernd
* lib1funcs.ams (movstr_i4 functions): Always compile in.
Index: lib1funcs.asm
===================================================================
RCS file: /cvs/gcc/egcs/gcc/config/sh/lib1funcs.asm,v
retrieving revision 1.14
diff -u -p -r1.14 lib1funcs.asm
--- lib1funcs.asm 2000/09/15 09:02:15 1.14
+++ lib1funcs.asm 2000/09/18 09:34:20
@@ -772,7 +772,6 @@ GLOBAL(movstr):
#endif
#ifdef L_movstr_i4
-#if defined(__SH4__) || defined(__SH4_SINGLE__) || defined(__SH4_SINGLE_ONLY__) || defined(__SH4_NOFPU__)
.text
.global GLOBAL(movstr_i4_even)
.global GLOBAL(movstr_i4_odd)
@@ -826,7 +825,6 @@ GLOBAL(movstrSI12_i4):
mov.l r1,@(4,r4)
rts
mov.l r2,@(8,r4)
-#endif /* ! __SH4__ */
#endif
#ifdef L_mulsi3