Commit [20e829]  Maximize  Restore  History

finished automake (2nd attempt)

finished automakeization of the build-system (without interfereing in the
existing buildsystem (by msp))

FEATURES:
+ fully automake (as far as Pd is concerned; portmidi and friends might still
need some work)
this means:
- make install
- make uninstall
- make dist
and all the other nifty stuff
+ autoconf
factored out autoconf code for iphone and android and universal builds, this
should make it much easier to maintain
+ headers
a number of private headers are installed into ${prefix}/include/pd/
+ pkg-config
pd.pc tells you were to find private headers and what flags you need to compile
pd-externals
+ tricks are kept to a minimum as well as hardcoded flags and paths

CAVEATS:
- only one build-system at a time
you shouldn't try to use both the automake build-system and msp's system in
the same directory; you might end up with calling a "makefile" from the wrong
build-system

detailed log
============
=
headers into ${includedir}/pd/
=
included g_all_guis.h as proposed by hans
=
added flags from the template external Makefile (ext13/Makefile) in the
configure process as EXTERNAL_CFLAGS, EXTERNAL_LDFLAGS and EXTERNAL_EXTENSION.
these can be queried via pkg-config to build externals
=
renamed extra/makefile to extra/makefile.subdir
this was discussed at IRC
=
indentation...
=
iphoneSDK autoconf macros
=
basic checks for Android
=
fixed copyright
=
new flag --iphone-version: hopefully an even more generic iPhone detection
=
try to move all the generated stuff into m/config and m4/generated;
m4/ (with no subdir) is reserved for handrafted files
=
replace 'echo "WARNING"..."' with AC_MSG_WARN
=
check architecture for both android and iPhone
=
rely on android-check (== removes manual android things from configure.ac)
=
checks for universal binaries now in a separate m4-file
=
handle Hurd and GNU/kFreeBSD as special cases of LINUX.
i know this is wrong, but should work for now...
=
for recursive calls we need "-f AMakefile" as AM_MAKEFLAGS
=
regenerated AM Makefiles
=
fixed $(NAME) issue
=
add DATA to dist
=
dummy file to allow the use of "-f AMakefile" recursively
=
install-hook and uninstall-hook for the link fest
=
don't forget to include AMakefile into the dist package
=
expr~ needs some header files to be included into dist, else it won't build
=
extra need not be called manually, as it's now properly "automade"
=
dont forget to include pd.ico
=
removed the "AMakefile" cruft: renamed AMakefile to GNUmakefile.
this won't touch the existing build-system (since there won't be any GNUmakefile
unless automake is used), but if automake is used, "GNUmakefile" will take
precedence over "makefile" so we don't need any more "-f AMakefile" flags that
only breed confusion;
=
removed the inclusion of AMakefile
=
use $(top_srcdir)/src as library search path.
this used to be $(top_srcdir)/bin, but that makes problems, if the symlink from
src/ to bin/ has not been set.
since this changes involves automake only, and automake builds everything in
src/, it shouldn't make a difference.
furthermore, this is needed for w32 only and not tested at all...

IOhannes m zmoelnig IOhannes m zmoelnig 2010-08-05

msp msp 2010-08-18

changed .gitignore
changed Makefile.am
changed autogen.sh
changed configure.ac
removed extra/makefile
added m4/android.m4
added m4/iphone.m4
added m4/universal.m4
added pd.pc.in
changed src/Makefile.am
.gitignore Diff Switch to side-by-side view
Loading...
Makefile.am Diff Switch to side-by-side view
Loading...
autogen.sh Diff Switch to side-by-side view
Loading...
configure.ac Diff Switch to side-by-side view
Loading...
extra/makefile
File was removed.
m4/android.m4 Diff Switch to side-by-side view
Loading...
m4/iphone.m4 Diff Switch to side-by-side view
Loading...
m4/universal.m4 Diff Switch to side-by-side view
Loading...
pd.pc.in Diff Switch to side-by-side view
Loading...
src/Makefile.am Diff Switch to side-by-side view
Loading...

Get latest updates about Open Source Projects, Conferences and News.

Sign up for the SourceForge newsletter:





No, thanks