an error if the last component of the path does not exist.
This is a bug in libgnat. The System.File_IO.Open function calls
full_name -> __gnat_full_name -> realpath on files that have not
yet been created. The Linux realpath was considered lacking, so a
different approach is used there. We now remove OpenBSD from the
#ifdef of operating systems supporting realpath and follow the Linux
code path.
New Ada bootstraps are required.
ok sthen@ pascal@
the command line. This resulted in shared libraries with an .interp section,
confusing plist generation tools.
Discussed with espie@, guenther@ and kettenis@; initial patch from espie@.
ok espie@
"ld: error: XX: has non-ABS relocation R_386_GOTOFF against symbol 'XX'"
is seen on other ports (telephony/asterisk, math/py-scipy) when built
with gcc 8 and znotext does not help there, so is unlikely to help here
either.
* switch gcc4 module to gcc/8
* register the gcc/8 subpackages as updates for their gcc/4.9 counterparts
* sync the gcc version in devel/llvm
* add a quirk entry that gcj is obsolete
* unhook 4.9 from the build
Preparatory work by many.
ok sthen@
stdfix.h, stdalign.h, and stdnoreturn.h
Ensure these headers are usable on all archs by ensuring that
openbsd-stdint.h is used on all archs.
While here, explicitly add the --disable-libssp flag to configure,
otherwise it will get built and installed.
Sync the PLISTs for these changes.
Prompted and much help and diagnosis on macppc by George Koehler.
Feedback from sthen@ and pascal@
ok pascal@
"- Merge in fix from base for the Alpha backend to fix and enable the stack
protector support (which is also required to allow the later stages of
the build to build)
- Merge in fix from base for the Alpha backend to fix an optimization issue
- Remove -O1 workaround which does not seem to be necessary
- Small Makefile tweaks; use GCC49_ARCHS for ONLY_FOR_ARCHS and remove sparc
Alpha tested by Miod"
"OK if you want to commit this, Stuart" pascal@
debug code.
Fixes the dreaded 'sprintf() is often misused, please use snprintf()'
warning from ld.bfd on libestdc++.so.18.0 when linking any c++ code.
As a side effect, this fixes cmake configure which errored out on this
warning. cmake now plans to ignore the warning per
https://gitlab.kitware.com/cmake/cmake/issues/18602 but fixing the
warning might help other things.
Note that gcc 6 is still not linked to the build, but progress is made
towards this goal. patch successfully tested on macppc & sparc64, where
cmake built & packaged.
original patch from George Koehler (thanks!) replacing the calls by
snprintf, changes to __builtin suggested by espie@.
"The current one fails with lld:
configure:4293: /usr/obj/gcc-4.9.4/bin/egcc -O2 -g conftest.c >&5 /usr/bin/ld: error: unable to find library -lc
This was fixed in rev 1.3 of patch-gcc_config_i386_openbsdelf_h by
adding -L/usr/lib to LINK_SPEC, but the existing adastrap predates
that change."
C++ templates, though not libgmpxx.
Split off the C++ support into a separate cxx subpackage. Add a
no_cxx bootstrap flavor and use it for the dependency chain up to
lang/gcc/4.9 in order to allow bootstrapping a C++ compiler from
ports.
Based on work by sthen@, tweaks by espie@.
