Any known compiler issues for CPU32? (stack corruption problem)

Chris Johns cjohns at
Thu Feb 28 00:55:26 UTC 2002

Mike Panetta wrote:

> As for the stack thing, I am not sure if the SP at the begining of the
> task was really corrupt.  I am beginning to think that RTEMS allocates
> the tasks stack in the empty space after the main stack, I think its
> called the Workspace area?  Either way, something is definately wrong. 
> I set a breakpoint at printf, and at SciInterruptWrite, which is
> eventually called indirectly from printf after a long way through some
> other code.  Everything seemed fine at that breakpoint, I stepped
> through it for awhile, and then just decided to continue, the program
> locked up.  I waited a few seconds, and then hit the berr switch on the
> BDM pod to wake it back up, then displayed the SP, the FP, and the PC. 
> The PC was way out in lala land (it was at 0xa3a00680, which is not in
> any address space on this board), but the SP and the FP "looked" ok.

Do you have the correct libgcc.a being linked ? This is the typical 
printf problem on the m68k given the stack is large enough. Try:

   $ m68k-elf-objdump -D your.elf | grep fsave

  Chris Johns, cjohns at

More information about the users mailing list