[PD-dev] Mac OS X 10.5 vs zexy's autogen.sh

IOhannes m zmoelnig zmoelnig at iem.at
Wed Oct 5 10:05:14 CEST 2011


-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

On 2011-10-03 18:48, Hans-Christoph Steiner wrote:
> 
> On Oct 3, 2011, at 5:06 AM, IOhannes m zmoelnig wrote:
> 
>> -----BEGIN PGP SIGNED MESSAGE-----
>> Hash: SHA1
>>
>> On 2011-10-02 22:27, Hans-Christoph Steiner wrote:
>>>
>>> FYI:
>>>
>>> http://autobuild.puredata.info/auto-build/2011-10-02/logs/2011-10-02_03.15.26_darwin_macosx105-i386_pd-extended.txt
>>>
>>>
>>
>> hmm, i cannot reach this machine anymore...
> 
> Yeah, it seems to be down, I'll check it tomorrow.


thanks.
now that it is online again, i did a little test:

<snip>
macosx105-i386:~ pddev$ cd tmp/externals/
macosx105-i386:externals pddev$ make
/Users/pddev/tmp/externals/zexy/configure

grep: /Users/pddev/tmp/externals/loaders/pdlua/src/config.h: No such
file or directory
cd /Users/pddev/tmp/externals/zexy && ./autogen.sh
PATH:
/sw/bin:/Users/pddev/bin:/usr/bin:/bin:/usr/sbin:/sbin:/usr/local/bin:/usr/X11/bin
running autoreconf
autoreconf: Entering directory `.'
autoreconf: configure.ac: not using Gettext
autoreconf: running: aclocal --force -I m4
autoreconf: configure.ac: tracing
aclocal.m4:20: warning: this file was generated for autoconf 2.68.
You have another version of autoconf.  It may work, but is not
guaranteed to.
If you have problems, you may need to regenerate the build system entirely.
To do so, use the procedure documented by the package, typically
`autoreconf'.
configure.ac:5: error: Autoconf version 2.62 or higher is required
aclocal.m4:8945: AM_INIT_AUTOMAKE is expanded from...
configure.ac:5: the top level
autom4te: /usr/bin/gm4 failed with exit status: 63
autoreconf: configure.ac: not using Libtool
autoreconf: running: /usr/bin/autoconf --force
aclocal.m4:20: warning: this file was generated for autoconf 2.68.
You have another version of autoconf.  It may work, but is not
guaranteed to.
If you have problems, you may need to regenerate the build system entirely.
To do so, use the procedure documented by the package, typically
`autoreconf'.
configure.ac:5: error: Autoconf version 2.62 or higher is required
aclocal.m4:8945: AM_INIT_AUTOMAKE is expanded from...
configure.ac:5: the top level
autom4te: /usr/bin/gm4 failed with exit status: 63
autoreconf: /usr/bin/autoconf failed with exit status: 63
make: *** [/Users/pddev/tmp/externals/zexy/configure] Error 63

macosx105-i386:externals pddev$ . /sw/bin/init.sh
macosx105-i386:externals pddev$ make
/Users/pddev/tmp/externals/zexy/configure

grep: /Users/pddev/tmp/externals/loaders/pdlua/src/config.h: No such
file or directory
cd /Users/pddev/tmp/externals/zexy && ./autogen.sh
PATH:
/sw/bin:/sw/bin:/sw/sbin:/Users/pddev/bin:/usr/bin:/bin:/usr/sbin:/sbin:/usr/local/bin:/usr/X11/bin:/usr/X11R6/bin
running autoreconf
autoreconf: Entering directory `.'
autoreconf: configure.ac: not using Gettext
autoreconf: running: aclocal --force -I m4
autoreconf: configure.ac: tracing
autoreconf: running: libtoolize --copy --force
libtoolize: putting auxiliary files in `.'.
libtoolize: copying file `./ltmain.sh'
libtoolize: putting macros in AC_CONFIG_MACRO_DIR, `m4'.
libtoolize: copying file `m4/libtool.m4'
libtoolize: copying file `m4/ltoptions.m4'
libtoolize: copying file `m4/ltsugar.m4'
libtoolize: copying file `m4/ltversion.m4'
libtoolize: copying file `m4/lt~obsolete.m4'
autoreconf: running: /sw/bin/autoconf-2.68 --force
autoreconf: running: /sw/bin/autoheader-2.68 --force
autoreconf: running: automake --add-missing --copy --force-missing
configure.ac:6: installing `./config.guess'
configure.ac:6: installing `./config.sub'
configure.ac:5: installing `./install-sh'
configure.ac:5: installing `./missing'
src/Makefile.am: installing `./depcomp'
autoreconf: Leaving directory `.'
</snip>


this basically indicates, that zexy's autogen.sh is working fine, as
long as we have "Fink support" (by running: sourcing /sw/bin/init.sh)
actually, only /sw/bin has to be added to the PATH

the logfiles reveal that PATH is set to
/sw/bin:/usr/bin:/bin:/usr/sbin:/sbin:/usr/local/bin:/usr/X11/bin:/sw/bin:/sw/sbin
which seems to be OK but obviously isn't:
bummer #1: the leading /sw/bin is set in zexy's autogen.sh, but actually
it is set too late (after AUTORECONF has been evaluated to
/usr/bin/autoreconf)) - indeed that was a difference between
puredata.git/autogen.sh and the one used in zexy :-)
fixed in current SVN, so zexy should build on OSX from now on

bummer #2: the path settings for building Pd-extended make sure that
fink installed replacements are only fallbacks for the system installed
programmes. e.g. fink comes with autoconf-2.68 while the system comes
with autoconf-2.61; the path settings make sure that the older one is used.
is there a compelling reason to append /sw/bin rather than to prepend it
(as is done by /sw/bin/init.s)?


mfgasdr
IOhannes
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.11 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iEYEARECAAYFAk6MD7YACgkQkX2Xpv6ydvSy7QCgiQTIpsrmzT8nxjzTySojXokJ
oqcAoOfewIC+ZuXcRit6VnfUNzJap+0+
=kcYI
-----END PGP SIGNATURE-----

-------------- next part --------------
A non-text attachment was scrubbed...
Name: smime.p7s
Type: application/pkcs7-signature
Size: 3636 bytes
Desc: S/MIME Cryptographic Signature
URL: <http://lists.puredata.info/pipermail/pd-dev/attachments/20111005/7f3b4c09/attachment-0001.bin>


More information about the Pd-dev mailing list