Hi Rasmus, Some new on this.
> On 20 Nov 2021, at 09:07, Olivier Hainque <hain...@adacore.com> wrote:
>
> I'll check how our build sequence proceeds.
Turns out our build succeeds thanks to the presence
of a vendor version of stdint.h in the VxWorks6/7 header dirs
and we're lucky that the need to pre-include yvals.h isn't
showing up during the libraries' build.
It is of course not good to use one version during the build
of libraries then install an alternate version that will be
used by programs afterwards.
The attached patch achieves the same kind of thing you
initiated, only reusing a method previously introduced
for glimits.h instead of adding a new use_gcc_stdint value,
which seems a bit less intrusive to me.
This introduces an indirect dependency on the VxWorks version.h
for vxcrtstuff objects, for which we then need to apply the same
tricks as for libgcc2 regarding include paths (to select the system
header instead of the gcc one).
I have had a few succesful builds and tests with this,
for both VxWorks 6 and VxWorks 7 configurations.
Bootstrap and regtest on x86°64-linux in progress.
cc'ed Alex who proposed the T_GLIMITS_H change.
Olivier
2021-02-12 Olivier Hainque <hain...@adacore.com>
Rasmus Villemoes <r...@rasmusvillemoes.dk>
gcc/
* Makefile.in (T_STDINT_GCC_H): New variable, path to
stdint-gcc.h that a target configuration may override when
use_gcc_stdint is "provide".
(stmp-int-hdrs): Depend on it and copy that for
USE_GCC_INT=provide.
* config.gcc (vxworks): Revert to use_gcc_stdint=provide.
* config/t-vxworks (T_STDINT_GCC_H): Define, as vxw-stdint-gcc.h.
(vxw-stdint-gcc.h): New target, produced from the original
stdint-gcc.h.
(vxw-glimits.h): Use an automatic variable to designate the
first and only prerequisite.
* config/vxworks/stdint.h: Remove.
libgcc/
* config/t-vxworks: Set CRTSTUFF_T_CFLAGS to
$(LIBGCC2_INCLUDES).
* config/t-vxworks7: Likewise.
0001-Provide-vxworks-alternate-stdint.h-during-the-build.patch
Description: Binary data
