RTEMS-specific Newlib patches for aarch64

Kinsey Moore kinsey.moore at oarcorp.com
Fri Apr 22 13:36:46 UTC 2022


On 4/22/2022 07:28, Sebastian Huber wrote:
> On 17/03/2022 13:30, Kinsey Moore wrote:
>> On 3/17/2022 05:00, Sebastian Huber wrote:
>>> Hello,
>>>
>>> the current Newlib build fails for aarch64 due to RTEMS-specific 
>>> patches:
>>>
>>>   CC       libc/string/libc_a-wcscmp.o
>>> ../../../gnu-mirror-gcc-0f001dd/newlib/libc/machine/aarch64/setjmp.S:29:10: 
>>> fatal error: ../asmdefs.h: No such file or directory
>>>    29 | #include <../asmdefs.h>
>>>       |          ^~~~~~~~~~~~~~
>>>
>>> Why are these patches not in upstream Newlib?
>>>
>> The only patch I'm aware of should be for ILP32 support in the 
>> hand-coded AArch64 assembly in newlib.
>>
>> The short answer as to why the patch isn't upstream is that newlib 
>> hasn't committed it yet.
>>
>> The longer answer is that the hand-coded AArch64 ASM in newlib is 
>> sourced from ARM's optimized-routines repository. I provided a patch 
>> to newlib's specifications at which point they suggested I get it 
>> committed upstream in the optimized-routines repo, first. I did that 
>> and then requested they pull the changes, but they were in the middle 
>> of a release cycle. Having the patch locally was the interim solution 
>> while we waited for that release to finish and for newlib to pull in 
>> the changes. I'll take a look and see what the current status on that 
>> is and what changes prompted the patch to break.
>
> I don't see open pull requests in
>
> https://github.com/ARM-software/optimized-routines/pulls
>
> What is the status with respect to a Newlib integration?
>
All the necessary changes have been integrated into the 
optimized-routines repository. I just pinged the newlib list about 
integrating those changes since there doesn't seem to have been any 
movement toward that goal.


Kinsey



More information about the devel mailing list