Closed schriftgestalt closed 8 years ago
The other build files are not updated, yet.
I am using Premake5 to manage the building process, for both Linux and Windows. I do not have a Mac so that there is no configuration for XCode. But you can add a config to automatically produce a XCode project.
ps. the getopt.c
is for Windows MSVC only. On Linux or using MinGW it is simply ignored.
I did compile it as described in the Linux section. That worked fine. But debugging is so much easier in Xcode ...
@schriftgestalt I think you can add some configurations in premake5.lua
to add a xcode
action. XCode projects are binary files, and I do not think that adding them into the repo is a good idea.
@schriftgestalt I've add a xcode4
action to premake5.lua
in this branch.
You can checkout whether it works (using the premake5 xcode4
and check out the workspace files inside build/xcode
).
I checked it. The configuration need this change:
ALWAYS_SEARCH_USER_PATHS = YES USER_HEADER_SEARCH_PATHS = ../../dep/\ ../../src/**
And for projects like this, it is a but annoying to have so many sub projects.
@schriftgestalt
Searching subdirectories in dep
and src
is needless, given that dep/polyfill-msvc/getopt.h
is needless for XCode. XCode has built-in support for getopt_long
.
Nur otherwise it does not finds the files in 'extern'. That was the reason to put the extern folder into src.
But for some reason your Xcode projects didn't complain about the wrong getopt. I have to check that tomorrow.
@schriftgestalt
XCode does not support specifying multiple header search directory? That's bad.
I will open another PR to talk about project structure and more building backends.
Sorry for closing this PR, I will not include any IDE-specific files that can be generated from premake5
.
The discussions and latest code are moved to #19.
The discussions and latest code are moved to #19.
I needed to move the 'extern' folder into source, otherwise Xcode picks up the wrong 'getopt' file.