Building subsurface on Mac OS 11.x (Big sur)

[Dirk Hohndel]

This has nothing to do with dynamic linking rules. Something causes the "-mmacosx-version-min= " to be set to blank which is indeed invalid.
I build every commit in master on 11.x and that works just fine.

A small side note on that pull request that you opened and then closed again.

Deep6 dive computers will never be supported in any binary that I create as official Subsurface release.
The people behind those dive computers crossed some lines that make this a permanent decision.
Of course, being an open source projects, you and others are welcome to fork the project and do your own binary releases. I politely request that such releases are not called "Subsurface" or "Subsurface-mobile", and that they do not attempt to access the Subsurface Cloud service that I provide to the Subsurface community.

Thanks

/D

> On May 17, 2021, at 9:13 AM, Ryan Gardner via subsurface <subsurface at subsurface-divelog.org> wrote:
> 
> I was able to build fine on OS X before I upgraded to Big Sur - when running the build scripts now it fails very quickly with two errors: 
> 
> Run Build Command(s):/usr/bin/make -f Makefile cmTC_f8dee/fast && /Library/Developer/CommandLineTools/usr/bin/make  -f CMakeFiles/cmTC_f8dee.dir/build.make CMakeFiles/cmTC_f8dee.dir/build
> Building C object CMakeFiles/cmTC_f8dee.dir/testCCompiler.c.o
> /Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/bin/cc   -isysroot /Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX11.3.sdk -mmacosx-version-min= -DCMAKE_OSX_SYSROOT=/Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX.sdk/ -MD -MT CMakeFiles/cmTC_f8dee.dir/testCCompiler.c.o -MF CMakeFiles/cmTC_f8dee.dir/testCCompiler.c.o.d -o CMakeFiles/cmTC_f8dee.dir/testCCompiler.c.o -c /Users/ryan/git/libz/build/CMakeFiles/CMakeTmp/testCCompiler.c
> clang: error: invalid version number in '-mmacosx-version-min='
> make[1]: *** [CMakeFiles/cmTC_f8dee.dir/testCCompiler.c.o] Error 1
> make: *** [cmTC_f8dee/fast] Error 2
> 
> 
> 
> Compiling the C compiler identification source file "CMakeCCompilerId.c" failed.
> Compiler: /Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/bin/cc
> Build flags:
> Id flags:  
> 
> The output was:
> 1
> ld: library not found for -lSystem
> clang: error: linker command failed with exit code 1 (use -v to see invocation)
> 
> Looking into it more, it seems that Apple changed how they handle dynamic library linking, and it might need some different LDFLAGS ( see https://developer.apple.com/forums/thread/655588?answerId=665804022#665804022 <https://developer.apple.com/forums/thread/655588?answerId=665804022#665804022> ) 
> 
> I saw the github actions were using "macOS-latest", but that uses Mac OS 10.15 while they work on getting Mac OS 11 supported - ( https://github.com/actions/virtual-environments/issues/2486 <https://github.com/actions/virtual-environments/issues/2486> ) 
> 
> I'm guessing it will take some adjustments to get things to build on Mac OS 11 - before I start trying to make those I figured I'd check in here first to see if there is something simple that I am missing, or if this work was already done by somebody else. 
> 
> Ryan

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.subsurface-divelog.org/pipermail/subsurface/attachments/20210517/32754c51/attachment.htm>