[Arm] SP and SL initialization refactored

Richard Earnshaw (lists) Richard.Earnshaw@arm.com
Wed Apr 10 14:55:00 GMT 2019


On 10/04/2019 15:23, Corinna Vinschen wrote:
> Hi Richard,
> 
> On Apr 10 13:26, Richard Earnshaw (lists) wrote:
>> On 19/03/2019 13:54, Alexander Fedotov wrote:
>>> Hi all
>>>
>>> In continue of threads
>>> https://sourceware.org/ml/newlib/2019/msg00117.html and
>>> https://sourceware.org/ml/newlib/2019/msg00102.html
>>>
>>> I have reworked stack pointer initialization and stack limit as well.
>>> General idea behind of all these changes is to provide hook for
>>> flexibility (including semihosting when debug tap is used) and improve
>>> readability of existing crt0 code.
>>> And now code makes SP initialization in Thumb mode :)
>>>
>>> Any comments are very appreciated.
>>>
>>> Alex
>>>
>>
>> Apologies once again for the delayed review.
>>
>> A small plea: when posting patches, please can you ensure that your
>> attachments are text/patch, or something similar, so that replies will
>> include the contents (and I can view them directly in the email rather
>> than having to mess about extracting the attachment).
> 
> Ideally the patches are inline patches sent with `git send-email' or
> equivalent.  I added some wording in terms of how to provide patches to
> https://sourceware.org/newlib/ lately.  Do you have a suggestion for
> improving this?
> 
> 
> Thanks,
> Corinna
> 

Not really;  When I use git format-patch with --attach I get
text/x-patch as the MIME type, which is fine.  Problems only start if
users have poorly configured mail client that attach as octet-stream or
other binary types.  Then mail clients can't display the attachment
inline as they don't know the format is really displayable.

R.



More information about the Newlib mailing list