<html>
  <head>
    <meta content="text/html; charset=windows-1252"
      http-equiv="Content-Type">
  </head>
  <body bgcolor="#FFFFFF" text="#000000">
    <br>
    <br>
    <div class="moz-cite-prefix">On 09/02/16 12:06,
      <a class="moz-txt-link-abbreviated" href="mailto:Athanasios.Tsiodras@esa.int">Athanasios.Tsiodras@esa.int</a> wrote:<br>
    </div>
    <blockquote
cite="mid:12509_1455016016_56B9C84F_12509_83_1_OFC724C347.0D3CC23B-ONC1257F54.003B87CE-C1257F54.003D0E62@esa.int"
      type="cite"><font face="sans-serif" size="2">Thanks Jiri - I will
        try that too when
        I find time.</font>
      <br>
      <br>
      <font face="sans-serif" size="2">For now I can report that all the
        tests
        I did with the BSPs'.cfg files missing the "-msoft-float" seem
        to work fine - including projects with more than 30 threads,
        with many
        of them doing native FPU calculations. Also, a quick and dirty
        test - not
        a proof, but a good indication - shows no FPU registers accessed
        by librtemsbsp.a:</font>
      <br>
      <br>
      <font face="sans-serif" size="2">    $ cd
        /opt/rtems-4.11/sparc-rtems4.11/leon3/lib/</font>
      <br>
      <font face="sans-serif" size="2">    $ sparc-rtems4.11-objdump
        -S librtemsbsp.a | grep '%f[^p]'</font>
      <br>
      <font face="sans-serif" size="2">     1f8:   c1 29
        a0 04     st  %fsr, [ %g6 + 4 ]</font>
      <br>
      <br>
      <font face="sans-serif" size="2">(i.e. searching for %f1, %f2, etc
        -
        but not %fp)</font>
      <br>
      <br>
      <font face="sans-serif" size="2">Will keep testing!</font>
      <br>
      <font face="sans-serif" size="2">Thanassis.</font></blockquote>
    <br>
    I think that Daniel Hellström from Gaisler had a simple test in C
    that would emit an FPU instruction for integer code if the compiler
    had this deficiency. I can't find it back though, if Daniel is on
    this list then maybe he can post it.<br>
    <br>
    Jiri.<br>
    <br>
    <blockquote
cite="mid:12509_1455016016_56B9C84F_12509_83_1_OFC724C347.0D3CC23B-ONC1257F54.003B87CE-C1257F54.003D0E62@esa.int"
      type="cite">
      <br>
      <br>
      <font face="sans-serif" size="2"><b>European Space Agency (via HE
          Space)</b></font>
      <br>
      <font color="#000080" face="sans-serif" size="2">Thanassis
        Tsiodras</font>
      <br>
      <font face="sans-serif" size="2">Real-time Embedded Software
        Engineer
      </font>
      <br>
      <font face="sans-serif" size="2">System, Software and Technology
        Department</font>
      <br>
      <br>
      <font face="sans-serif" size="2"><b>ESTEC</b></font>
      <br>
      <font face="sans-serif" size="2">Keplerlaan 1, PO Box 299</font>
      <br>
      <font face="sans-serif" size="2">NL-2200 AG Noordwijk, The
        Netherlands</font>
      <br>
      <font face="sans-serif" size="2"><a class="moz-txt-link-abbreviated" href="mailto:Athanasios.Tsiodras@esa.int">Athanasios.Tsiodras@esa.int</a> | </font><a
        moz-do-not-send="true" href="www.esa.int"><font color="blue"
          face="sans-serif" size="2"><a class="moz-txt-link-abbreviated" href="http://www.esa.int">www.esa.int</a></font></a>
      <br>
      <font face="sans-serif" size="2">T +31 71 565 5332</font>
      <br>
      <br>
      <br>
      <br>
      <font color="#5f5f5f" face="sans-serif" size="1">From:      
         </font><font face="sans-serif" size="1">"Jiri Gaisler"
        <a class="moz-txt-link-rfc2396E" href="mailto:jiri@gaisler.se"><jiri@gaisler.se></a></font>
      <br>
      <font color="#5f5f5f" face="sans-serif" size="1">To:      
         </font><font face="sans-serif" size="1"><a class="moz-txt-link-abbreviated" href="mailto:Athanasios.Tsiodras@esa.int">Athanasios.Tsiodras@esa.int</a>,
