Patch: Extended libgloss support for ARM, replacing libc/sys/arm
Jeff Johnston
jjohnstn@redhat.com
Wed Jun 9 20:56:00 GMT 2004
Amended patch has been checked in. Torald, if you have problems with it, just
let me know.
-- Jeff J.
Jeff Johnston wrote:
> Jeff Johnston wrote:
>
>> Toralf Lund wrote:
>>
>>> Hello again,
>>>
>>> I just tried to submit a patch via the mailing list. Unfortunately,
>>> the message got so large that the list software wouldn't accept it,
>>> so I've now uploaded the file to our FTP server instead. See:
>>>
>>> ftp://ftp.procaptura.com/pub/newlib-libglossARM.patch
>>>
>>>
>>> Original text:
>>>
>>> Hi.
>>>
>>> Here is (the first version of) a patch that will make some changes to
>>> the ARM setup that were discussed on this list some time back. It will:
>>>
>>> 1. Remove newlib/libc/sys/arm
>>> 2. Add support files for RDI, RDP and "bare"/"nomon" system to
>>> libgloss/arm, based on the above.
>>> 3. Set up libgloss/arm to build separate start files for nomon, RDI
>>> and RDP, and "BSP" libs for the latter two.
>>> 4. Extend nomon crt0 so that it will set up stack for all execution
>>> modes, based on address value that may be specified externally,
>>> and call "init hooks" when present.
>>>
>>> Comments are welcome. Note that as I haven't been able to test the RDI
>>> and RDP code a lot, since I don't have boards with those debug monitors.
>>>
>>> - Toralf
>>>
>>
>> Toralf,
>>
>> I noticed when I applied the patch that you left a few references to
>> sys_dir=arm for the ep9312 and a few others. I have changed these and
>> also changed libgloss to recognize the ep9312. I am currently
>> building with the patch applied.
>>
>> -- Jeff J.
>>
>
> After some discussion with an ARM maintainer, I have decided to alter
> the patch further to avoid extensive breakage of existing build
> processes. Instead of deleting libc/sys/arm I have decided to leave it
> up to the existing --disable-newlib-supplied-syscalls option to remove
> it. This will mean that the default will still be the current
> behavior. There will be a new machine/arm directory and there will be
> the new libgloss files being built. If the
> --disable-newlib-supplied-syscalls configure option is used, the sys/arm
> directory will not be built.
>
> Torald, could you try out the attached patches to ensure your tests
> continue to work as expected (with the
> --disable-newlib-suppplied-syscalls option specified of course).
>
> -- Jeff J.
>
>
>>>
>>
More information about the Newlib
mailing list