ANN: lm32-rtems4.10 toolchain rpms

[Joel Sherrill]

Thanks.

The gdb executable at least now loads an RTEMS application. :-D

Jon.. when you run gdb or -run do you pass any
special arguments?

When I do a "tar sim; load; run", hello.exe fails like this:


Starting program: 
/home/joel/rtems-4.10-work/build/build-lm32-lm32_evr-rtems/lm32-rtems4.10/c/lm32_evr/testsuites/samples/hello/hello.exe 

core: 4 byte read to unmapped address 0x800001c at 0x800001c

There is no readme for the BSP so it could easily be
an operator error on my part at this point.

--joel

Ralf Corsepius wrote:
> Joel Sherrill wrote:
>   
>> Speedy. :)
>>
>> I successfully built the CVS head for lm32/lm32_evr.
>>
>> Is the lm32 gdb in your queue?
>>     
>
> I had added a vanilla gdb-upstream based lm32-rtems4.10-gdb package 
> yesterday, but ... as you had experienced ... upstream gdb is still 
> lacking support for the lm32, so these packages had been non-functional :(=)
>
>
> Anyway, ... thanks to Jon B.'s (original author of the lm32 parts of the 
> GNU toolchain) assistance, we now should have a fully up2date 
> lm32-rtems4.10-gdb.
>
> I merged Jon's latest version of his patches, adapted them for gdb-cvs 
> HEAD and made them buildable ...
>
>   
>> It has a simulator for this BSP?
>>     
>
> Meanwhile, yes (except for MinGW - MinGW doesn't provide the necessary 
> APIs to be able to build the simulator)
>
>
> Of course, I don't know if its functional. However, this gdb consists of 
> the very latest bits and pieces from both upstream FSF gdb and Jon, so 
> this is the max. you can get ;)
>
>   
>> It didn't install with yum install "*lm32*"
>>     
> Try again, ...
>
> Ralf
>   


-- 
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