[PD-dev] devel_0_38 probs on osx 10.4.1

Thomas Grill gr at grrrr.org
Tue Jun 28 10:03:23 CEST 2005


Hi all,

>
> ...right  off the bat, I couldn't do "./bootstrap.sh", because I have 
> newer versions of some of the called programs (both aclocal and 
> automake are 1.9.5 here):  perhaps we should just change the script to 
> "aclocal" and "automake", rather than expect specific versions?

Yes, that would be a good idea, i have also had problems with this....


>
> ...and here's where the compile dies:
>
> if gcc -DPACKAGE_NAME=\"PureData\" -DPACKAGE_TARNAME=\"pd\" 
> -DPACKAGE_VERSION=\"0.38-4-devel-2\" -DPACKAGE_STRING=\"PureData\ 
> 0.38-4-devel-2\" -DPACKAGE_BUGREPORT=\"pd-list at iem.at\" 
> -DPACKAGE=\"pd\" -DVERSION=\"0.38-4-devel-2\" -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 -DHAVE_LIBTK8_4=1 -DUSEAPI_JACK=1 -DUSEAPI_ALSA=1 
> -DATOMIC=1 -DNEWHASH=1 -DLOCKFREE=1 -DUSEAPI_PORTAUDIO=1 
> -DPA_BIG_ENDIAN=1 -DMACOSX=1  -I. -I.    
> -DINSTALL_PREFIX=\"/Users/tigital/devel_0_38\" -fno-strict-aliasing -g 
> -DJACK_XRUN  -O2  -MT pd-m_obj.o -MD -MP -MF ".deps/pd-m_obj.Tpo" -c 
> -o pd-m_obj.o `test -f 'm_obj.c' || echo './'`m_obj.c; \
> then mv -f ".deps/pd-m_obj.Tpo" ".deps/pd-m_obj.Po"; else rm -f 
> ".deps/pd-m_obj.Tpo"; exit 1; fi
> m_obj.c: In function 'outlet_bang':
> m_obj.c:384: error: redeclaration of 'scp_i' with no linkage
>

I checked in a few changes to the asm functions for PPC... they compile 
now, but i can't really say whether they work as they should...


I found some more problems:

- surprisingly UNISTD wasn't defined for OSX, this is fixed now 
(although UNISTD should probably be dependent on HAVE_UNISTD in the 
configure script)

- still portaudio and portmidi is not found, because the paths to these 
packages are not included by the configure script. It goes beyond my 
knowledge (and interests) to make this work in a clean way, so maybe 
someone else could jump in here?!


best greetings,
Thomas





More information about the Pd-dev mailing list