[PD-dev] Build integration

Bryan Jurish moocow at ling.uni-potsdam.de
Sun Aug 5 02:14:12 CEST 2007


moin,

On 2007-08-04 03:25:22, Hans-Christoph Steiner <hans at eds.org> appears to
have written:
>
> On Aug 3, 2007, at 2:04 AM, Bryan Jurish wrote:
>>
>> On 2007-08-03 08:23:14, Hans-Christoph Steiner <hans at eds.org> appears to
>> have written:
>> i removed 'moocow' from LIB_TARGETS again.  I'll test
>> extensively here before adding it again.  many apologies!
> 
> Don't worry about removing it unless you don't have time to fix it
> within a few days. Then I'd start to nag ;)  We've all broken the
> nightly builds before, you're not the first :D.  It's there to make our
> lives easier, not harder.

thanks -- i've gotten the whole shamozzle to build here now, and put
moocow back in LIB_TARGETS; I'll check the logs again tomorrow to see if
it's breaking anywhere, although a veritable plethora of (||true)s ought
to ensure that doesn't happen this time ;-)

> I think it would make a lot of sense for the existing Pd-extended build
> system to be replaced with a proper automake/autoconf system that was
> used throughout.  Anyone know of any example projects with many modules
> that are handled using autotools?

i know i've seen recursive autotools projects, but none jumps to mind
immediately... maybe apache?  ardour?  xorg?

at any rate, the relevant autoconf macro appears to be
AC_CONFIG_SUBDIRS.  in automake, the relevant variable is SUBDIRS, which
is allowed to be a macro substitution (SUBDIRS=@SUBDIRS_WE_REALLY_WANT@)

marmosets,
	Bryan

-- 
Bryan Jurish                           "There is *always* one more bug."
jurish at ling.uni-potsdam.de      -Lubarsky's Law of Cybernetic Entomology




More information about the Pd-dev mailing list