hi hans ...

thanks for the hints .... just two questions ...

- is this the procedure to cross-compile from linux (i don't have access to a mac)?

- since devel uses preprocessor defines to enable/disable features ... is it easily possible to ./configure (or whatever equivalent might exist on osx) the build?

thanks ... tim

I tried compiled a fresh CVS checkout of devel_0_38 with my MacOSX setup. No luck. Here's the transcript:

hans@sla:pd-0.38-devel > aclocal-1.7 ; autoconf-2.54 ; automake-1.7 ; ./configure && makeconfigure.ac: required file `./mkinstalldirs' not found configure.ac: required file `./missing' not found Makefile.am: required file `./INSTALL' not found Makefile.am: required file `./README' not found src/Makefile.am: required file `./compile' not found src/Makefile.am: required file `./depcomp' not found checking for a BSD-compatible install... /usr/bin/install -c checking whether build environment is sane... yes /Users/hans/cvs/pure-data/pd-0.38-devel/missing: /Users/hans/cvs/pure-data/pd-0.38-devel/missing: No such file or directory configure: WARNING: `missing' script is too old or missing checking for gawk... gawk checking whether make sets ${MAKE}... yes checking for gcc... cc checking for C compiler default output... a.out checking whether the C compiler works... yes checking whether we are cross compiling... no checking for suffix of executables... checking for suffix of object files... o checking whether we are using the GNU C compiler... yes checking whether cc accepts -g... yes checking for cc option to accept ANSI C... none needed checking for style of include used by make... GNU checking dependency style of cc... none checking for a BSD-compatible install... /usr/bin/install -c checking whether make sets ${MAKE}... (cached) yes checking how to run the C preprocessor... cc -E checking for an ANSI C-conforming const... yes checking for egrep... grep -E checking for ANSI C header files... yes checking for sys/types.h... yes checking for sys/stat.h... yes checking for stdlib.h... yes checking for string.h... yes checking for memory.h... yes checking for strings.h... yes checking for inttypes.h... yes checking for stdint.h... yes checking for unistd.h... yes checking for pid_t... yes checking for size_t... yes checking whether time.h and sys/time.h may both be included... yes checking for X... libraries /usr/X11R6/lib, headers /usr/X11R6/include checking for ANSI C header files... (cached) yes checking fcntl.h usability... yes checking fcntl.h presence... yes checking for fcntl.h... yes checking limits.h usability... yes checking limits.h presence... yes checking for limits.h... yes checking malloc.h usability... no checking malloc.h presence... no checking for malloc.h... no checking sys/ioctl.h usability... yes checking sys/ioctl.h presence... yes checking for sys/ioctl.h... yes checking sys/time.h usability... yes checking sys/time.h presence... yes checking for sys/time.h... yes checking for unistd.h... (cached) yes checking bstring.h usability... no checking bstring.h presence... no checking for bstring.h... no checking whether cc needs -traditional... no checking return type of signal handlers... void checking for vprintf... yes checking for _doprnt... no checking for gettimeofday... yes checking for select... yes checking for socket... yes checking for strerror... yes checking for dlopen in -ldl... yes checking for sin in -lm... yes checking for pthread_create in -lpthread... yes checking for XCreateWindow in -lX11... yes checking for main in -ltcl8.7... no checking for main in -ltcl8.6... no checking for main in -ltcl8.5... no checking for main in -ltcl8.4... yes checking for main in -ltk8.4... no no tk library found checking tcl.h usability... yes checking tcl.h presence... yes checking for tcl.h... yes checking for snd_pcm_info in -lasound... no ./configure: line 5613: test: ==: unary operator expected configure: creating ./config.status config.status: creating Makefile config.status: creating extra/Makefile config.status: creating src/Makefile config.status: executing depfiles commands Making all in src source='g_canvas.c' object='pd-g_canvas.o' libtool=no \ depfile='.deps/pd-g_canvas.Po' tmpdepfile='.deps/pd-g_canvas.TPo' \ depmode=none /bin/sh ../depcomp \ cc -DPACKAGE_NAME="PureData" -DPACKAGE_TARNAME="pd" -DPACKAGE_VERSION="0.38-4-devel-1" -DPACKAGE_STRING="PureData\ 0.38-4-devel-1" -DPACKAGE_BUGREPORT="pd-list@iem.at" -DPACKAGE="pd" -DVERSION="0.38-4-devel-1" -D_GNU_SOURCE=1 -DSTDC_HEADERS=1 -DHAVE_SYS_TYPES_H=1 -DHAVE_SYS_STAT_H=1 -DHAVE_STDLIB_H=1 -DHAVE_STRING_H=1 -DHAVE_MEMORY_H=1 -DHAVE_STRINGS_H=1 -DHAVE_INTTYPES_H=1 -DHAVE_STDINT_H=1 -DHAVE_UNISTD_H=1 -DTIME_WITH_SYS_TIME=1 -DSTDC_HEADERS=1 -DHAVE_FCNTL_H=1 -DHAVE_LIMITS_H=1 -DHAVE_SYS_IOCTL_H=1 -DHAVE_SYS_TIME_H=1 -DHAVE_UNISTD_H=1 -DRETSIGTYPE=void -DHAVE_VPRINTF=1 -DHAVE_GETTIMEOFDAY=1 -DHAVE_SELECT=1 -DHAVE_SOCKET=1 -DHAVE_STRERROR=1 -DDL_OPEN=1 -DHAVE_LIBM=1 -DHAVE_LIBPTHREAD=1 -DHAVE_LIBX11=1 -DUSEAPI_ALSA=1 -DDONTUSESIMD=1 -DUSEAPI_PORTAUDIO=1 -DPA_BIG_ENDIAN=1 -DMACOSX=1 -I. -I. -DINSTALL_PREFIX="/usr/local" -fno-strict-aliasing -O2 -O3 -c -o pd-g_canvas.o `test -f 'g_canvas.c' || echo './'`g_canvas.c ../depcomp: ../depcomp: No such file or directory make[1]: *** [pd-g_canvas.o] Error 127 make: *** [all-recursive] Error 1

.hc

On May 22, 2005, at 4:45 AM, Tim Blechmann wrote:

hi hans ...

thanks for the hints .... just two questions ...

• is this the procedure to cross-compile from linux (i don't have

access to a mac)?

• since devel uses preprocessor defines to enable/disable features ...

is it easily possible to ./configure (or whatever equivalent might exist on osx) the build?

thanks ... tim

-- mailto:TimBlechmann@gmx.de ICQ: 96771783 http://www.mokabar.tk

latest mp3: kMW.mp3 http://mattin.org/mp3.html

latest cd: Goh Lee Kwang & Tim Blechmann: Drone http://www.geocities.com/gohleekwangtimblechmannduo/

After one look at this planet any visitor from outer space would say "I want to see the manager." William S. Burroughs

________________________________________________________________________ ____

¡El pueblo unido jamás será vencido!

On May 22, 2005, at 1:58 PM, Tim Blechmann wrote:

...

I tried compiled a fresh CVS checkout of devel_0_38 with my MacOSX setup. No luck. Here's the transcript:

well ... the configure script has been written for linux only ... since i wrote it about half a year ago no one tried to port it to osx / cygwin / mingw ...

which basically means ... osx != linux ...

automake is having trouble it seems. That is going to be the same on all platforms. And some files seem to be missing. The problems don't looks like cross-platform issues to me.

You can get access to a shell on a Mac via the SourceForge Compile Farm.

i was thinking to abandon the autobuild stuff in favor of a scons build system (hoping to have a better cross-platform build system) but since i don't have access to a mac, i couldn't even test it on osx... what would you think of a scons build? since you are basically the "pd osx package manager", would you be interested in maintaining the osx part of such a system?

The autoconf stuff is not perfect but it works and I know it well enough. I have little time or interest in learning a new build system when what's there already works.

.hc

cheers ... tim

-- mailto:TimBlechmann@gmx.de ICQ: 96771783 http://www.mokabar.tk

latest mp3: kMW.mp3 http://mattin.org/mp3.html

latest cd: Goh Lee Kwang & Tim Blechmann: Drone http://www.geocities.com/gohleekwangtimblechmannduo/

After one look at this planet any visitor from outer space would say "I want to see the manager." William S. Burroughs

________________________________________________________________________ ____

http://at.or.at/hans/

On May 22, 2005, at 3:57 PM, Tim Blechmann wrote:

...

automake is having trouble it seems. That is going to be the same on all platforms. And some files seem to be missing. The problems don't looks like cross-platform issues to me.

wait ... you haven't been using the bootstrap script but automake-1.7 instead of automake-1.8 ... would it be possible to try this? as you know, autobuild-1.x != autobuild-1.y if x != y ...

hans@sla:pd-0.38-devel > ./bootstrap.sh /sw/share/aclocal/xmms.m4:17: warning: underquoted definition of XMMS_TEST_VERSION run info '(automake)Extending aclocal' or see http://sources.redhat.com/automake/automake.html#Extending%20aclocal /sw/share/aclocal/xmms.m4:62: warning: underquoted definition of AM_PATH_XMMS /sw/share/aclocal/wxwin.m4:36: warning: underquoted definition of AM_OPTIONS_WXCONFIG /sw/share/aclocal/wxwin.m4:59: warning: underquoted definition of AM_PATH_WXCONFIG /sw/share/aclocal/vorbis.m4:9: warning: underquoted definition of XIPH_PATH_VORBIS /sw/share/aclocal/speex.m4:10: warning: underquoted definition of XIPH_PATH_SPEEX /sw/share/aclocal/smpeg.m4:13: warning: underquoted definition of AM_PATH_SMPEG /sw/share/aclocal/pth.m4:43: warning: underquoted definition of _AC_PTH_ERROR /sw/share/aclocal/pth.m4:55: warning: underquoted definition of _AC_PTH_VERBOSE /sw/share/aclocal/pth.m4:61: warning: underquoted definition of AC_CHECK_PTH /sw/share/aclocal/pkg.m4:5: warning: underquoted definition of PKG_CHECK_MODULES /sw/share/aclocal/ogg.m4:8: warning: underquoted definition of XIPH_PATH_OGG /sw/share/aclocal/lqt.m4:14: warning: underquoted definition of AC_PATH_LQT /sw/share/aclocal/libxml.m4:10: warning: underquoted definition of AM_PATH_XML /sw/share/aclocal/libxml.m4:205: warning: underquoted definition of AM_PATH_XML2 /sw/share/aclocal/libmikmod.m4:11: warning: underquoted definition of AM_PATH_LIBMIKMOD /sw/share/aclocal/libfame.m4:6: warning: underquoted definition of AM_PATH_LIBFAME /sw/share/aclocal/libart.m4:11: warning: underquoted definition of AM_PATH_LIBART /sw/share/aclocal/libOggFLAC.m4:7: warning: underquoted definition of AM_PATH_LIBOGGFLAC /sw/share/aclocal/libOggFLAC++.m4:8: warning: underquoted definition of AM_PATH_LIBOGGFLACPP /sw/share/aclocal/libIDL.m4:6: warning: underquoted definition of AM_PATH_LIBIDL /sw/share/aclocal/libFLAC.m4:7: warning: underquoted definition of AM_PATH_LIBFLAC /sw/share/aclocal/libFLAC++.m4:8: warning: underquoted definition of AM_PATH_LIBFLACPP /sw/share/aclocal/imlib.m4:9: warning: underquoted definition of AM_PATH_IMLIB /sw/share/aclocal/imlib.m4:167: warning: underquoted definition of AM_PATH_GDK_IMLIB /sw/share/aclocal/gtkgl.m4:4: warning: underquoted definition of AM_PATH_GTKGL /sw/share/aclocal/gtk.m4:7: warning: underquoted definition of AM_PATH_GTK /sw/share/aclocal/gtk-2.0.m4:8: warning: underquoted definition of AM_PATH_GTK_2_0 /sw/share/aclocal/gsl.m4:5: warning: underquoted definition of AM_PATH_GSL /sw/share/aclocal/gpgme.m4:12: warning: underquoted definition of AM_PATH_GPGME /sw/share/aclocal/glib.m4:8: warning: underquoted definition of AM_PATH_GLIB /sw/share/aclocal/glib-gettext.m4:71: warning: underquoted definition of AM_GLIB_WITH_NLS /sw/share/aclocal/glib-gettext.m4:203: warning: underquoted definition of AM_GLIB_GNU_GETTEXT /sw/share/aclocal/glib-2.0.m4:8: warning: underquoted definition of AM_PATH_GLIB_2_0 /sw/share/aclocal/gdk-pixbuf.m4:12: warning: underquoted definition of AM_PATH_GDK_PIXBUF /sw/share/aclocal/freetype2.m4:7: warning: underquoted definition of AC_CHECK_FT2 /sw/share/aclocal/esd.m4:10: warning: underquoted definition of AM_PATH_ESD /sw/share/aclocal/esd.m4:175: warning: underquoted definition of AM_ESD_SUPPORTS_MULTIPLE_RECORD /sw/share/aclocal/audiofile.m4:12: warning: underquoted definition of AM_PATH_AUDIOFILE /sw/share/aclocal/ao.m4:9: warning: underquoted definition of XIPH_PATH_AO /sw/share/aclocal/aalib.m4:12: warning: underquoted definition of AM_PATH_AALIB /sw/share/aclocal/ORBit.m4:4: warning: underquoted definition of AM_PATH_ORBIT autom4te: unknown language: Autoconf-without-aclocal-m4 aclocal-1.8: autom4te failed with exit status: 1 hans@sla:pd-0.38-devel >

...

The autoconf stuff is not perfect but it works and I know it well enough. I have little time or interest in learning a new build system when what's there already works.

well, what's there is _not_ working on osx ... what's there is working on linux only ...

since pd is a cross platform application, we should try to use a cross platform build system ... scons is cross platform, which makes it very interesting for pd ... still, i'm not familiar, how to build pd on an osx machine properly ... nor do i know, how do build an "app", which seems to be the preferred binary for osx ...

You'll need to make a much better argument for scons. It would be hard to find something more cross-platforms than autotools. So far, none of these build problems with pd-devel have to do with Mac OS X. They have been autotools problems.

.hc

anyway ... thanks for trying ... t

-- mailto:TimBlechmann@gmx.de ICQ: 96771783 http://www.mokabar.tk

latest mp3: kMW.mp3 http://mattin.org/mp3.html

latest cd: Goh Lee Kwang & Tim Blechmann: Drone http://www.geocities.com/gohleekwangtimblechmannduo/

After one look at this planet any visitor from outer space would say "I want to see the manager." William S. Burroughs

________________________________________________________________________ ____

"Looking at things from a more basic level, you can come up with a more direct solution... It may sound small in theory, but it in practice, it can change entire economies."

- Amy Smith

On May 23, 2005, at 4:46 PM, Tim Blechmann wrote:

...

You'll need to make a much better argument for scons. It would be hard to find something more cross-platforms than autotools. So far, none of these build problems with pd-devel have to do with Mac OS X. They have been autotools problems.

well, the autobuild system works fine on linux ... but getting it to run on several platforms with several autobuild versions is hell... and some build systems (e.g. msvc) are not supported at all ... in these terms, scons is superior to autobuild ...

anyway ... it seems, there won't be any binary packages for osx soon ...

There is no need to support multiple autotools versions, just specify in the README which ones are required. I believe that you can (should?) also specific the required version in the configure.in and Makefile.am.

I have three different versions installed, Fink makes that easy. Its also easy on Debian to install multiple versions.

.hc

t

-- mailto:TimBlechmann@gmx.de ICQ: 96771783 http://www.mokabar.tk

latest mp3: kMW.mp3 http://mattin.org/mp3.html

latest cd: Goh Lee Kwang & Tim Blechmann: Drone http://www.geocities.com/gohleekwangtimblechmannduo/

After one look at this planet any visitor from outer space would say "I want to see the manager." William S. Burroughs

________________________________________________________________________ ____

Man has survived hitherto because he was too ignorant to know how to realize his wishes. Now that he can realize them, he must either change them, or perish. -William Carlos Williams

On May 25, 2005, at 3:20 PM, Tim Blechmann wrote:

...

There is no need to support multiple autotools versions, just specify in the README which ones are required. I believe that you can

well, the instructions in INSTALL.txt specify to run ./boostrap.sh :-)

...

(should?) also specific the required version in the configure.in and Makefile.am.

haven't found anything in the info pages ... if you know of something, please let me know ...

oh ... and btw, what's the state of libtool for osx? the last thing i heard was, that it's not gnu compatible ... since pd externals are shared objects, the optimal way to build them would be libtool, if we stick to autobuild ...

With Mac OS X, you use gcc to do the linking. It then calls ld and libtool as needed. libtool is definitely used. libtool is used to build pdtcl for example (now renamed to libPdTcl.dylib following the Apple standard). I don't know whether there are Apple-specific modifications to libtool.

.hc

cheers .... tim

-- mailto:TimBlechmann@gmx.de ICQ: 96771783 http://www.mokabar.tk

latest mp3: kMW.mp3 http://mattin.org/mp3.html

latest cd: Goh Lee Kwang & Tim Blechmann: Drone http://www.geocities.com/gohleekwangtimblechmannduo/

After one look at this planet any visitor from outer space would say "I want to see the manager." William S. Burroughs

________________________________________________________________________ ____

As we enjoy great advantages from inventions of others, we should be glad of an opportunity to serve others by any invention of ours; and this we should do freely and generously. - Benjamin Franklin