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

[Hans-Christoph Steiner]

On Oct 5, 2011, at 4:05 AM, IOhannes m zmoelnig wrote:

> -----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:

The logfile I see says its set to:

PATH=/usr/bin:/bin:/usr/sbin:/sbin:/sw/bin:/sw/sbin

http://autobuild.puredata.info/auto-build/2011-10-05/logs/2011-10-05_03.15.09_darwin_macosx105-i386_pd-extended.txt

Its set in run-automated-builder here:

# On Mac OS X, there are some handy things in Fink, but don't override  
the
# built-in tools
PATH="${PATH}:/sw/bin:/sw/sbin"
export PATH

This is set like this so that we can ensure that Fink is not required  
for building things that use autotools.  Most Mac OS X users do not  
have Fink, MacPorts, Brew, etc. installed, so things like libraries  
really should build without Fink.  Obviously, when talking about  
libraries not included in Mac OS X, then Fink is required.

> 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)?


I don't really know what the issue here.  This is why I generally  
avoid autotools.  They end up making a nice ./configure interface, and  
the Makefile.am is quite nice, but often, you suffer way too much to  
get there.

And don't forget, in every build, it runs ./autogen.sh && ./configure  
in pd/ and that is working.  Following that hunch, I copied the pd/ 
autogen.sh into zexy/autogen.sh and it works fine in the auto-build  
'pd' acccount.  Also, on my 10.5 machine, I load Fink using . ". /sw/ 
bin/init.sh", so the path is prepended, and it still doesn't work, but  
with a different error:

/bin/sh ../libtool --tag=CC   --mode=compile gcc -DHAVE_CONFIG_H -I. - 
I..   -I/Users/hans/code/pure-data.git/src   -g -O2 -mms-bitfields -MT  
0x260x260x7e.lo -MD -MP -MF .deps/0x260x260x7e.Tpo -c -o  
0x260x260x7e.lo 0x260x260x7e.c
../libtool: line 832: X--tag=CC: command not found
../libtool: line 865: libtool: ignoring unknown tag : command not found
../libtool: line 832: X--mode=compile: command not found
../libtool: line 998: *** Warning: inferring the mode of operation is  
deprecated.: command not found
../libtool: line 999: *** Future versions of Libtool will require -- 
mode=MODE be specified.: command not found
../libtool: line 1142: Xgcc: command not found
../libtool: line 1142: X-DHAVE_CONFIG_H: command not found
../libtool: line 1142: X-I.: command not found
../libtool: line 1142: X-I..: command not found
../libtool: line 1142: X-I/Users/hans/code/pure-data.git/src: No such  
file or directory
../libtool: line 1142: X-g: command not found
../libtool: line 1142: X-O2: command not found
../libtool: line 1142: X-mms-bitfields: command not found
../libtool: line 1142: X-MT: command not found
../libtool: line 1142: X0x260x260x7e.lo: command not found
../libtool: line 1142: X-MD: command not found
../libtool: line 1142: X-MP: command not found
../libtool: line 1142: X-MF: command not found
../libtool: line 1142: X.deps/0x260x260x7e.Tpo: No such file or  
directory
../libtool: line 1142: X-c: command not found
../libtool: line 1193: X0x260x260x7e.lo: command not found
../libtool: line 1198: libtool: compile: cannot determine name of  
library object from `': command not found

.hc


----------------------------------------------------------------------------

Mistrust authority - promote decentralization.  - the hacker ethic