[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