Fix a libc++ include order issue in the Wrapper.
Fix for https://github.com/tpoechtrager/osxcross/issues/383
Introduce a complex C++20 test for SDK versions 13.3 and above, requiring Clang version 13.0 or higher.
Update the GCC version to 13.2.0 in the build_gcc.sh script.
There're quite a few mirrors where GNU software might be found.
Though there're some problems with them:
1. There's no guarantee any random mirror will be still up tomorrow
2. For mere mortal it's not clear how credible if xxx-yyy-zzz.org
in a sense that either tarball with sources might be corrupted
unintentionally or even with some bad intentions.
One solution here might be calculation of checksum but still
as long as the main "FTP" storage of GNU project is up there's
not much sense in using a _hard-coded_ mirror.
Unfortunately snapshots of GCC are not hosted at https://ftp.gnu.org/,
so keeping https://mirror.koddos.net for now.
* build_compiler_rt.sh: Change git repository. The llvm.org one is no longer synced.
* build_compiler_rt.sh: Add check for os/lock.h.
* xcrun: "Support" -show-sdk-platform-path.
* sw_vers: Output 0CFFFF for Build Version.
* Added support for TAPIv3 stubs (including "zippering" target)
* Added support for MacOSX SDKs up to 10.14
* Added new SDK packaging script for SDKs that end with ".xip" (tools/gen_sdk_package_pbzx.sh <xcode.xip>) (tested up to Xcode 10.2.1)
* Updated cctools to 921 and ld64 to 409.12
Fixed:
* Implemented fix for https://github.com/tpoechtrager/osxcross/issues/171
* Implemented fix for https://github.com/tpoechtrager/osxcross/issues/178
* Implemented fix for https://github.com/tpoechtrager/osxcross/issues/182
Changed:
* cctools, ld64, apple-libtapi and xar are now "git clone"'d and no longer come with OSXCross.
Removed:
* Support for Cygwin and *BSD (besides FreeBSD)
* Support for building OSXCross with GCC
- Machine -> Arch
- 'osxcross-conf': add missing OSXCROSS_VERSION
- error out on invald '-stdlib=' value
- add 'osxcross' util which can be used to check
for an OSXCross installation
- fix 'libLTO.so: cannot open shared object file'
- listFiles(): windows implementation
- cleanup
get_dependencies.sh:
- debian: add --force-yes
add a patch to support some older linux dists
(such as debian squeeze)
to highlight some changes:
- this gets rid of the bash dependency (after installing)
- osxcross-env, osxcross-conf and (the fake) dsymutil are now implemented
in the wrapper
- added: 'sw_vers' tool, which is required by some projects (llvm, ...)
- added '-oc-use-gcc-libs' option (uses './build_gcc.sh' libstdc++)
This new wrapper is also more restrict and several times faster than the bash
implementation (~0.2ms vs. 10ms+).
update README with libc++ build instructions and samples
fix mavericks SDK download link (pointed to 10.8)
build xar only for <=10.5
add -g0 to the clang invocation command to avoid dsymutil from being run (debugging is not supported, but I guess you don't want to debug the resulting binaries anyway if you build them on a non OS X system)
attempt to make the toolchain less path dependent (gcc still breaks though, because of hardcoded paths), but clang and cctools can be moved now
update cctools to 845
add DISABLE_LTO_SUPPORT option (DISABLE_LTO_SUPPORT=1 ./build.sh) to disable linking against libLTO.so
add support for 32 bit systems
add FreeBSD support
update PACKAGE script