"RTEMS
        List" <a class="moz-txt-link-rfc2396E" href="mailto:users@rtems.org"><users@rtems.org></a></font>
      <br>
      <font color="#5f5f5f" face="sans-serif" size="1">Date:      
         </font><font face="sans-serif" size="1">08/02/2016 19:56</font>
      <br>
      <font color="#5f5f5f" face="sans-serif" size="1">Subject:    
           </font><font face="sans-serif" size="1">Re: Crash under
        sparc/rtems-4.11 when compiling with FPU</font>
      <br>
      <hr noshade="noshade">
      <br>
      <br>
      <br>
      <font size="3"><br>
      </font>
      <br>
      <font size="3">On 08/02/16 13:25, </font><a
        moz-do-not-send="true" href="mailto:Athanasios.Tsiodras@esa.int"><font
          color="blue" size="3"><u><a class="moz-txt-link-abbreviated" href="mailto:Athanasios.Tsiodras@esa.int">Athanasios.Tsiodras@esa.int</a></u></font></a><font
        size="3">
        wrote:</font>
      <br>
      <font face="sans-serif" size="2">Hi Jiri.</font><font size="3"> <br>
      </font><font face="sans-serif" size="2"><br>
        My understanding from reading the "Disaster Strikes" section
        of the FPU page <br>
        (</font><a moz-do-not-send="true"
href="https://devel.rtems.org/wiki/TBR/UserManual/Floating_Point_Support"><font
          color="blue" face="sans-serif" size="2"><u>https://devel.rtems.org/wiki/TBR/UserManual/Floating_Point_Support</u></font></a><font
        face="sans-serif" size="2">)
        is that <br>
        at some point the leon3.cfg was switched to "-msoft-float" to
        avoid spurious generation <br>
        of FPU instructions in the kernel by GCC. </font><font size="3"><br>
      </font><font face="sans-serif" size="2"><br>
        But as you can see in my original bug report, this ends up
        meaning that
        we can't use <br>
        the native FPU **at all** - attempting to compile application
        code *without*
        -msoft-float <br>
        leads to the crash in newlib that I reported. </font><font
        size="3"><br>
      </font><font face="sans-serif" size="2"><br>
        My report includes all the steps needed to reproduce the issue -
        do you
        see anything <br>
        wrong in the set of commands I used to build RSB or RTEMS or the
        sample?</font><font size="3">
        <br>
      </font><font face="sans-serif" size="2"><br>
        Your latest answer seems to imply that if I remove the
        "-msoft-float"
        from leon3.cfg, then <br>
        I can't, in fact use the Leon3 BSP. If that is the case, then
        how can I
        build a native-FPU-using</font><font size="3"> </font><font
        face="sans-serif" size="2"><br>
        version of anything? </font>
      <br>
      <font size="3"><br>
        My solution to this would be to set SPARC_HAS_FPU = 1
        permanently in score/cpu/sparc/rtems/score/sparc.h
        and use -msoft-float in leon3.cfg (and all other sparc bsps).
        This will
        add FPU context support to the kernel, and make sure no spurious
        FPU instructions
        are emitted. You application need to be partitioned such that
        all code
        running in non-FPU threads can be compiled with -msoft-float and
        all code
        called from FPU threads are compiled without -msoft-float.
        During the final
        link, -msoft-float must not be used so the correct libm is
        pulled in (if
        needed). You will also need to check that other newlib libraries
        such as
        libc don't have spurious FPU instructions.<br>
        <br>
        But maybe all this is unnecessary now - does anybody actually
        know if the
        latest gcc version still have this behavior? I might be
        worthwhile to check
        before we start messing with the kernel code...<br>
        <br>
        Jiri.<br>
        <br>
      </font>
      <br>
      <font size="3"><br>
      </font><font face="sans-serif" size="2"><br>
        Thanks in advance and Kind regards,</font><font size="3"> </font><font
        face="sans-serif" size="2"><br>
        Thanassis.</font><font size="3"> <br>
      </font><font face="sans-serif" size="2"><b><br>
          European Space Agency (via HE Space)</b></font><font size="3">
      </font><font color="#000080" face="sans-serif" size="2"><br>
        Thanassis Tsiodras</font><font size="3"> </font><font
        face="sans-serif" size="2"><br>
        Real-time Embedded Software Engineer <br>
        System, Software and Technology Department</font><font size="3">
        <br>
      </font><font face="sans-serif" size="2"><b><br>
          ESTEC</b></font><font size="3"> </font><font
        face="sans-serif" size="2"><br>
        Keplerlaan 1, PO Box 299</font><font size="3"> </font><font
        face="sans-serif" size="2"><br>
        NL-2200 AG Noordwijk, The Netherlands</font><font size="3"> </font><font
        color="blue" face="sans-serif" size="2"><u><br>
        </u></font><a moz-do-not-send="true"
        href="mailto:Athanasios.Tsiodras@esa.int"><font color="blue"
          face="sans-serif" size="2"><u>Athanasios.Tsiodras@esa.int</u></font></a><font
        face="sans-serif" size="2">
        | </font><a moz-do-not-send="true" href="http://www.esa.int/"><font
          color="blue" face="sans-serif" size="2"><u>www.esa.int</u></font></a><font
        size="3">
      </font><font face="sans-serif" size="2"><br>
        T +31 71 565 5332</font><font size="3"> <br>
        <br>
        <br>
      </font><font color="#5f5f5f" face="sans-serif" size="1"><br>
        From:        </font><font face="sans-serif" size="1">"Jiri
        Gaisler" </font><a moz-do-not-send="true"
        href="mailto:jiri@gaisler.se"><font color="blue"
          face="sans-serif" size="1"><u><jiri@gaisler.se></u></font></a><font
        size="3">
      </font><font color="#5f5f5f" face="sans-serif" size="1"><br>
        To:        </font><a moz-do-not-send="true"
        href="mailto:Athanasios.Tsiodras@esa.int"><font color="blue"
          face="sans-serif" size="1"><u>Athanasios.Tsiodras@esa.int</u></font></a><font
        face="sans-serif" size="1">,
        "RTEMS List" </font><a moz-do-not-send="true"
        href="mailto:users@rtems.org"><font color="blue"
          face="sans-serif" size="1"><u><users@rtems.org></u></font></a><font
        size="3">
      </font><font color="#5f5f5f" face="sans-serif" size="1"><br>
        Date:        </font><font face="sans-serif" size="1">08/02/2016
        13:07</font><font size="3"> </font><font color="#5f5f5f"
        face="sans-serif" size="1"><br>
        Subject:        </font><font face="sans-serif" size="1">Re:
        Crash under sparc/rtems-4.11 when compiling with FPU</font><font
        size="3">
        <br>
      </font>
      <hr noshade="noshade"><font size="3"><br>
        <br>
        <br>
        <br>
        <br>
        On 08/02/16 11:46, </font><a moz-do-not-send="true"
        href="mailto:Athanasios.Tsiodras@esa.int"><font color="blue"
          size="3"><u>Athanasios.Tsiodras@esa.int</u></font></a><font
        size="3">
        wrote: </font><font face="sans-serif" size="2"><br>
        Hi Jerry.</font><font size="3"> </font><font face="sans-serif"
        size="2"><br>
        <br>
        Thanks for the suggestion - indeed, If you look at my response
        to Jiri,
        you'll see that I verified that the -mhard-float is not
        necessary (objdump
        verified that FPU instructions are emitted by default, if you
        don't pass
        -msoft-float).</font><font size="3"> </font><font
        face="sans-serif" size="2"><br>
        <br>
        I am now scripting my nightly build to do the patch explicitly,
        so I can
        follow the tip of 4.11 with native FPU support (our intended
        target).</font><font size="3">
      </font><font face="sans-serif" size="2"><br>
        <br>
        I didn't try the switch to v8 - since the removal of
        -msoft-float from
        leon3.cfg proved enough in my tests, and I am guessing the
        default leon3.cfg
        configuration was chosen to be -mcypress for a reason... At
        least I hope
        so :-)</font><font size="3"> <br>
        <br>
        <br>
        Just remember that if the compiler emits *any* FPU instruction
        in the kernel
        or non-FPU threads, you can get a crash. You should use objdump
        on the
        final binary to verify that you don't have spurious FPU
        instructions in
        the wrong place.<br>
        <br>
        Jiri.<br>
        <br>
      </font><font face="sans-serif" size="2"><br>
        <br>
        Thanks!</font><font size="3"> </font><font face="sans-serif"
        size="2"><b><br>
          <br>
          European Space Agency (via HE Space)</b></font><font size="3">
      </font><font color="#000080" face="sans-serif" size="2"><br>
        Thanassis Tsiodras</font><font size="3"> </font><font
        face="sans-serif" size="2"><br>
        Real-time Embedded Software Engineer <br>
        System, Software and Technology Department</font><font size="3">
      </font><font face="sans-serif" size="2"><b><br>
          <br>
          ESTEC</b></font><font size="3"> </font><font
        face="sans-serif" size="2"><br>
        Keplerlaan 1, PO Box 299</font><font size="3"> </font><font
        face="sans-serif" size="2"><br>
        NL-2200 AG Noordwijk, The Netherlands</font><font size="3"> </font><font
        color="blue" size="3"><u><br>
        </u></font><a moz-do-not-send="true"
        href="mailto:Athanasios.Tsiodras@esa.int"><font color="blue"
          face="sans-serif" size="2"><u>Athanasios.Tsiodras@esa.int</u></font></a><font
        face="sans-serif" size="2">
        | </font><a moz-do-not-send="true" href="http://www.esa.int/"><font
          color="blue" face="sans-serif" size="2"><u>www.esa.int</u></font></a><font
        size="3">
      </font><font face="sans-serif" size="2"><br>
        T +31 71 565 5332</font><font size="3"> <br>
        <br>
      </font><font color="#5f5f5f" face="sans-serif" size="1"><br>
        <br>
        From:        </font><font face="sans-serif" size="1">"Needell,
        Jerry" </font><a moz-do-not-send="true"
        href="mailto:Jerry.Needell@unh.edu"><font color="blue"
          face="sans-serif" size="1"><u><Jerry.Needell@unh.edu></u></font></a><font
        size="3">
      </font><font color="#5f5f5f" face="sans-serif" size="1"><br>
        To:        </font><a moz-do-not-send="true"
        href="mailto:Athanasios.Tsiodras@esa.int"><font color="blue"
          face="sans-serif" size="1"><u>"Athanasios.Tsiodras@esa.int"</u></font></a><font
        face="sans-serif" size="1">
      </font><a moz-do-not-send="true"
        href="mailto:Athanasios.Tsiodras@esa.int"><font color="blue"
          face="sans-serif" size="1"><u><Athanasios.Tsiodras@esa.int></u></font></a><font
        size="3">
      </font><font color="#5f5f5f" face="sans-serif" size="1"><br>
        Cc:        </font><font face="sans-serif" size="1">"Needell,
        Jerry" </font><a moz-do-not-send="true"
        href="mailto:Jerry.Needell@unh.edu"><font color="blue"
          face="sans-serif" size="1"><u><Jerry.Needell@unh.edu></u></font></a><font
        face="sans-serif" size="1">,
        "RTEMS List" </font><a moz-do-not-send="true"
        href="mailto:users@rtems.org"><font color="blue"
          face="sans-serif" size="1"><u><users@rtems.org></u></font></a><font
        size="3">
      </font><font color="#5f5f5f" face="sans-serif" size="1"><br>
        Date:        </font><font face="sans-serif" size="1">08/02/2016
        11:36</font><font size="3"> </font><font color="#5f5f5f"
        face="sans-serif" size="1"><br>
        Subject:        </font><font face="sans-serif" size="1">Re:
        Crash under sparc/rtems-4.11 when compiling with FPU</font><font
        size="3">
        <br>
      </font>
      <hr noshade="noshade"><font size="3"><br>
        <br>
        <br>
        sorry for the typo - I meant -mcpu v8 … <br>
        I have used this for bsps (RTEMS 4.9) with FPU without needing
        the -mhard-float
        specification <br>
        For non FPU bsps I have used -msoft-float <br>
        both with-mcpu v8 <br>
        <br>
        <br>
        On Feb 8, 2016, at 5:14 AM, Needell, Jerry <</font><a
        moz-do-not-send="true" href="mailto:Jerry.Needell@unh.edu"><font
          color="blue" size="3"><u><a class="moz-txt-link-abbreviated" href="mailto:Jerry.Needell@unh.edu">Jerry.Needell@unh.edu</a></u></font></a><font
        size="3">>
        wrote: <br>
        <br>
        I thought it was best to use -mv8 rather tahtn -mcypress for
        leon3 bsps?
         Does this make any difference in your case? <br>
        On Feb 8, 2016, at 4:50 AM, </font><a moz-do-not-send="true"
        href="mailto:Athanasios.Tsiodras@esa.int"><font color="blue"
          size="3"><u>Athanasios.Tsiodras@esa.int</u></font></a><font
        size="3">
        wrote: </font><font face="sans-serif" size="2"><br>
        <br>
        I verified Sebastian's suggestion - by modifying the leon3.cfg
        file...</font><font size="3">
      </font><font face="sans-serif" size="2"><br>
        <br>
           diff --git
        a/c/src/lib/libbsp/sparc/leon3/make/custom/leon3.cfg
        b/c/src/lib/libbsp/sparc/leon3/make/custom/leon3.cfg</font><font
        size="3">
      </font><font face="sans-serif" size="2"><br>
           index 58f2f07..30fc3a4 100644</font><font size="3"> </font><font
        face="sans-serif" size="2"><br>
           --- a/c/src/lib/libbsp/sparc/leon3/make/custom/leon3.cfg</font><font
        size="3">
      </font><font face="sans-serif" size="2"><br>
           +++ b/c/src/lib/libbsp/sparc/leon3/make/custom/leon3.cfg</font><font
        size="3">
      </font><font face="sans-serif" size="2"><br>
           @@ -9,7 +9,8 @@ RTEMS_CPU_MODEL=leon3</font><font size="3">
      </font><font face="sans-serif" size="2"><br>
        <br>
            #  This contains the compiler options necessary to select
        the CPU model</font><font size="3"> </font><font
        face="sans-serif" size="2"><br>
            #  and (hopefully) optimize for it.</font><font size="3">
      </font><font face="sans-serif" size="2"><br>
           -CPU_CFLAGS = -mcpu=cypress -msoft-float</font><font size="3">
      </font><font face="sans-serif" size="2"><br>
           +CPU_CFLAGS = -mcpu=cypress -mhard-float</font><font size="3">
      </font><font face="sans-serif" size="2"><br>
        <br>
        ...the generated binary of hello.exe works fine - I went a step
        further
        and did a test calculation, too:</font><font size="3"> </font><font
        face="sans-serif" size="2"><br>
        <br>
           diff --git a/testsuites/samples/hello/init.c
        b/testsuites/samples/hello/init.c</font><font size="3">
      </font><font face="sans-serif" size="2"><br>
           index d8fe450..6ee33f6 100644</font><font size="3"> </font><font
        face="sans-serif" size="2"><br>
           --- a/testsuites/samples/hello/init.c</font><font size="3">
      </font><font face="sans-serif" size="2"><br>
           +++ b/testsuites/samples/hello/init.c</font><font size="3">
      </font><font face="sans-serif" size="2"><br>
           @@ -27,8 +27,13 @@ rtems_task Init(</font><font size="3"> </font><font
        face="sans-serif" size="2"><br>
              rtems_task_argument ignored</font><font size="3"> </font><font
        face="sans-serif" size="2"><br>
            )</font><font size="3"> </font><font face="sans-serif"
        size="2"><br>
            {</font><font size="3"> </font><font face="sans-serif"
        size="2"><br>
           +  int i = 0;</font><font size="3"> </font><font
        face="sans-serif" size="2"><br>
           +  float a=3.14159f, b=1.0f;</font><font size="3"> </font><font
        face="sans-serif" size="2"><br>
           +</font><font size="3"> </font><font face="sans-serif"
        size="2"><br>
              rtems_test_begin();</font><font size="3"> </font><font
        face="sans-serif" size="2"><br>
           -  printf( "Hello World\n" );</font><font size="3">
      </font><font face="sans-serif" size="2"><br>
           +  for (i=0; i<10; i++)</font><font size="3"> </font><font
        face="sans-serif" size="2"><br>
           +      b*=a;</font><font size="3"> </font><font
        face="sans-serif" size="2"><br>
           +  printf( "Hello World, %f\n", b );</font><font size="3">
      </font><font face="sans-serif" size="2"><br>
              rtems_test_end();</font><font size="3"> </font><font
        face="sans-serif" size="2"><br>
              exit( 0 );</font><font size="3"> </font><font
        face="sans-serif" size="2"><br>
            }</font><font size="3"> </font><font face="sans-serif"
        size="2"><br>
        <br>
        ...which worked fine:</font><font size="3"> </font><font
        face="sans-serif" size="2"><br>
        <br>
           (gdb) tar extended-remote ... ( to grmon)</font><font
        size="3">
      </font><font face="sans-serif" size="2"><br>
           (gdb) c</font><font size="3"> </font><font face="sans-serif"
        size="2"><br>
           Continuing.</font><font size="3"> </font><font
        face="sans-serif" size="2"><br>
        <br>
           *** BEGIN OF TEST HELLO WORLD ***</font><font size="3"> </font><font
        face="sans-serif" size="2"><br>
           Hello World, 1.000000</font><font size="3"> </font><font
        face="sans-serif" size="2"><br>
           *** END OF TEST HELLO WORLD ***</font><font size="3"> </font><font
        face="sans-serif" size="2"><br>
        <br>
        ...and I made sure that FPU instructions are inside:</font><font
        size="3">
      </font><font face="sans-serif" size="2"><br>
        <br>
             for (i=0; i<10; i++)</font><font size="3"> </font><font
        face="sans-serif" size="2"><br>
             28:   82 80 7f ff     addcc  %g1,
        -1, %g1</font><font size="3"> </font><font face="sans-serif"
        size="2"><br>
             2c:   12 bf ff ff     bne  28 <Init+0x28></font><font
        size="3">
      </font><font face="sans-serif" size="2"><br>
             30:   91 a2 09 29     fmuls  %f8,
        %f9, %f8</font><font size="3"> </font><font face="sans-serif"
        size="2"><br>
                 b*=a;</font><font size="3"> </font><font
        face="sans-serif" size="2"><br>
             printf( "Hello World, %f\n", b );</font><font size="3">
      </font><font face="sans-serif" size="2"><br>
             34:   91 a0 19 28     fstod  %f8,
        %f8</font><font size="3"> </font><font face="sans-serif"
        size="2"><br>
        <br>
        So, executive summary....  It seems that the default compilation
        settings
        of the Leon3 BSP forbid "real FPU" work. <br>
        If one needs to work in native (non-emulated) FPU mode, then the
        leon3.cfg
        must be patched as I showed above. <br>
        <br>
        In the long run, as Sebastian indicated, a leon3fp (and a
        corresponding
        leon2fp, I imagine) <br>
        should ideally be added as new BSP targets - and the FPU page</font><font
        size="3">
      </font><font face="sans-serif" size="2"><br>
        (</font><a moz-do-not-send="true"
href="https://devel.rtems.org/wiki/TBR/UserManual/Floating_Point_Support"><font
          color="blue" face="sans-serif" size="2"><u>https://devel.rtems.org/wiki/TBR/UserManual/Floating_Point_Support</u></font></a><font
        face="sans-serif" size="2">)
        should probably <br>
        be updated to indicate this.</font><font size="3"> </font><font
        face="sans-serif" size="2"><br>
        <br>
        Thanks to everyone for their help,</font><font size="3"> </font><font
        face="sans-serif" size="2"><br>
        Thanassis.</font><font size="3"> </font><font face="sans-serif"
        size="2"><b><br>
          <br>
          <br>
          European Space Agency (via HE Space)</b></font><font size="3">
      </font><font color="#000080" face="sans-serif" size="2"><br>
        Thanassis Tsiodras</font><font size="3"> </font><font
        face="sans-serif" size="2"><br>
        Real-time Embedded Software Engineer <br>
        System, Software and Technology Department</font><font size="3">
      </font><font face="sans-serif" size="2"><b><br>
          <br>
          ESTEC</b></font><font size="3"> </font><font
        face="sans-serif" size="2"><br>
        Keplerlaan 1, PO Box 299</font><font size="3"> </font><font
        face="sans-serif" size="2"><br>
        NL-2200 AG Noordwijk, The Netherlands</font><font size="3"> </font><font
        color="blue" size="3"><u><br>
        </u></font><a moz-do-not-send="true"
        href="mailto:Athanasios.Tsiodras@esa.int"><font color="blue"
          face="sans-serif" size="2"><u>Athanasios.Tsiodras@esa.int</u></font></a><font
        face="sans-serif" size="2">
        | </font><a moz-do-not-send="true"
        href="x-msg://11/www.esa.int"><font color="red" size="3"><b><u>MailScanner
