This is the mail archive of the
newlib@sourceware.org
mailing list for the newlib project.
Re: RISC-V: GCC crti.S vs. Newlib __libc_init_array()
- From: Joel Sherrill <joel at rtems dot org>
- To: Sebastian Huber <sebastian dot huber at embedded-brains dot de>
- Cc: Newlib <newlib at sourceware dot org>
- Date: Wed, 25 Jul 2018 18:41:18 -0500
- Subject: Re: RISC-V: GCC crti.S vs. Newlib __libc_init_array()
- References: <644df991-627d-8f89-9caa-3b71121a7684@embedded-brains.de>
- Reply-to: joel at rtems dot org
On Wed, Jul 25, 2018 at 5:02 AM, Sebastian Huber <
sebastian.huber@embedded-brains.de> wrote:
> Hello,
>
> the GCC provided libgcc/config/riscv/crti.S and libgcc/config/riscv/crtn.S
> files are empty on RISC-V, e.g. they contain no definitions of _init and
> _fini. This leads to undefined references in Newlib provided
> __libc_init_array() and __libc_fini_array(). I would like to fix this.
> Should this be done via some configure test or a __riscv machine define in
> newlib/libc/misc/init.c and newlib/libc/misc/fini.c?
I would lean to a __riscv define in newlib/libc/misc/init.c and fini.c.
But if they need these, why aren't they in gcc? This seems to be covering
up a gcc issue that would impact non-RTEMS targets.
>
>
> --
> Sebastian Huber, embedded brains GmbH
>
> Address : Dornierstr. 4, D-82178 Puchheim, Germany
> <https://maps.google.com/?q=Dornierstr.+4,+D-82178+Puchheim,+Germany&entry=gmail&source=g>
> Phone : +49 89 189 47 41-16
> Fax : +49 89 189 47 41-09
> E-Mail : sebastian.huber@embedded-brains.de
> PGP : Public key available on request.
>
> Diese Nachricht ist keine geschäftliche Mitteilung im Sinne des EHUG.
>
>