[PATCH] [MSP430] Make the inclusion of run_*_array functions depend on defined assembler symbols

Corinna Vinschen vinschen@redhat.com
Thu Apr 18 08:34:00 GMT 2019

On Apr 18 01:04, Jozef Lawrynowicz wrote:
> Many of the MSP430 crt functions (e.g. to initialize bss) are linked
> "dynamically", based on symbols defined in the program.
> The GNU assembler defines the symbols corresponding to the crt
> functions by examining the section names in the input file.
> If GCC has been configured with --enable-initfini-array, then
> .init_array and .fini_array will hold pointers to global
> constructors/destructors. These sections can also hold functions that
> need to be executed for other purposes.
> The attached patch puts the __crt0_run_{preinit,init,fini}_array and
> __crt0_run_array functions in their own object files, so they will
> only be linked into the final executable when needed.
> A companion patch for the GNU assembler has been submitted here:
> https://sourceware.org/ml/binutils/2019-04/msg00211.html
> Successfully regtested the DejaGNU GCC testsuite using the binutils and newlib
> changes together with GCC trunk configured with --enable-initfini-array.
> If the patch is acceptable, I would appreciate if someone would commit it for
> me, as I do not have write access.


Btw., you don't have to prepend text to your patch if it's reproducing
the commit message anyway.  Just send the patch with `git send-email'
to the list, patchsets ideally git format-patch'ed with --cover-letter.


Corinna Vinschen
Cygwin Maintainer
Red Hat
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 833 bytes
Desc: not available
URL: <http://sourceware.org/pipermail/newlib/attachments/20190418/6253b5ae/attachment.sig>

More information about the Newlib mailing list