<html>
<head>
</head>
<body>
I would recommend using the pc386dx bsp as it is identical to the pc386 except
that it is using the fp libraries. I am using this bsp also for a DIMMPC
(386sx) with no co-processor. Give the pc386dx bsp a go and let us know
if it works for you.<br>
<br>
Smith, Gene wrote:<br>
<blockquote type="cite" cite="mid:6391E0672315FB41904F245E7764A6BADB7B3D@jsc0001e">
<pre wrap="">I installed the 4.5.0-preview rpms and now have the variant libraries under<br>/opt/rtems/i386-rtems/lib. When I build from scratch (bit_rtems i386<br>cp386sx) I still see f*** instructions. I suspect I might need to copy the<br>desired variant files (soft-float) into the lib directory and replace the<br>default libraries that are there (I will try this). Or is there a better way<br>to select the desired variant?<br><br>-gene<br><br></pre>
<blockquote type="cite">
<pre wrap="">-----Original Message-----<br>From: Joel Sherrill [<a class="moz-txt-link-freetext" href="mailto:joel.sherrill@OARcorp.com">mailto:joel.sherrill@OARcorp.com</a>]<br>Sent: Monday, February 04, 2002 4:07 PM<br>To: Angelo Fraietta<br>Cc: Smith, Gene; rtems-users<br>Subject: Re: Soft Float for PC386<br><br><br><br><br>Angelo Fraietta wrote:<br></pre>
<blockquote type="cite">
<pre wrap="">In am using snapshot rtems-ss-20010525 using the rpms of that date<br>(which was around November) and paranoia is working fine. I have no<br>co-processor on my machine and am using the pc386dx BSP.<br><br>Additionally, the floating point problem was resolved in Feb last<br>year, so the RPMs from there should be fine<br><br>Smith, Gene wrote:<br><br></pre>
<blockquote type="cite">
<pre wrap="">I am trying to include soft-float on my rtems-4.5.0 386 system (no<br>coprocessor). This thread indicates there was (is?) a problem with<br>the<br>newlib rpms. I am using the newlib rpm updated in Sept for 4.5.0.<br>However,<br>the compile of paranoia fails due to undefined fp routines (I have<br>set<br>CPU_CFLAG = -msoft-float -mno-fp-ret-in-387).<br>Is it ok to use snapshot or preview rpms (need newlib1.9.0-1 per<br>below) with<br>my 4.5.0 system without totally upgrading rtems to the <br></pre>
</blockquote>
</blockquote>
<pre wrap="">4.5.1-preview<br></pre>
<blockquote type="cite">
<blockquote type="cite">
<pre wrap="">or a<br>snapshot? If so, which ones? (I see some that indicated they are<br>LATEST_TRUSTED.)<br></pre>
</blockquote>
</blockquote>
<pre wrap="">If you are using a 4.5 system, go with the RPMs in the<br>4.5.1-previews directory. You need the right organization of <br>c library header files so gccnewlib RPMs are 4.5 specific. binutils<br>and gdb RPMs are generally more version independent.<br><br></pre>
<blockquote type="cite">
<blockquote type="cite">
<pre wrap="">Tks,<br>-gene<br><br></pre>
<blockquote type="cite">
<pre wrap="">-----Original Message-----<br>From: Angelo Fraietta [<a class="moz-txt-link-freetext" href="mailto:angelo@hunterlink.net.au">mailto:angelo@hunterlink.net.au</a>]<br>Sent: Tuesday, February 27, 2001 4:10 AM<br>To: <a class="moz-txt-link-abbreviated" href="mailto:corsepiu@faw.uni-ulm.de">corsepiu@faw.uni-ulm.de</a>; rtems-users; Joel Sherrill<br>Subject: Re: Soft Float for PC386<br>Wait on that, I have just found that there was another RPM<br>made, being the i386-rtems-gcc-gcc2.95.2newlib1.9.0-1.i386.rpm<br>as<br>well as the rtems-base-gcc-gcc2.95.2newlib1.9.0-1.i386.rpm<br>(I thought my machine had frozen up after the first RPM was made)<br>I'll rebuild RTEMS and check again. Sorry about that.<br>Angelo Fraietta wrote:<br><br></pre>
<blockquote type="cite">
<pre wrap="">The computer no longer re-boots when running two tasks with<br><br></pre>
</blockquote>
<pre wrap="">the -mno-fp-ret-in-387 flags.<br><br></pre>
<blockquote type="cite">
<pre wrap="">However, there are still co-processor commands occuring.<br><br></pre>
</blockquote>
<pre wrap="">This is where the exception occurs:<br><br></pre>
<blockquote type="cite">
<pre wrap="">with CPU_CFLAGS =-msoft-float -mno-fp-ret-in-387<br> 10ba89: 5e pop %esi<br> 10ba8a: 5f pop %edi<br> 10ba8b: dd 45 f0 fldl 0xfffffff0(%ebp)<br> 10ba8e: c9 leave<br>Ralf Corsepius wrote:<br><br></pre>
<blockquote type="cite">
<pre wrap=""> Angelo Fraietta wrote:<br><br></pre>
<blockquote type="cite">
<pre wrap="">If I build the pc386 with both the -mno-fp-ret-in-387<br><br></pre>
</blockquote>
</blockquote>
</blockquote>
<pre wrap="">and the -msoft-float flags<br><br></pre>
<blockquote type="cite">
<blockquote type="cite">
<blockquote type="cite">
<pre wrap="">the machine re-boots if you try to create a task. Eg, if<br><br></pre>
</blockquote>
</blockquote>
</blockquote>
<pre wrap="">you try to run the<br><br></pre>
<blockquote type="cite">
<blockquote type="cite">
<blockquote type="cite">
<pre wrap="">ticker sample, the machine re-boots. If you only use<br><br></pre>
</blockquote>
</blockquote>
</blockquote>
<pre wrap="">the -msoft-float and not<br><br></pre>
<blockquote type="cite">
<blockquote type="cite">
<blockquote type="cite">
<pre wrap="">the -mno-fp-ret-in-387 flag, the tasks run OK.<br>I am mentioning this because the ts_386ex build uses<br><br></pre>
</blockquote>
</blockquote>
</blockquote>
<pre wrap="">both flags, and so if<br><br></pre>
<blockquote type="cite">
<blockquote type="cite">
<blockquote type="cite">
<pre wrap="">someone tests these on a ts_386ex, they may want to try<br><br></pre>
</blockquote>
</blockquote>
</blockquote>
<pre wrap="">running ticker on it to<br><br></pre>
<blockquote type="cite">
<blockquote type="cite">
<blockquote type="cite">
<pre wrap="">see if it crashes.<br><br></pre>
</blockquote>
<pre wrap=""> This doesn't surprize me, because newlib unconditionally<br> inserts<br> FPU-code into its libc, no matter which compiler options are<br> used<br> for building it. I.e. at least one cause of your problems<br><br></pre>
</blockquote>
</blockquote>
<pre wrap="">is lurking<br><br></pre>
<blockquote type="cite">
<blockquote type="cite">
<pre wrap=""> in newlib.<br> I believe to have fixed this issue, so you could consider<br><br></pre>
</blockquote>
</blockquote>
<pre wrap="">rebuilding<br><br></pre>
<blockquote type="cite">
<blockquote type="cite">
<pre wrap=""> your gcc-newlib rpms, using the *.nosrc.rpm below, which<br><br></pre>
</blockquote>
</blockquote>
<pre wrap="">contains my<br><br></pre>
<blockquote type="cite">
<blockquote type="cite">
<pre wrap=""> fixes.<br> Procedure for rebuilding:<br> 1) Copy gcc-2.95.2.tar.gz and newlib-1.9.0.tar.gz to<br> /usr/src/redhat/SOURCES.<br> 2) rpm -i<br> i386-rtems-gcc-newlib-gcc2.95.2newlib1.9.0-1.nosrc.rpm<br> [This will install RTEMS diffs and my patches to<br> /usr/src/redhat/SOURCES]<br> 3)<br> export PATH=/opt/rtems/bin:$PATH<br> rpm -bb<br><br></pre>
</blockquote>
</blockquote>
</blockquote>
</blockquote>
</blockquote>
<pre wrap="">/usr/src/redhat/SPECS/i386-rtems-gcc-newlib-gcc2.95.2newlib1.9.0.spec<br></pre>
<blockquote type="cite">
<blockquote type="cite">
<blockquote type="cite">
<blockquote type="cite">
<blockquote type="cite">
<pre wrap=""> [Now wait a couple of hours for the built to finish. Requires<br> 500MB<br> to 1GB of free diskspace below /usr/src/redhat]<br> 4) /usr/src/redhat/RPMS/i386 now should contain the new<br> i386-rtems-*.rpms<br> 5) Rebuild RTEMS w/ -msoft-float -mno-fp-ret-in-387.<br> 6) Test at run-time.<br> Hope that helps.<br> FYI: These patches already are submitted to Joel and to the<br> newlib<br> maintainers.<br> AFAIK, Joel already is preparing new RTEMS toolchain rpms.<br><br></pre>
</blockquote>
</blockquote>
<pre wrap="">So if you<br><br></pre>
<blockquote type="cite">
<blockquote type="cite">
<pre wrap=""> can't build the toolchain yourself for some reason, it's<br> probably<br> only a matter of days until new RTEMS toolchain rpms will<br> appear on<br> OAR's site.<br> Ralf<br> --<br> Ralf Corsepius<br> Forschungsinstitut fuer Anwendungsorientierte<br> Wissensverarbeitung<br> (FAW)<br> Helmholtzstr. 16, 89081 Ulm, Germany Tel: +49/731/501-8690<br> <a class="moz-txt-link-freetext" href="mailto:corsepiu@faw.uni-ulm.de">mailto:corsepiu@faw.uni-ulm.de</a> FAX: +49/731/501-999<br> <a class="moz-txt-link-freetext" href="http://www.faw.uni-ulm.de">http://www.faw.uni-ulm.de</a><br><br><br></pre>
</blockquote>
</blockquote>
<pre wrap="">---------------------------------------------------------------<br>---------<br><br></pre>
<blockquote type="cite">
<blockquote type="cite">
<pre wrap=""><br></pre>
</blockquote>
</blockquote>
<pre wrap=""> Name: i386-rtems-gcc-newlib-gcc2.95.2newlib1.9.0-1.nosrc.rpm<br><br></pre>
<blockquote type="cite">
<blockquote type="cite">
<pre wrap=""> i386-rtems-gcc-newlib-gcc2.95.2newlib1.9.0-1.nosrc.rpm<br><br></pre>
</blockquote>
</blockquote>
<pre wrap=""> Type: RealPlayer(tm) as Plug-in (audio/x-pn-realaudio-plugin)<br><br></pre>
<blockquote type="cite">
<blockquote type="cite">
<pre wrap=""><br></pre>
</blockquote>
</blockquote>
<pre wrap="">Encoding: base64<br><br></pre>
<blockquote type="cite">
<pre wrap="">--<br>Angelo Fraietta<br>PO Box 859<br>Hamilton NSW 2303<br>Home Page<br><a class="moz-txt-link-freetext" href="http://users.hunterlink.net.au/~maaaf/">http://users.hunterlink.net.au/~maaaf/</a><br>There are those who seek knowledge for the sake of knowledge<br><br></pre>
</blockquote>
<pre wrap="">- that is CURIOSITY<br><br></pre>
<blockquote type="cite">
<pre wrap="">There are those who seek knowledge to be known by others -<br><br></pre>
</blockquote>
<pre wrap="">that is VANITY<br><br></pre>
<blockquote type="cite">
<pre wrap="">There are those who seek knowledge in order to serve - that is<br>LOVE<br> Bernard of Clairvaux (1090 - 1153)<br><br></pre>
</blockquote>
<pre wrap="">--<br>Angelo Fraietta<br>PO Box 859<br>Hamilton NSW 2303<br>Home Page<br><a class="moz-txt-link-freetext" href="http://users.hunterlink.net.au/~maaaf/">http://users.hunterlink.net.au/~maaaf/</a><br>There are those who seek knowledge for the sake of knowledge -<br>that is CURIOSITY<br>There are those who seek knowledge to be known by others -<br>that is VANITY<br>There are those who seek knowledge in order to serve - that is<br>LOVE<br> Bernard of Clairvaux (1090 - 1153)<br><br></pre>
</blockquote>
</blockquote>
<pre wrap="">--<br>Angelo Fraietta<br><br>PO Box 859<br>Hamilton NSW 2303<br><br>Home Page<br><br><a class="moz-txt-link-freetext" href="http://www.users.bigpond.com/angelo_f/">http://www.users.bigpond.com/angelo_f/</a><br><br>There are those who seek knowledge for the sake of knowledge <br></pre>
</blockquote>
<pre wrap="">- that is CURIOSITY<br></pre>
<blockquote type="cite">
<pre wrap="">There are those who seek knowledge to be known by others - <br></pre>
</blockquote>
<pre wrap="">that is VANITY<br></pre>
<blockquote type="cite">
<pre wrap="">There are those who seek knowledge in order to serve - that is LOVE<br> Bernard of Clairvaux (1090 - 1153)<br></pre>
</blockquote>
<pre wrap="">-- <br>Joel Sherrill, Ph.D. Director of Research & Development<br><a class="moz-txt-link-abbreviated" href="mailto:joel@OARcorp.com">joel@OARcorp.com</a> On-Line Applications Research<br>Ask me about RTEMS: a free RTOS Huntsville AL 35805<br>Support Available (256) 722-9985<br><br></pre>
</blockquote>
<pre wrap=""><!----><br></pre>
</blockquote>
<br>
<pre class="moz-signature" cols="$mailwrapcol">--
Angelo Fraietta
PO Box 859
Hamilton NSW 2303
Home Page
<a class="moz-txt-link-freetext" href="http://www.users.bigpond.com/angelo_f/">http://www.users.bigpond.com/angelo_f/</a>
There are those who seek knowledge for the sake of knowledge - that is CURIOSITY
There are those who seek knowledge to be known by others - that is VANITY
There are those who seek knowledge in order to serve - that is LOVE
Bernard of Clairvaux (1090 - 1153)</pre>
<br>
</body>
</html>