in the
archives and become google-able.
Also worth pointing out is that if you choose a RelWithDebInfo build for OSG or
SG and don't specify a null RelWithDebInfo postfix (which is what one of
Matthias' lines does
-D CMAKE_RELWITHDEBINFO_POSTFIX=
)
then the SG and FG builds will fail unless
/*HEAD*, which you should. Also
make sure you configured OSG with either of
$ cmake . -DCMAKE_BUILD_TYPE=Release
$ cmake . -DCMAKE_BUILD_TYPE=RelWithDebInfo
because without specifying a build-type you'll get Debug, which is
quite slow.
m
checked in a default build type of release, which should
accelerate the default build.
Part of my script to set up all flightgear related projects is about:
export CFLAGS= ...
export CXXFLAGS= ...
cmake \
-D CMAKE_BUILD_TYPE=RELWITHDEBINFO \
-D CMAKE_DEBUG_POSTFIX
CFLAGS= ...
export CXXFLAGS= ...
cmake \
-D CMAKE_BUILD_TYPE=RELWITHDEBINFO \
-D CMAKE_DEBUG_POSTFIX= \
-D CMAKE_MINSIZEREL_POSTFIX= \
-D CMAKE_RELEASE_POSTFIX= \
-D CMAKE_RELWITHDEBINFO_POSTFIX= \
-D CMAKE_VERBOSE_MAKEFILE=TRUE \
-D
2.6.3, while SimGear's CMakeList only has cmake_minimum_required(VERSION
2.6) , so this should be updated (maybe directly to 2.8?).
Yet another thing: when trying to build with CMAKE_BUILD_TYPE
RelWithDebInfo or MinSizeRel, the FlightGear build will fail unless you
have SimGear libraries
cmake 2.8.0 and higher.
Yet another thing: when trying to build with CMAKE_BUILD_TYPE RelWithDebInfo
or MinSizeRel, the FlightGear build will fail unless you have SimGear
libraries in Release configuration still around (against which it will link,
but not against the matching configuration
- which I did not
try to build, but would expect no problems.
That is -
MinSizeRel - Uses /O1 instead of Release /O2
RelWithDebInfo - Is Rel with /Zi
This latter might be interesting for
debugging but have still to experiment with
it.
The full debug build is with /Od /Zi, and runs
incredibly slow
7 matches
Mail list logo
