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).
This merges a series of commits that solve a few issues with paths
for Windows builds.
Variables 'PDDIR' and 'PDBINDIR' now have precedence over 'pdbinpath' as they
should.
Default paths for 32 bit builds on 64 bit Windows are now implemented (thanks
to Lucas Cordiviola).
Probing of 'pdincludepath' and 'pdbinpath' through 'ls' is removed to avoid
confusing error messages.
Such error messages are confusing if you do not intend to use default
paths. Therefore the probes with ls are removed. Paths to m_pd.h and
pd.dll are probed later in the process when they are possibly
overriden by user definitions.
The variable was introduced in commit 41e9743 for compatibility
with centralized build system as inherited from Pd-extended by
Pd-L2ork and Purr Data. But it doesn't work in that context because
$(PD_PATH)/bin is absent. Therefore better remove 'PD_PATH' and
focus on making variables 'PDDIR' & Co. work as expected.
