Hi Thomas,
this is exactly what I did, as a clean test. This is also happening with the "vanilla" PD CVS, so I wonder what else I might be doing wrong at this end. I've never had this problem before!!!
at what point is autoconf supposed to be run???
d.
root 17:03:56> rm -rf pd/src
root 17:04:11> cvs -z3
-d:pserver:anonymous@cvs.sourceforge.net:/cvsroot/pure-data co -r
devel_0_37 pd
[snip!!!!]
root 17:04:28> cd pd/src/
root 17:04:32> autoconf
root 17:04:36> ./configure
creating cache ./config.cache
checking for gcc... gcc
checking whether the C compiler (gcc ) works... yes
checking whether the C compiler (gcc ) is a cross-compiler... no
checking whether we are using GNU C... yes
checking whether gcc accepts -g... yes
checking for a BSD compatible install... /bin/install -c
checking whether make sets ${MAKE}... yes
checking how to run the C preprocessor... gcc -E
checking for working const... yes
checking for ANSI C header files... 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 ANSI C header files... (cached) yes
checking for fcntl.h... yes
checking for limits.h... yes
checking for malloc.h... yes
checking for sys/ioctl.h... yes
checking for sys/time.h... yes
checking for unistd.h... yes
checking for bstring.h... no
checking whether gcc needs -traditional... no
checking return type of signal handlers... void
checking for vprintf... yes
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 snd_pcm_info in -lasound... yes
checking for X... libraries /usr/X11R6/lib, headers
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... yes
checking for tcl.h... yes
OPT_CFLAGS --------------- -O3 -funroll-loops -fomit-frame-pointer
updating cache ./config.cache
creating ./config.status
creating makefile
root 17:04:42> make
gcc -DSTDC_HEADERS=1 -DTIME_WITH_SYS_TIME=1 -DSTDC_HEADERS=1
-DHAVE_FCNTL_H=1 -DHAVE_LIMITS_H=1 -DHAVE_MALLOC_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 -DHAVE_LIBDL=1 -DHAVE_LIBM=1
-DHAVE_LIBPTHREAD=1 -DHAVE_LIBASOUND=1 -DHAVE_LIBX11=1 -DHAVE_LIBTK8_4=1
-DPD -DUNIX -Wall -W -Wstrict-prototypes -Wno-unused -Wno-parentheses
-Wno-switch -O3 -funroll-loops -fomit-frame-pointer -DDONTUSESIMD
-DDONTUSESIMD -DPA_USE_OSS -DPA_LITTLE_ENDIAN -DUSEAPI_OSS
-I../portaudio/pa_common -I../portaudio/pablio
-I../portaudio/portmidi-macosx -fno-strict-aliasing
-DINSTALL_PREFIX="/usr/local" -I. -c -o ../obj/d_dac.o d_dac.c
d_dac.c: In function dac_dsp': d_dac.c:60:
plus_perf8' undeclared (first use in this function)
d_dac.c:60: (Each undeclared identifier is reported only once
d_dac.c:60: for each function it appears in.)
make: *** [d_dac.o] Error 1
Thomas Grill wrote:
Hi Derek, did you run autoconf to update your configure and make files? Also, m_simd.c is a new file added to the cvs.
best greetings, Thomas
----- Original Message ----- From: "derek holzer" derek@x-i.net To: pd-list@iem.at Cc: "Tim Blechmann" TimBlechmann@gmx.net Sent: Sunday, October 10, 2004 3:08 PM Subject: [PD] devel_37 CVS compile error
Hello,
I am getting the following compile error on the current devel_37 branch of PD from CVS:
d_dac.c: In function
dac_dsp': d_dac.c:60:
plus_perf8' undeclared (first use in this function) d_dac.c:60: (Each undeclared identifier is reported only once d_dac.c:60: for each function it appears in.) make: *** [d_dac.o] Error 1even with a clean ./configure & make
I'm trying to compile PD with sse2 support to get rid of denormals, but I haven't even gotten that far yet...suggestions?
Tim mentioned that he put some code to activate the DAZ switch, I assume that this is only in the devel branch, right?
d.
-- derek holzer ::: http://www.umatic.nl ---Oblique Strategy # 202: "Back up a few steps. What else could you have done?"
PD-list@iem.at mailing list UNSUBSCRIBE and account-management ->