gcc -fstack-limit-symbol patches for ColdFile CPU still waiting to be applied

Greg,

I haven't thought about this in a while, but recent activity on the uClinux developer's list reminded me again to check into this bug.

A couple years ago I posted patches on gcc bugzilla for gcc 4.6, 4.7, and 4.8 to implement -fstack-limit-symbol for ColdFire processors, as well as to correct the code generated for all m68k processors [1] [2].  I posted an announcement here as well back on 25 September 2012.  The recent conversations here about ColdFire processors made me think someone might still care about that work.

Merging my patches into the gcc trunk keeps getting deferred.  The last time I had any correspondence with anyone about a time frame, I think the delay was because of the lack of someone working on the m68k code in the compiler.  I've never written any compiler code before this, but I do know how to read assembly language to see what the compiler is emitting.  (That's how I determined the existing implementation was not right and not as efficient as it could be.)  I was able to generate and run my code on uClinux with the stack checking option using my patched gcc.

Regards,

Larry Baker
US Geological Survey
650-329-5608
[email protected]

[1] https://gcc.gnu.org/bugzilla/show_bug.cgi?id=53834
[2] https://gcc.gnu.org/bugzilla/show_bug.cgi?id=28896

_______________________________________________
uClinux-dev mailing list
[email protected]
http://mailman.uclinux.org/mailman/listinfo/uclinux-dev
This message was resent by [email protected]
To unsubscribe see:
http://mailman.uclinux.org/mailman/options/uclinux-dev