./configure --prefix=$HOME --enable-alsa --enable-jack --enable-threadedsf --enable-fftw
make
Still yields the same error. I even just ran yet another cvs update, but still the same problem.
cvs update or cvs update -d? setvec_simd is defined in m_simd_sse_vc.c (sse / msvc), m_simd_sse_gcc.c (sse / gcc), m_simd_ve_gcc.c (altivec / gcc) and m_simd.c (c) ...
can you please check, if -DDONTUSESIMD has been added to your CFLAGS? cheers .... t
Tim Blechmann wrote:
Still yields the same error. I even just ran yet another cvs update, but still the same problem.
cvs update or cvs update -d?
cvs update -d
setvec_simd is defined in m_simd_sse_vc.c (sse / msvc), m_simd_sse_gcc.c (sse / gcc), m_simd_ve_gcc.c (altivec / gcc) and m_simd.c (c) ...
I have all these files. The *.c of each was updated yesterday by the file's timestamp, the header files look to have last been updated on the 14th of this month, except for m_simd.h, which was modified on the 9th.
can you please check, if -DDONTUSESIMD has been added to your CFLAGS? cheers .... t
Um, not quite sure about what CFLAGS are, but I took a guess. I looked in config.log and the makefile created after a ./configure --prefix=$HOME/pd --enable-jack --enable-fftw --enable-threadedsf and in both files it said:
MORECFLAGS=' -DJACK_XRUN -DDONTUSESIMD -DDONTUSESIMD -DTHREADED_SF -DGARRAY_THREAD_LOCK -D_GNU_SOURCE -DPA_USE_OSS -DPA_LITTLE_ENDIAN -DUSEAPI_OSS -I../portaudio/pa_common -I../portaudio/pablio -I../portaudio/portmidi-macosx -fno-strict-aliasing'
I thought maybe two -DDONTUSESIMD was too much, so I removed one from the makefile (a shot in the dark) and I still had the same problem.
Here's the output of cat /proc/cpuinfo for what it may be worth. It is an Athlon XP w/ SSE.
processor : 0 vendor_id : AuthenticAMD cpu family : 6 model : 8 model name : AMD Athlon(tm) XP 2100+ stepping : 1 cpu MHz : 1725.840 cache size : 256 KB fdiv_bug : no hlt_bug : no f00f_bug : no coma_bug : no fpu : yes fpu_exception : yes cpuid level : 1 wp : yes flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 mmx fxsr sse syscall mmxext 3dnowext 3dnow bogomips : 3424.25
I love the smell of compiler errors in the morning. -Ian
oops... i think i found it ... forgot to commit a source file ...
sorry for the inconvenience you had ... shouldn't happen again ...
cheers ... tim
a certain Tim Blechmann TimBlechmann@gmx.net wrote:
oops... i think i found it ... forgot to commit a source file ...
do you mean s_path.c?
... shouldn't happen again ...
i'm sorry to say so, but it just did.
i did a cvs update -d make distclean configure --enable-jack --enable-fftw --enable-threadedgui --enable-threadedsf make
but still got the same error:
g_io.o(.text+0x78b): In function `vinlet_perfsimd': : undefined reference to `copyvec' collect2: ld returned 1 exit status make: *** [../bin/pd] Error 1
m
Ack... mik is right, still the same. I can't believe I stupidly cleaned my pd installation /before/ doing a succesful make, I never do that except the one time the make doesn't work.
No worries, -I
mik wrote:
a certain Tim Blechmann TimBlechmann@gmx.net wrote:
oops... i think i found it ... forgot to commit a source file ...
do you mean s_path.c?
... shouldn't happen again ...
i'm sorry to say so, but it just did.
i did a cvs update -d make distclean configure --enable-jack --enable-fftw --enable-threadedgui --enable-threadedsf make
but still got the same error:
g_io.o(.text+0x78b): In function `vinlet_perfsimd': : undefined reference to `copyvec' collect2: ld returned 1 exit status make: *** [../bin/pd] Error 1
m
Ack... mik is right, still the same. I can't believe I stupidly cleaned my pd installation /before/ doing a succesful make, I never do that except the one time the make doesn't work.
you can always check out a version of a certain date ... cvs checkout -D date ...
g_io.o(.text+0x78b): In function `vinlet_perfsimd': : undefined reference to `copyvec' collect2: ld returned 1 exit status make: *** [../bin/pd] Error 1
this is probably a problem of the sourceforge cvs ... the anonymous access is always a day late ...
cheers ... tim
Tim Blechmann schrieb:
this is probably a problem of the sourceforge cvs ... the anonymous access is always a day late ...
rsync'ed every 5-th hour.
http://sourceforge.net/docman/display_doc.php?docid=14033&group_id=1#tro...