linuxppc-dev.lists.ozlabs.org archive mirror
 help / color / mirror / Atom feed
* compiling glibc for 4xx core powerpc
@ 2000-03-15  2:02 ben bodley
  2000-03-15  2:15 ` Alan Mimms
  2000-03-15 13:48 ` Mike Wolf
  0 siblings, 2 replies; 3+ messages in thread
From: ben bodley @ 2000-03-15  2:02 UTC (permalink / raw)
  To: embedded


hello all..

i am attempting to compile glibc for my platform (4xx core powerpc) and
as this core doesnt have an fpu, am compiling with -msoft-float.. but it
dont work.. during compile i receive this error:

../sysdeps/powerpc/s_isnan.c:27: Invalid `asm' statement:
../sysdeps/powerpc/s_isnan.c:27: fixed or forbidden register 32 (0) was
spilled for class FLOAT_REGS.

(this occurs on an attempted assemble of a fpu instruction)

my system specs are:
 - compiling with gcc 2.95.2 native on powermac g4
 - glibc 2.1.3
 - kernel(powermac)=2.2.15pre14
 - kernel(4xx)=2.3.42 + patches
 - glibc configure options: configure --target=powerpc-linux
--host=powerpc-linux
     --enable-add-ons=crypt, linuxthreads --prefix=/usr/local/ppc403
--without-fp
 - CFLAGS extras: -msoft-float -DNDEBUG=1 -O2

does anyone have a clue as to what is going on?? will i have to add some
sort of software emulated floating point support in the kernel (use 8xx
emu)?? or am i just missing a compiler option??

is it worth using this late revision of glibc, or am i better off to use
an earlier/simpler revision??

cheers for any insights!

ben


** Sent via the linuxppc-embedded mail list. See http://lists.linuxppc.org/

^ permalink raw reply	[flat|nested] 3+ messages in thread

* Re: compiling glibc for 4xx core powerpc
  2000-03-15  2:02 compiling glibc for 4xx core powerpc ben bodley
@ 2000-03-15  2:15 ` Alan Mimms
  2000-03-15 13:48 ` Mike Wolf
  1 sibling, 0 replies; 3+ messages in thread
From: Alan Mimms @ 2000-03-15  2:15 UTC (permalink / raw)
  To: ben bodley; +Cc: embedded


Hi Ben.

Take a look at
http://members.xoom.com/greyhams/linux/PowerPC-Embedded-HOWTO.html
which is a compilation of lots of useful FAQ info, including the
answer(s) to the problems you're having.

a

>>>>>>>>>>>>>>>>>> Original Message <<<<<<<<<<<<<<<<<<

On 3/14/00, 6:02:35 PM, ben bodley <benb@m2tech.co.nz> wrote regarding
compiling glibc for 4xx core powerpc:


> hello all..

> i am attempting to compile glibc for my platform (4xx core powerpc)
and
> as this core doesnt have an fpu, am compiling with -msoft-float.. but
it
> dont work.. during compile i receive this error:

> ../sysdeps/powerpc/s_isnan.c:27: Invalid `asm' statement:
> ../sysdeps/powerpc/s_isnan.c:27: fixed or forbidden register 32 (0)
was
> spilled for class FLOAT_REGS.

> (this occurs on an attempted assemble of a fpu instruction)

> my system specs are:
>  - compiling with gcc 2.95.2 native on powermac g4
>  - glibc 2.1.3
>  - kernel(powermac)=2.2.15pre14
>  - kernel(4xx)=2.3.42 + patches
>  - glibc configure options: configure --target=powerpc-linux
> --host=powerpc-linux
>      --enable-add-ons=crypt, linuxthreads --prefix=/usr/local/ppc403
> --without-fp
>  - CFLAGS extras: -msoft-float -DNDEBUG=1 -O2

> does anyone have a clue as to what is going on?? will i have to add
some
> sort of software emulated floating point support in the kernel (use
8xx
> emu)?? or am i just missing a compiler option??

> is it worth using this late revision of glibc, or am i better off to
use
> an earlier/simpler revision??

> cheers for any insights!

> ben


** Sent via the linuxppc-embedded mail list. See http://lists.linuxppc.org/

^ permalink raw reply	[flat|nested] 3+ messages in thread

* Re: compiling glibc for 4xx core powerpc
  2000-03-15  2:02 compiling glibc for 4xx core powerpc ben bodley
  2000-03-15  2:15 ` Alan Mimms
@ 2000-03-15 13:48 ` Mike Wolf
  1 sibling, 0 replies; 3+ messages in thread
From: Mike Wolf @ 2000-03-15 13:48 UTC (permalink / raw)
  To: embedded


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:
&gt;
&gt; Graham Stoney wrote:
&gt; &gt;
&gt; &gt; Scott Wood writes:
&gt; &gt; &gt; The MPC8xx have no floating point, so it should be
compiled with -msoft-float,
&gt; &gt; &gt; (I think)...  ./configure --without-fp  will do it.
&gt; &gt;
&gt; &gt; 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.

