Re: Multi-architecture loader/dynamic linker?

Thanks!

I'll take a look at the Musl linker and loader code... if it cleanly
builds on top of libc and doesn't bypass libc (ie: if it doesn't make
syscalls directly), it might be just what I'm looking for. Musl is
designed targeting Linux syscalls, and I want multi-OS compatibility,
in the fashion of Newlib. Limiting the object code format to ELF is
not a problem, as I'm doing everything in ELF (although I could move
to another format if needed), but however depending on the Linux (or
other OS) syscalls is not possible.

I'll study if the Musl linker can be built on top of Newlib. If that's
possible, then maybe I have the solution I'm looking for.

@Sebastian Huber: Thanks a lot for telling about the RTEMS linker,
although I see it's currently GPL because of its dependencies.
Regarding BSD loaders/linkers, maybe they are an option, but I'll
check the Newlib+Musl approach first.

Best!

ardi

On Mon, Jul 16, 2018 at 8:25 AM, Kito Cheng <[email protected]> wrote:
> Perhaps you can try Musl libc (https://www.musl-libc.org/) ? It's not
> newlib based but it's MIT License and contain support for dynamic
> linker and loader.
> On Mon, Jul 16, 2018 at 1:39 PM Sebastian Huber
> <[email protected]> wrote:
>>
>> Hello,
>>
>> On 14/07/18 17:16, ardi wrote:
>> > Hi!
>> >
>> > Are you aware of any non-copyleft loader / dynamic linker, suitable for
>> > developing with newlib, and with support to dynamic libraries and different
>> > CPUs (Intel, ARM, MIPS, PowerPC) ?
>> >
>> > Thanks a lot!
>>
>> in RTEMS (which uses Newlib) we have some support for dynamic libraries
>>
>> https://ftp.rtems.org/pub/rtems/people/chrisj/rtl/rtems-linker/index.html
>>
>> It is not a complete implementation and work in progress.
>>
>> You may have a look at the loader / dynamic linker from the BSD projects.
>>
>> --
>> Sebastian Huber, embedded brains GmbH
>>
>> Address : Dornierstr. 4, D-82178 Puchheim, Germany
>> Phone   : +49 89 189 47 41-16
>> Fax     : +49 89 189 47 41-09
>> E-Mail  : [email protected]
>> PGP     : Public key available on request.
>>
>> Diese Nachricht ist keine geschäftliche Mitteilung im Sinne des EHUG.
>>