Re: [hatari-devel] OS X devel compiled binary

[Thomas Huth <th.huth@xxxxxx>]

On 12/11/15 20:57, Jerome Vernet wrote:
> Here is verbose output. main.c is somewhere.
> 
> [ 52%] Linking C executable hatari
> cd /Users/jeromevernet/Documents/dev/Hatari-hgrc3/hatari/src &&
> /Applications/CMake.app/Contents/bin/cmake -E cmake_link_script
> CMakeFiles/hatari.dir/link.txt --verbose=1
> /Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/bin/cc
>  -O3 -DNDEBUG -isysroot
> /Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX10.11.sdk
> -Wl,-search_paths_first -Wl,-headerpad_max_install_names
[...]
> debug/libDebug.a -framework SDL -framework Cocoa -framework readline
> /opt/local/lib/libz.dylib -framework libpng /opt/local/lib/libX11.dylib
> /opt/local/lib/libXext.dylib -framework portaudio -framework capsimage
> -Wl,-rpath,/Users/jeromevernet/Documents/dev/Hatari-hgrc3/hatari/src/debug
> -Wl,-rpath,/Users/jeromevernet/Documents/dev/Hatari-hgrc3/hatari/src/falcon
> -Wl,-rpath,/Users/jeromevernet/Documents/dev/Hatari-hgrc3/hatari/src/gui-sdl
> -Wl,-rpath,/Users/jeromevernet/Documents/dev/Hatari-hgrc3/hatari/src/cpu
> -Wl,-rpath,/Users/jeromevernet/Library/Frameworks
> Undefined symbols for architecture x86_64:
>   "_main", referenced from:
>      implicit entry/start for main executable
>      (maybe you meant: _SDL_main)
> ld: symbol(s) not found for architecture x86_64

Right, it links against the SDL library itself, but what about
libSDLmain.a ? Isn't there an libSDLmain.a (or libSDLmain.dylib or how's
it called on OS X) somewhere in your framework or in /usr/lib or
somewhere similar, too?
The SDLmain.a library is required for the "startup" code and provides
the main() function - unless you replace it with gui-osx/SDLMain.m when
building a version with the OS X gui.

 Thomas