&gt; I don't think so...  I put -msoft-float into the
sysdeps/powerpc/Makefile and I see
&gt; it twice below, so I would imagine that if you use both flags then
-msoft-float
&gt; will be used.
&gt;
&gt; I am using YellowDog Linux now and instead of an 'internal compiler
error',
&gt; I get:
&gt;
&gt; make[1]: Entering directory
`/usr/src/redhat/SOURCES/glibc-2.1.1/math'
&gt; gcc ../sysdeps/powerpc/s_isnan.c -c -Wall -Winline
-Wstrict-prototypes -Wwrite-strings -mcpu=860 -msoft-float   -fpic
&gt; -msoft-float   -Wno-uninitialized -Wno-write-strings  -I../include
-I.  -I.. -I../libio  -I../sysdeps/powerpc/elf
&gt; -I../sysdeps/unix/sysv/linux/powerpc -I../sysdeps/unix/sysv/linux
-I../sysdeps/gnu -I../sysdeps/unix/common -I../sysdeps/unix/mman
&gt; -I../sysdeps/unix/inet -I../sysdeps/unix/sysv -I../sysdeps/unix
-I../sysdeps/posix -I../sysdeps/powerpc -I../sysdeps/wordsize-32
&gt; -I../sysdeps/ieee754 -I../sysdeps/libm-ieee754
-I../sysdeps/generic/elf -I../sysdeps/generic    -include
&gt; ../include/libc-symbols.h  -DPIC   -D__NO_MATH_INLINES
-D__LIBC_INTERNAL_MATH_INLINES -DNO_LONG_DOUBLE -D_Mlong_double_=double
-o
&gt; s_isnan.os
&gt; ../sysdeps/powerpc/s_isnan.c: In function `__isnan':
&gt; ../sysdeps/powerpc/s_isnan.c:32: fixed or forbidden register 32 (0)
was spilled for class FLOAT_REGS.
&gt; This may be due to a compiler bug or to impossible asm
&gt; statements or clauses.
&gt; 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 &lt; size_modified; i+= 8)
+#else
+      for (i = 0; i &lt; 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@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" &amp;&amp; echo "Moved $a -&gt; fpu/$a"
done

fail=
for a in $FPUDISTFILES; do
  echo "$a" &gt;&gt; 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:
&gt;
&gt; Graham Stoney wrote:
&gt; &gt;
&gt; &gt; Scott Wood writes:
&gt; &gt; &gt; The MPC8xx have no floating point, so it should be
compiled with -msoft-float,
&gt; &gt; &gt; (I think)...  ./configure --without-fp  will do it.
&gt; &gt;
&gt; &gt; 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.

&gt; I don't think so...  I put -msoft-float into the
sysdeps/powerpc/Makefile and I see
&gt; it twice below, so I would imagine that if you use both flags then
-msoft-float
&gt; will be used.
&gt;
&gt; I am using YellowDog Linux now and instead of an 'internal compiler
error',
&gt; I get:
&gt;
&gt; make[1]: Entering directory
`/usr/src/redhat/SOURCES/glibc-2.1.1/math'
&gt; gcc ../sysdeps/powerpc/s_isnan.c -c -Wall -Winline
-Wstrict-prototypes -Wwrite-strings -mcpu=860 -msoft-float   -fpic
&gt; -msoft-float   -Wno-uninitialized -Wno-write-strings  -I../include
-I.  -I.. -I../libio  -I../sysdeps/powerpc/elf
&gt; -I../sysdeps/unix/sysv/linux/powerpc -I../sysdeps/unix/sysv/linux
-I../sysdeps/gnu -I../sysdeps/unix/common -I../sysdeps/unix/mman
&gt; -I../sysdeps/unix/inet -I../sysdeps/unix/sysv -I../sysdeps/unix
-I../sysdeps/posix -I../sysdeps/powerpc -I../sysdeps/wordsize-32
&gt; -I../sysdeps/ieee754 -I../sysdeps/libm-ieee754
-I../sysdeps/generic/elf -I../sysdeps/generic    -include
&gt; ../include/libc-symbols.h  -DPIC   -D__NO_MATH_INLINES
-D__LIBC_INTERNAL_MATH_INLINES -DNO_LONG_DOUBLE -D_Mlong_double_=double
-o
&gt; s_isnan.os
&gt; ../sysdeps/powerpc/s_isnan.c: In function `__isnan':
&gt; ../sysdeps/powerpc/s_isnan.c:32: fixed or forbidden register 32 (0)
was spilled for class FLOAT_REGS.
&gt; This may be due to a compiler bug or to impossible asm
&gt; statements or clauses.
&gt; 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 &lt; size_modified; i+= 8)
+#else
+      for (i = 0; i &lt; 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@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" &amp;&amp; echo "Moved $a -&gt; fpu/$a"
done

fail=
for a in $FPUDISTFILES; do
  echo "$a" &gt;&gt; fpu/Dist || fail=1
done
test "$fail" || echo "Created fpu/Dist"

echo "$MAKEFILE" &gt;fpu/Makefile &amp;&ampecho "$MAKEFILE"
&gt;fpu/Makefile &amp;&amp; echo "Created fpu/Makefile"

--
Mike Wolf
Cray Research
655-F Lone Oak Drive, Eagan, MN 55121
mwolf@cray.com          (651)683-5313

** Sent via the linuxppc-embedded mail list. See http://lists.linuxppc.org/

^ permalink raw reply	[flat|nested] 3+ messages in thread

end of thread, other threads:[~2000-03-15 13:48 UTC | newest]

Thread overview: 3+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2000-03-15  2:02 compiling glibc for 4xx core powerpc ben bodley
2000-03-15  2:15 ` Alan Mimms
2000-03-15 13:48 ` Mike Wolf

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).