aboutsummaryrefslogtreecommitdiff
path: root/gcc/value-range.cc
diff options
context:
space:
mode:
authorOlivier Hainque <hainque@adacore.com>2022-03-10 11:02:11 +0000
committerOlivier Hainque <hainque@adacore.com>2022-10-02 09:12:34 +0000
commit6ed7eee30f4c5e7a4ae0119bbc93a1487751cbc7 (patch)
tree1f543f951e0223216440a37cc7fe831b763326a0 /gcc/value-range.cc
parent3290dcf14994cee3f86abd8cc7d38ddedaaec062 (diff)
downloadgcc-6ed7eee30f4c5e7a4ae0119bbc93a1487751cbc7.zip
gcc-6ed7eee30f4c5e7a4ae0119bbc93a1487751cbc7.tar.gz
gcc-6ed7eee30f4c5e7a4ae0119bbc93a1487751cbc7.tar.bz2
Refine guard for vxworks crtstuff spec
Working on the reintroduction of shared libraries support (and of modules depending on shared libraries) exposed a few test failures of simple c++ constructor tests on arm-vxworks7r2. Investigation revealed that we were not linking the crtstuff objects as needed from a compiler configured not to have shared libs support, because of the ENABLE_SHARED_LIBGCC guard in this piece of vxworks.h: /* Setup the crtstuff begin/end we might need for dwarf EH registration and/or INITFINI_ARRAY support for shared libs. */ #if (HAVE_INITFINI_ARRAY_SUPPORT && defined(ENABLE_SHARED_LIBGCC)) \ || (DWARF2_UNWIND_INFO && !defined(CONFIG_SJLJ_EXCEPTIONS)) #define VX_CRTBEGIN_SPEC "%{!shared:vx_crtbegin.o%s;:vx_crtbeginS.o%s}" crtstuff initfini array support is meant to be leveraged for constructors regardless of whether the compiler also happens to be configured with shared library support, so the guard on ENABLE_SHARED_LIBGCC here is inappropriate. This change just removes it, 2022-09-30 Olivier Hainque <hainque@adacore.com> gcc/ * config/vxworks.h (VX_CRTBEGIN_SPEC, VX_CRTEND_SPEC): If HAVE_INITFINI_ARRAY_SUPPORT, pick crtstuff objects regardless of ENABLE_SHARED_LIBGCC.
Diffstat (limited to 'gcc/value-range.cc')
0 files changed, 0 insertions, 0 deletions