Bug 5878 - raise macOS requirements (from 10.6)
Summary: raise macOS requirements (from 10.6)
Status: NEW
Alias: None
Product: ThinLinc
Classification: Unclassified
Component: Client platforms (show other bugs)
Version: trunk
Hardware: PC Unknown
: P2 Normal
Target Milestone: LowPrio
Assignee: Peter Åstrand
URL:
Keywords:
Depends on: 8361
Blocks: 8337
  Show dependency treegraph
 
Reported: 2016-05-09 17:48 CEST by Pierre Ossman
Modified: 2024-11-08 09:48 CET (History)
2 users (show)

See Also:
Acceptance Criteria:


Attachments

Description Pierre Ossman cendio 2016-05-09 17:48:08 CEST
OS X 10.6 is pretty dated by now, and it may be time to raise the system requirements. This would give us more flexibility in which APIs we could use, and could reduce the risk of unexpected behaviour by narrowing the range of supported versions.

For reference, Google dropped support for anything older than 10.9 in November 2015:

https://chrome.googleblog.com/2015/11/updates-to-chrome-platform-support.html

Apple has no official stance on life cycles (and doesn't even seem to announce that they've stopped updating something). There seems to be theme of supporting the latest three versions though.

More information is probably needed on what our customers use.
Comment 1 Pierre Ossman cendio 2016-05-10 10:35:11 CEST
The build system is another big issue here as it is a bit difficult to cross-compile for OS X as binutils doesn't support OS X and we have to try to port Apple's tools. 

However, we might also be able to update the SDK without changing the tools.
Comment 2 Pierre Ossman cendio 2021-08-30 15:38:52 CEST
This fork of Apple's cctools/ld64 seems to have some interest:

https://github.com/tpoechtrager/cctools-port
Comment 3 Pierre Ossman cendio 2021-09-01 16:15:55 CEST
A quick test shows that cctools-port seems possible to build for us with minor changes to how we build odcctools. I haven't tested using it though, but hopefully there are no massive blocking bugs.

I tried the latest release they've made (cctools 877.8), as well as the latest branch with explicit gcc support (cctools 895).

Trying the next latest branch (cctools 949) fails as the configure script explicitly checks that clang is used. It might be possible to work around this if necessary. They haven't documented if they actually need clang specific functionality, or if they simply aren't testing gcc anymore.
Comment 4 Pierre Ossman cendio 2023-02-10 09:19:43 CET
macports claims that cctools assembler is abandoned in favour of llvm's, and hence doesn't support modern things like AVX:

https://trac.macports.org/ticket/37846

Perhaps we need to do more than just upgrade cctools to have a current toolchain...

llvm also has a linker. I wonder if Apple has switched to that as well?
Comment 5 Pierre Ossman cendio 2024-06-18 08:24:25 CEST
This seems to be a tracker for currently missing features in gcc to handle Apple's SDK:

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90709
Comment 6 Samuel Mannehed cendio 2024-08-16 14:15:22 CEST
This project contains a proof-of-concept Linux-based build system able to target recent macOS SDK versions using clang:

https://git.cendio.se/cendio/macos-toolchain

Note You need to log in before you can comment on or make changes to this bug.