This solves the issue where platform-dependent class inclusion
could not work (#61). Also it seems a more logical order of
evaluation in general because binary file extensions are platform-
dependent.
Branch target-detection adds 10 commits from 1dc4219 till 0993535
and will close the following issues:
#21 OSX fat binaries, default or not?
#50 i386 architecture deprecated for macOS
#55 detect target platform consistently, and simplify cross compilation
Minimum version 10.4 was previously set for fat binaries built on i386.
Since fat-by-default is dropped, minimum version can simply be 10.6
if not specified otherwise in cflags.
OSX 10.14.3 can not build for 10.5 and stalls the build. Specifying
10.6 as minimum solves the issue (#49). For building with OSX on i386
architectures, minimum OSX version remains unchanged (10.4).
This commit fixes a regression bug introduced with commit 48c4127
for v0.4.1. If minimum OSX version is not specified the compiler will
assume the version of the build machine and the build may not be
fully compatible with older OSX versions.
Stripping of installed binaries for Windows is done by default because
their unstripped size is ridiculously large when built with Mingw-w64.
This default behavior can still be overriden by defining 'stripflags'
empty during install.
This reverts commit 6bfaba6. Target 'install-strip' wasn't a good idea. A
library makefile may want to define a post install target.
Makefile.pdlibbuilder should define only one installation target, that
can be defined as prerequisite for other targets. A stripping method is
still needed, but not this one.
It seems that externals built with Mingw-w64 are ~10 times larger than
equivalent builds on other platforms (including original Mingw). Stripping
is therefore desirable. As suggested by IOhannes Zmoelnig stripping is not
done by default, instead this alternative installation target is provided
(like in autotools).
