compiling glibc for 4xx core powerpc
Mike Wolf
mwolf at sgi.com
Thu Mar 16 00:48:46 EST 2000
Ben,
I've been hitting this problem also. I've been working is a cross
compiling enviroment. I found an posting from Marcus Sundberg that
outlined the problems and how to fix them. I have included that post
at the bottom of this.
I got a patch from Wolfgang Denk. He also has a site that talks about
what needs to be done. http://www.denx.de/solutions-en.html
The patch is here:
-----------------------------------------------------------------------------
--- dl-machine.c.ORIG Fri Mar 5 00:26:43 1999
+++ dl-machine.c Sat Nov 6 14:33:47 1999
@@ -250,7 +250,11 @@
PowerPC processors have line sizes of exactly 32 bytes. */
size_modified = lazy ? rel_offset_words :
PLT_INITIAL_ENTRY_WORDS;
+#ifdef PPC_CACHELINESIZE_32
for (i = 0; i < size_modified; i+= 8)
+#else
+ for (i = 0; i < size_modified; i+= 4)
+#endif
PPC_DCBST (plt + i);
PPC_DCBST (plt + size_modified - 1);
PPC_SYNC;
-----------------------------------------------------------------------------
--- Dist.ORIG Mon Sep 14 18:37:37 1998
+++ Dist Sat Nov 6 14:35:45 1999
@@ -1,7 +1,3 @@
dl-machine.c
dl-start.S
-fenv_const.c
-fenv_libc.h
ppc-mcount.S
-fe_nomask.c
-t_sqrt.c
-----------------------------------------------------------------------------
--- Makefile.ORIG Tue Sep 1 16:30:52 1998
+++ Makefile Sat Nov 6 14:39:22 1999
@@ -1,7 +1,3 @@
-ifeq ($(subdir),math)
-libm-support += fenv_const fe_nomask t_sqrt
-endif
-
ifeq ($(subdir),gmon)
sysdep_routines += ppc-mcount
endif
I applied that patch from the glibc/sysdeps/powerpc directory. Then
I ran the following script. I tried to run the one Marcus had in his
email, but it is bash specific and I am running under IRIX.
#!/bin/ksh
echo "mv bits/fenv.h bits/mathdef.h bits/mathinline.h fpu/bits"
mv bits/fenv.h bits/mathdef.h bits/mathinline.h fpu/bits
echo "mv Versions e_sqrt.c e_sqrtf.c fclrexcpt.c fe_nomask.c fegetenv.c
fegetround.c feholdexcpt.c fenv_const.c fenv_libc.h fesetenv.c
fesetround.c feupdateenv.c fgetexcptflg.c fpu_control.h fraiseexcpt.c
fsetexcptflg.c ftestexcept.c s_copysign.S s_copysignf.S s_fabs.S
s_fabsf.S s_fmax.S s_fmaxf.S s_fmin.S s_fminf.S s_isnan.c s_isnanf.S
s_lrint.c s_lrintf.S s_rint.c s_rintf.c t_sqrt.c w_sqrt.c w_sqrtf.c fpu"
mv Versions e_sqrt.c e_sqrtf.c fclrexcpt.c fe_nomask.c fegetenv.c
fegetround.c feholdexcpt.c fenv_const.c fenv_libc.h fesetenv.c
fesetround.c feupdateenv.c fgetexcptflg.c fpu_control.h fraiseexcpt.c
fsetexcptflg.c ftestexcept.c s_copysign.S s_copysignf.S s_fabs.S
s_fabsf.S s_fmax.S s_fmaxf.S s_fmin.S s_fminf.S s_isnan.c s_isnanf.S
s_lrint.c s_lrintf.S s_rint.c s_rintf.c t_sqrt.c w_sqrt.c w_sqrtf.c fpu
echo "cat fpu/fenv_libc.h fpu/fe_nomask.c fpu/t_sqrt.c >> fpu/Dist"
cat fpu/fenv_libc.h fpu/fe_nomask.c fpu/t_sqrt.c >> fpu/Dist
echo "ifeq ($(subdir),math)\nlibm-support += fenv_const fe_nomask
t_sqrt\nendif\n" > fpu/Makefile
echo "Created fpu/Makefile"
Then I configured and compiled and it compiled up fine. I havent gotten
a chance to test it yet.
Following is the post from Marcus:
Hi,
first note the "Reply To" - we have a new list, so why not use it.
Scott Wood wrote:
>
> Graham Stoney wrote:
> >
> > Scott Wood writes:
> > > The MPC8xx have no floating point, so it should be
compiled with -msoft-float,
> > > (I think)... ./configure --without-fp will do it.
> >
> > Is this implied when gcc has been configured --with-cpu=860?
Configuring gcc with --with-cpu=860 and --nfp will make the
_compiler_ default to -msoft-float. It will however _not_ make the
pre-processor define -D_SOFT_FLOAT by default, which will cause
all variable arguments functions taking floating point arguments
(like the *print[fs] family) to be mis-compiled.
The fix is to add this code to your gcc's 'specs' file under the
section '*cpp_sysv':
%{!mhard-float: -D_SOFT_FLOAT}
Likewise, passing -mcpu=860 to gcc will imply -msoft-float, but
not -D_SOFT_FLOAT. So either fix your specs file or always
explicitly pass -msoft-float to gcc.
> I don't think so... I put -msoft-float into the
sysdeps/powerpc/Makefile and I see
> it twice below, so I would imagine that if you use both flags then
-msoft-float
> will be used.
>
> I am using YellowDog Linux now and instead of an 'internal compiler
error',
> I get:
>
> make[1]: Entering directory
`/usr/src/redhat/SOURCES/glibc-2.1.1/math'
> gcc ../sysdeps/powerpc/s_isnan.c -c -Wall -Winline
-Wstrict-prototypes -Wwrite-strings -mcpu=860 -msoft-float -fpic
> -msoft-float -Wno-uninitialized -Wno-write-strings -I../include
-I. -I.. -I../libio -I../sysdeps/powerpc/elf
> -I../sysdeps/unix/sysv/linux/powerpc -I../sysdeps/unix/sysv/linux
-I../sysdeps/gnu -I../sysdeps/unix/common -I../sysdeps/unix/mman
> -I../sysdeps/unix/inet -I../sysdeps/unix/sysv -I../sysdeps/unix
-I../sysdeps/posix -I../sysdeps/powerpc -I../sysdeps/wordsize-32
> -I../sysdeps/ieee754 -I../sysdeps/libm-ieee754
-I../sysdeps/generic/elf -I../sysdeps/generic -include
> ../include/libc-symbols.h -DPIC -D__NO_MATH_INLINES
-D__LIBC_INTERNAL_MATH_INLINES -DNO_LONG_DOUBLE -D_Mlong_double_=double
-o
> s_isnan.os
> ../sysdeps/powerpc/s_isnan.c: In function `__isnan':
> ../sysdeps/powerpc/s_isnan.c:32: fixed or forbidden register 32 (0)
was spilled for class FLOAT_REGS.
> This may be due to a compiler bug or to impossible asm
> statements or clauses.
> make[1]: *** [s_isnan.os] Error 1
Ok, here's how to build glibc for embedded PPC:
First you must remove the assumption that cachelines are 32 bytes:
Apply this diff, and simply move sysdeps/powerpc/memset.S out of the
way for now:
diff -ur orig/glibc-2.1.1/sysdeps/powerpc/dl-machine.c
glibc-2.1.1/sysdeps/powerpc/dl-machine.c
--- orig/glibc-2.1.1/sysdeps/powerpc/dl-machine.c Fri Mar 5
23:41:23 1999
+++ glibc-2.1.1/sysdeps/powerpc/dl-machine.c Mon May 17 20:59:06 1999
@@ -250,7 +250,11 @@
PowerPC processors have line sizes of exactly 32 bytes. */
size_modified = lazy ? rel_offset_words :
PLT_INITIAL_ENTRY_WORDS;
+#ifdef PPC_CACHELINESIZE_32
for (i = 0; i < size_modified; i+= 8)
+#else
+ for (i = 0; i < size_modified; i+= 4)
+#endif
PPC_DCBST (plt + i);
PPC_DCBST (plt + size_modified - 1);
PPC_SYNC;
(The ifdef is bogus - PPC_CACHELINESIZE_32 is actually never defined,
and this should really be handled runtime anyway. The problem is that
reading the PVR is a supervisor level operation for some stupid reason,
and afaik there is no other way to find out what the line size is.
My vote is to have a special sysctl entry for the cacheline size,
for fast and easy access (one syscall compared to the
open()/read()/close()
triplet for normal /proc entries, and you also don't have to have the
/proc fs mounted), and then cache the result in a static variable.)
Secondly you will want to remove the floating point assembler.
This is done by piping the following diff into the attached script
(with sysdeps/powerpc as your cwd):
diff -ur orig/glibc-2.1.1/sysdeps/powerpc/Dist
glibc-2.1.1/sysdeps/powerpc/Dist
--- orig/glibc-2.1.1/sysdeps/powerpc/Dist Tue Sep 15 00:57:08 1998
+++ glibc-2.1.1/sysdeps/powerpc/Dist Tue May 4 17:00:33 1999
@@ -1,7 +1,3 @@
dl-machine.c
dl-start.S
-fenv_const.c
<A NAME="hilite"><B>-fenv_libc.h
</B></A> ppc-mcount.S
-fe_nomask.c
-t_sqrt.c
diff -ur orig/glibc-2.1.1/sysdeps/powerpc/Makefile
glibc-2.1.1/sysdeps/powerpc/Makefile
--- orig/glibc-2.1.1/sysdeps/powerpc/Makefile Wed Nov 18 00:48:00 1998
+++ glibc-2.1.1/sysdeps/powerpc/Makefile Tue May 4 17:01:07 1999
@@ -1,7 +1,3 @@
-ifeq ($(subdir),math)
-libm-support += fenv_const fe_nomask t_sqrt
-endif
-
ifeq ($(subdir),gmon)
sysdep_routines += ppc-mcount
endif
Now you can simply configure glibc with --without-fp and build it.
It is possible that some of the more advanced stuff in the math
library will not work - I get warnings about fe_* functions being
stubs, but as I have no idea of what a "floating point environment"
is or how to implement it when using soft floats it's nothing I can
do about it. Most programs work fine here.
//Marcus
--
-------------------------------+------------------------------------
Marcus Sundberg | <A
HREF="http://www.stacken.kth.se/~mackan/">http://www.stacken.kth.se/~mackan/</A>
Royal Institute of Technology | Phone: +46 707 295404
Stockholm, Sweden | E-Mail: mackan at stacken.kth.se</PRE>
<PRE>
#!/bin/sh
FPUFILES="
Versions
bits/fenv.h
bits/mathdef.h
bits/mathinline.h
e_sqrt.c
e_sqrtf.c
fclrexcpt.c
fe_nomask.c
fegetenv.c
fegetround.c
feholdexcpt.c
fenv_const.c
fenv_libc.h
fesetenv.c
fesetround.c
feupdateenv.c
fgetexcptflg.c
fpu_control.h
fraiseexcpt.c
fsetexcptflg.c
ftestexcept.c
s_copysign.S
s_copysignf.S
s_fabs.S
s_fabsf.S
s_fmax.S
s_fmaxf.S
s_fmin.S
s_fminf.S
s_isnan.c
s_isnanf.S
s_lrint.c
s_lrintf.S
s_rint.c
s_rintf.c
t_sqrt.c
w_sqrt.c
w_sqrtf.c
"
FPUDISTFILES="fenv_const.c
fenv_libc.h
fe_nomask.c
t_sqrt.c
"
MAKEFILE='-ifeq ($(subdir),math)
-libm-support += fenv_const fe_nomask t_sqrt
-endif'
patch -p1
cd sysdeps/powerpc #|| exit 1
mkdir -p fpu/bits || exit 2
for a in $FPUFILES; do
mv "$a" "fpu/$a" && echo "Moved $a -> fpu/$a"
done
fail=
for a in $FPUDISTFILES; do
echo "$a" >> fpu/Dist || fail=1
done
test "$fail" || echo "Created fpu/Dist"
Hi,
first note the "Reply To" - we have a new list, so why not use it.
Scott Wood wrote:
>
> Graham Stoney wrote:
> >
> > Scott Wood writes:
> > > The MPC8xx have no floating point, so it should be
compiled with -msoft-float,
> > > (I think)... ./configure --without-fp will do it.
> >
> > Is this implied when gcc has been configured --with-cpu=860?
Configuring gcc with --with-cpu=860 and --nfp will make the
_compiler_ default to -msoft-float. It will however _not_ make the
pre-processor define -D_SOFT_FLOAT by default, which will cause
all variable arguments functions taking floating point arguments
(like the *print[fs] family) to be mis-compiled.
The fix is to add this code to your gcc's 'specs' file under the
section '*cpp_sysv':
%{!mhard-float: -D_SOFT_FLOAT}
Likewise, passing -mcpu=860 to gcc will imply -msoft-float, but
not -D_SOFT_FLOAT. So either fix your specs file or always
explicitly pass -msoft-float to gcc.
> I don't think so... I put -msoft-float into the
sysdeps/powerpc/Makefile and I see
> it twice below, so I would imagine that if you use both flags then
-msoft-float
> will be used.
>
> I am using YellowDog Linux now and instead of an 'internal compiler
error',
> I get:
>
> make[1]: Entering directory
`/usr/src/redhat/SOURCES/glibc-2.1.1/math'
> gcc ../sysdeps/powerpc/s_isnan.c -c -Wall -Winline
-Wstrict-prototypes -Wwrite-strings -mcpu=860 -msoft-float -fpic
> -msoft-float -Wno-uninitialized -Wno-write-strings -I../include
-I. -I.. -I../libio -I../sysdeps/powerpc/elf
> -I../sysdeps/unix/sysv/linux/powerpc -I../sysdeps/unix/sysv/linux
-I../sysdeps/gnu -I../sysdeps/unix/common -I../sysdeps/unix/mman
> -I../sysdeps/unix/inet -I../sysdeps/unix/sysv -I../sysdeps/unix
-I../sysdeps/posix -I../sysdeps/powerpc -I../sysdeps/wordsize-32
> -I../sysdeps/ieee754 -I../sysdeps/libm-ieee754
-I../sysdeps/generic/elf -I../sysdeps/generic -include
> ../include/libc-symbols.h -DPIC -D__NO_MATH_INLINES
-D__LIBC_INTERNAL_MATH_INLINES -DNO_LONG_DOUBLE -D_Mlong_double_=double
-o
> s_isnan.os
> ../sysdeps/powerpc/s_isnan.c: In function `__isnan':
> ../sysdeps/powerpc/s_isnan.c:32: fixed or forbidden register 32 (0)
was spilled for class FLOAT_REGS.
> This may be due to a compiler bug or to impossible asm
> statements or clauses.
> make[1]: *** [s_isnan.os] Error 1
Ok, here's how to build glibc for embedded PPC:
First you must remove the assumption that cachelines are 32 bytes:
Apply this diff, and simply move sysdeps/powerpc/memset.S out of the
way for now:
diff -ur orig/glibc-2.1.1/sysdeps/powerpc/dl-machine.c
glibc-2.1.1/sysdeps/powerpc/dl-machine.c
--- orig/glibc-2.1.1/sysdeps/powerpc/dl-machine.c Fri Mar 5
23:41:23 1999
+++ glibc-2.1.1/sysdeps/powerpc/dl-machine.c Mon May 17 20:59:06 1999
@@ -250,7 +250,11 @@
PowerPC processors have line sizes of exactly 32 bytes. */
size_modified = lazy ? rel_offset_words :
PLT_INITIAL_ENTRY_WORDS;
+#ifdef PPC_CACHELINESIZE_32
for (i = 0; i < size_modified; i+= 8)
+#else
+ for (i = 0; i < size_modified; i+= 4)
+#endif
PPC_DCBST (plt + i);
PPC_DCBST (plt + size_modified - 1);
PPC_SYNC;
(The ifdef is bogus - PPC_CACHELINESIZE_32 is actually never defined,
and this should really be handled runtime anyway. The problem is that
reading the PVR is a supervisor level operation for some stupid reason,
and afaik there is no other way to find out what the line size is.
My vote is to have a special sysctl entry for the cacheline size,
for fast and easy access (one syscall compared to the
open()/read()/close()
triplet for normal /proc entries, and you also don't have to have the
/proc fs mounted), and then cache the result in a static variable.)
Secondly you will want to remove the floating point assembler.
This is done by piping the following diff into the attached script
(with sysdeps/powerpc as your cwd):
diff -ur orig/glibc-2.1.1/sysdeps/powerpc/Dist
glibc-2.1.1/sysdeps/powerpc/Dist
--- orig/glibc-2.1.1/sysdeps/powerpc/Dist Tue Sep 15 00:57:08 1998
+++ glibc-2.1.1/sysdeps/powerpc/Dist Tue May 4 17:00:33 1999
@@ -1,7 +1,3 @@
dl-machine.c
dl-start.S
-fenv_const.c
<A NAME="hilite"><B>-fenv_libc.h
</B></A> ppc-mcount.S
-fe_nomask.c
-t_sqrt.c
diff -ur orig/glibc-2.1.1/sysdeps/powerpc/Makefile
glibc-2.1.1/sysdeps/powerpc/Makefile
--- orig/glibc-2.1.1/sysdeps/powerpc/Makefile Wed Nov 18 00:48:00 1998
+++ glibc-2.1.1/sysdeps/powerpc/Makefile Tue May 4 17:01:07 1999
@@ -1,7 +1,3 @@
-ifeq ($(subdir),math)
-libm-support += fenv_const fe_nomask t_sqrt
-endif
-
ifeq ($(subdir),gmon)
sysdep_routines += ppc-mcount
endif
Now you can simply configure glibc with --without-fp and build it.
It is possible that some of the more advanced stuff in the math
library will not work - I get warnings about fe_* functions being
stubs, but as I have no idea of what a "floating point environment"
is or how to implement it when using soft floats it's nothing I can
do about it. Most programs work fine here.
//Marcus
--
-------------------------------+------------------------------------
Marcus Sundberg | <A
HREF="http://www.stacken.kth.se/~mackan/">http://www.stacken.kth.se/~mackan/</A>
Royal Institute of Technology | Phone: +46 707 295404
Stockholm, Sweden | E-Mail: mackan at stacken.kth.se</PRE>
<PRE>
#!/bin/sh
FPUFILES="
Versions
bits/fenv.h
bits/mathdef.h
bits/mathinline.h
e_sqrt.c
e_sqrtf.c
fclrexcpt.c
fe_nomask.c
fegetenv.c
fegetround.c
feholdexcpt.c
fenv_const.c
fenv_libc.h
fesetenv.c
fesetround.c
feupdateenv.c
fgetexcptflg.c
fpu_control.h
fraiseexcpt.c
fsetexcptflg.c
ftestexcept.c
s_copysign.S
s_copysignf.S
s_fabs.S
s_fabsf.S
s_fmax.S
s_fmaxf.S
s_fmin.S
s_fminf.S
s_isnan.c
s_isnanf.S
s_lrint.c
s_lrintf.S
s_rint.c
s_rintf.c
t_sqrt.c
w_sqrt.c
w_sqrtf.c
"
FPUDISTFILES="fenv_const.c
fenv_libc.h
fe_nomask.c
t_sqrt.c
"
MAKEFILE='-ifeq ($(subdir),math)
-libm-support += fenv_const fe_nomask t_sqrt
-endif'
patch -p1
cd sysdeps/powerpc #|| exit 1
mkdir -p fpu/bits || exit 2
for a in $FPUFILES; do
mv "$a" "fpu/$a" && echo "Moved $a -> fpu/$a"
done
fail=
for a in $FPUDISTFILES; do
echo "$a" >> fpu/Dist || fail=1
done
test "$fail" || echo "Created fpu/Dist"
echo "$MAKEFILE" >fpu/Makefile &&echo "$MAKEFILE"
>fpu/Makefile && echo "Created fpu/Makefile"
--
Mike Wolf
Cray Research
655-F Lone Oak Drive, Eagan, MN 55121
mwolf at cray.com (651)683-5313
** Sent via the linuxppc-embedded mail list. See http://lists.linuxppc.org/
More information about the Linuxppc-embedded
mailing list