has
              detected a possible fraud attempt from "x-msg:" claiming
              to be</u></b></font><font color="blue" size="3"><u> </u></font><font
          color="blue" face="sans-serif" size="2"><u>www.esa.int</u></font></a><font
        size="3">
      </font><font face="sans-serif" size="2"><br>
        T +31 71 565 5332</font><font size="3"> <br>
      </font><font color="#5f5f5f" face="sans-serif" size="1"><br>
        <br>
        <br>
        From:        </font><font face="sans-serif" size="1">"Sebastian
        Huber" <</font><a moz-do-not-send="true"
        href="mailto:sebastian.huber@embedded-brains.de"><font
          color="blue" face="sans-serif" size="1"><u>sebastian.huber@embedded-brains.de</u></font></a><font
        face="sans-serif" size="1">></font><font size="3">
      </font><font color="#5f5f5f" face="sans-serif" size="1"><br>
        To:        </font><font face="sans-serif" size="1">"RTEMS
        List" <</font><a moz-do-not-send="true"
        href="mailto:users@rtems.org"><font color="blue"
          face="sans-serif" size="1"><u>users@rtems.org</u></font></a><font
        face="sans-serif" size="1">></font><font size="3">
      </font><font color="#5f5f5f" face="sans-serif" size="1"><br>
        Cc:        </font><a moz-do-not-send="true"
        href="mailto:software@gaisler.com"><font color="blue"
          face="sans-serif" size="1"><u>software@gaisler.com</u></font></a><font
        size="3">
      </font><font color="#5f5f5f" face="sans-serif" size="1"><br>
        Date:        </font><font face="sans-serif" size="1">07/02/2016
        07:40</font><font size="3"> </font><font color="#5f5f5f"
        face="sans-serif" size="1"><br>
        Subject:        </font><font face="sans-serif" size="1">Re:
        Crash under sparc/rtems-4.11 when compiling with FPU</font><font
        size="3">
      </font><font color="#5f5f5f" face="sans-serif" size="1"><br>
        Sent by:        </font><font face="sans-serif" size="1">"users"
        <</font><a moz-do-not-send="true"
        href="mailto:users-bounces@rtems.org"><font color="blue"
          face="sans-serif" size="1"><u>users-bounces@rtems.org</u></font></a><font
        face="sans-serif" size="1">></font><font size="3">
        <br>
      </font>
      <hr noshade="noshade"><tt><font size="2"><br>
          <br>
          <br>
          Hello Athanasios,<br>
          <br>
          it was always a miracle to me how you are supposed to use the
          leon2/leon3
          BSPs with a FPU. If you want to use the FPU, then the BSP must
          be built
          with the -mhard-float option, otherwise the FPU support is not
          enabled
          in the operating system support. In addition the application
          configuration
          must be compiled with exactly the same compiler flags as the
          BSP, otherwise
          it will generate a corrupt configuration.<br>
          <br>
          I think we need leon2fp and leon3fp BSPs, which use
          -mhard-float.<br>
          <br>
          -- <br>
          Sebastian Huber, embedded brains GmbH<br>
          <br>
          Address : Dornierstr. 4, D-82178 Puchheim, Germany<br>
          Phone   : +49 89 189 47 41-16<br>
          Fax     : +49 89 189 47 41-09<br>
          E-Mail  : sebastian.huber at </font></tt><a
        moz-do-not-send="true" href="http://embedded-brains.de/"><tt><font
            color="blue" size="2"><u>embedded-brains.de</u></font></tt></a><tt><font
          size="2"><br>
          PGP     : Public key available on request.<br>
          <br>
          Diese Nachricht ist keine geschäftliche Mitteilung im Sinne
          des EHUG.<br>
          _______________________________________________<br>
          users mailing list</font></tt><font color="blue" size="3"><u><br>
        </u></font><a moz-do-not-send="true"
        href="mailto:users@rtems.org"><tt><font color="blue" size="2"><u>users@rtems.org</u></font></tt></a><font
        color="blue" size="3"><u><br>
        </u></font><a moz-do-not-send="true"
        href="http://lists.rtems.org/mailman/listinfo/users"><tt><font
            color="blue" size="2"><u>http://lists.rtems.org/mailman/listinfo/users</u></font></tt></a><font
        size="3">
      </font><tt><font size="3"><br>
          This message and any attachments are intended for the use of
          the addressee
          or addressees only.<br>
          The unauthorised disclosure, use, dissemination or copying
          (either in whole
          or in part) of its<br>
          content is not permitted.<br>
          If you received this message in error, please notify the
          sender and delete
          it from your system.<br>
          Emails can be altered and their integrity cannot be guaranteed
          by the sender.<br>
          <br>
          Please consider the environment before printing this email.</font></tt><font
        size="3"><br>
        <br>
        _______________________________________________<br>
        users mailing list</font><font color="blue" size="3"><u><br>
        </u></font><a moz-do-not-send="true"
        href="mailto:users@rtems.org"><font color="blue" size="3"><u>users@rtems.org</u></font></a><font
        color="blue" size="3"><u><br>
        </u></font><a moz-do-not-send="true"
        href="http://lists.rtems.org/mailman/listinfo/users"><font
          color="blue" size="3"><u>http://lists.rtems.org/mailman/listinfo/users</u></font></a><font
        size="3">
        <br>
        <br>
      </font><tt><font size="3"><br>
          This message and any attachments are intended for the use of
          the addressee
          or addressees only.<br>
          The unauthorised disclosure, use, dissemination or copying
          (either in whole
          or in part) of its<br>
          content is not permitted.<br>
          If you received this message in error, please notify the
          sender and delete
          it from your system.<br>
          Emails can be altered and their integrity cannot be guaranteed
          by the sender.<br>
          <br>
          Please consider the environment before printing this email.</font></tt><font
        size="3"><br>
        <br>
        <br>
      </font><tt><font size="3"><br>
          _______________________________________________<br>
          users mailing list</font></tt><font color="blue" size="3"><u><br>
        </u></font><a moz-do-not-send="true"
        href="mailto:users@rtems.org"><tt><font color="blue" size="3"><u>users@rtems.org</u></font></tt></a><font
        color="blue" size="3"><u><br>
        </u></font><a moz-do-not-send="true"
        href="http://lists.rtems.org/mailman/listinfo/users"><tt><font
            color="blue" size="3"><u>http://lists.rtems.org/mailman/listinfo/users</u></font></tt></a><font
        size="3">
        <br>
      </font>
      <br>
      <tt><font size="3">This message and any attachments are intended
          for
          the use of the addressee or addressees only.<br>
          The unauthorised disclosure, use, dissemination or copying
          (either in whole
          or in part) of its<br>
          content is not permitted.<br>
          If you received this message in error, please notify the
          sender and delete
          it from your system.<br>
          Emails can be altered and their integrity cannot be guaranteed
          by the sender.<br>
          <br>
          Please consider the environment before printing this email.<br>
        </font></tt>
      <br>
      <br>
      <pre>This message and any attachments are intended for the use of the addressee or addressees only.
The unauthorised disclosure, use, dissemination or copying (either in whole or in part) of its
content is not permitted.
If you received this message in error, please notify the sender and delete it from your system.
Emails can be altered and their integrity cannot be guaranteed by the sender.

Please consider the environment before printing this email.
</pre>
    </blockquote>
    <br>
  </body>
</html>