On Feb 21, 2012, at 11:33 AM, IOhannes m zmoelnig wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > On 2012-02-21 17:20, Hans-Christoph Steiner wrote: >> >> I reinstalled 'puredata' on debian-stable-amd64, sorry about that, I don't >> know what happened there. The build systems are mean to have the Pd-vanilla >> headers installed. > > thanks. > >> >> I'm happy to install packages and put apps into /Applications. But in order >> to keep the systems clean for building, I will not put anything include >> /usr/local. > > if you refer to my complaint about "-I/usr/local/include/pd", then i > need to clarify: > the pd-extended installation installs a pkg-config snippet > "pdextended.pc" which claims that - in order to compile e.g. an external > - - you should add "-I/usr/local/include/pd" to the compiler flags. > either you should fix pdextended.pc to contain (e.g.) "-I/usr/include", > or remove it alltogether. > >> >> If you don't want to build against Pd-extended, then don't point to those >> headers. The Makefile template points to Pd-extended on Mac OS X and >> Windows because Pd-vanilla does not provide headers in the standard packages. >> > > really? > i remember that Pd-vanilla includes the full sources (including all > headers) on both w32 and osx.
Pd-vanilla does provide the sources, but there are two issues: - it does not include the include/pd/ subdir for headers - on Mac OS X, the app has the version number in it, so using those for headers would make the Makefile dependent on a particular version of the Pd.app. .hc ---------------------------------------------------------------------------- Looking at things from a more basic level, you can come up with a more direct solution... It may sound small in theory, but it in practice, it can change entire economies. - Amy Smith _______________________________________________ Pd-dev mailing list Pd-dev@iem.at http://lists.puredata.info/listinfo/pd-dev
