Different behaviour of RTEMS in QEMU/i386 and SPARC

[Constantine "chicky" Giotopoulos]

The original program is not using any RTEMS directives, it's just a bunch
of functions that execute floating point operations, that can be compiled
and run on any machine with a compiler. The only option needed when
compiling it is "-lm" because it utilizes the "math.h" library. Since its
execution is proceeding normally means that the CPU is able to handle the
operations. Even if the CPU couldn't handle the operation, it would have
presented somekind of "defect" of "flaw" message.

When I modified the program in order to execute "paranoia's" functions
through a single RTEMS task, at the point indicated the execution seems to
freeze, as if it encounters an infinite loop or something else that
prevents it from continuing. Something that is not the case when executing
the same code on the SPARC machine.

On Mon, Oct 31, 2011 at 11:38 AM, Sebastian Huber <
sebastian.huber at embedded-brains.de> wrote:

> On 10/31/2011 11:27 AM, Constantine "chicky" Giotopoulos wrote:
>
>> I doubt that this is the case overall, because when I compile the
>> (original)
>> program and run it outside of Qemu on an Intel machine, it doesn't
>> freeze, it
>> runs until the end.
>>
>
> How do you compile it to run it outside of Qemu?
>
>
> --
> Sebastian Huber, embedded brains GmbH
>
> Address : Obere Lagerstr. 30, D-82178 Puchheim, Germany
> Phone   : +49 89 18 90 80 79-6
> Fax     : +49 89 18 90 80 79-9
> E-Mail  : sebastian.huber at embedded-**brains.de<sebastian.huber at embedded-brains.de>
> PGP     : Public key available on request.
>
> Diese Nachricht ist keine geschäftliche Mitteilung im Sinne des EHUG.
> ______________________________**_________________
> rtems-users mailing list
> rtems-users at rtems.org
> http://www.rtems.org/mailman/**listinfo/rtems-users<http://www.rtems.org/mailman/listinfo/rtems-users>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.rtems.org/pipermail/users/attachments/20111031/a10a24be/attachment.html>