rtems with matlab autocode problems

Joel Sherrill joel.sherrill at OARcorp.com
Wed Jun 16 15:56:12 UTC 2010


On 06/16/2010 10:52 AM, João Rasta wrote:
> Hi,
>
> No, autocode requires the real-time workbench only, it is quite 
> straightforward to generate the code.
>
> I didn't fully understood your question. Anyway, i have tried to 
> compile the application with gcc and runs fine on linux so it should 
> run on rtems with the apropriate modifications. However, when i 
> printf("test\n") within the library finction, it returns strange 
> characters, which doesn't happen in the function that calls the 
> library function..
Is it including stdio.h?  I have seen some targets where if you don't 
the variable
arguments stuff gets confused.

Is the generated code warning free?
>
> I suspect of a compilation flag/option i may be missing on the 
> library. Do you have any idea?
>
As long as it is compiled the same as the rest of the app, it should be ok.
> Also, i don't need any rtems primitives/configurations on the library 
> functions right? I'm assuimng It is enough to have the rtems 
> configuration on the "main" file.
>
Right.

Can you print from other tasks?

--joel
>
> Best,
> JM
>
>
>
> On Wed, Jun 16, 2010 at 4:42 PM, Joel Sherrill 
> <joel.sherrill at oarcorp.com <mailto:joel.sherrill at oarcorp.com>> wrote:
>
>     On 06/16/2010 10:38 AM, João Rasta wrote:
>
>         Hi,
>
>         I'm having trouble running an rtems application that uses code
>         generated from matlab using autocode. It all goes well until a
>         function of this library is called: printfs return awkward
>         characters and then the application crashes.
>
>     I have seen references to this before.  Is this hard to do?  Are
>     there instructions?
>     Standard glue code, etc.
>
>         1) Is there any obvious reason to why printfs of the autocode
>         generated functions are not working properly? They are
>         compiled with sparc-rtems-gcc, as the main code.
>
>         2) Are there any special flags needed to be passed to the
>         compiler in order to link other libraries? Or some rtems
>         configuration..
>
>     Is there any chance it is printing floating point numbers from a
>     non-FP task?
>
>
>         Best,
>         JM
>
>
>
>     -- 
>     Joel Sherrill, Ph.D.             Director of Research&  Development
>     joel.sherrill at OARcorp.com        On-Line Applications Research
>     Ask me about RTEMS: a free RTOS  Huntsville AL 35805
>       Support Available             (256) 722-9985
>
>
>


-- 
Joel Sherrill, Ph.D.             Director of Research&  Development
joel.sherrill at OARcorp.com        On-Line Applications Research
Ask me about RTEMS: a free RTOS  Huntsville AL 35805
    Support Available             (256) 722-9985





More information about the users mailing list