[PD-dev] Re: [PD] building all external on linux
IOhannes m zmoelnig
zmoelnig at iem.at
Wed Apr 13 09:34:13 CEST 2005
Hans-Christoph Steiner wrote:
> On Apr 12, 2005, at 7:48 AM, IOhannes m zmoelnig wrote:
> Actually, the complete headers need to be there.
> externals/build/include is mostly there for building the debian
> package. All of the source code for building the externals package
> needs to be included within the 'externals' directory in order for the
> Debian auto-builders to build properly.
i still think that it is stupid to have to maintain 2 separate (but
hopefully identical) versions of 1 file in a repository.
this is error-prone.
if a build system depends on this behaviour, than (imo) there should be
a script (since we are talking about debian we can use standard
bash-scripts or whatever) that makes a local copy of the files from
(say) pd/src to externals/build/include
so the duplication should be on the client machine (because it depends
on it) and not on the server (for convenience reasons)
> The other option would be to make a debian source package for Pd, then
> we could get rid of externals/build/include.
since this sounds perfect to me, i understand even less why it is
handled like it is (but i don't have too much time too)
> I updated the headers with the files from pd-0.38-4 and added a README
> since you aren't the first to make this mistake. (I made this mistake
> too, I should have written the README then... oh well... ).
> Also, I changed the INCLUDES in linux/makefile, win/makefile, and
> darwin/makefile so that it'll look for the headers in the pd source
> (according to the standard CVS dev layout) before looking in
> From this:
> INCLUDES = -I. -I.. -I../include
> to this:
> INCLUDES = -I. -I.. -I../../../pd/src -I../include
but i guess this cannot handle things like creb's extlib_util.h and
zexy.h; (but they can probably handled withthe h-includes (?))
More information about the Pd-dev