0.39.3 is not worth building as 64-bit, unless you don't want to use arrays or data structures at all. Even 0.40.3 has problems with 64- bit, AFAIK. Then who knows about all the externals.
Post the error messages here, and we'll see what we can do :D .hc On Dec 5, 2007, at 1:37 PM, Myo wrote: > sorry to bump this older thread, but I'm still having the same trouble > on a debian lenny/testing amd64 box. > > I ran autoconf, and changed the "-m32" flags, but still get the same > errors as others have been getting. I'm wondering if I have the right > sources. can someone point me to the most recent sources for extended? > > should point out that I have vanilla-40.3 (from repo) and > vanilla-41-test (compiled) running fine. > > > thanks alot > > cory > > > > On 11/10/07, IOhannes m zmoelnig <[EMAIL PROTECTED]> wrote: >> >> Justin Robert wrote: >>> Thanks Hannes, I actually did get 0.39 pd-extended >>> working now. but still having issure when I try to >>> compile 0.40-3 >> >> ever tried tables? >> you will get a broken pd (even though it might compile fine) >> >> please believe me when i say that you _have_ to use 0.41 to get >> happy. >> (well, i have worked quite some time with pd-0.40 on my 64bit >> system; it >> is fine as long as you don't need tables, and probably data- >> structures) >> >> however, why would anyone want to install a known-to-be-broken >> version >> if there is a known-to-work version? >> >> >>> It seems to be having trouble with bonk~ >>> here's the error: >>> >>> cd ../extra/bonk~;make >>> make[1]: Entering directory >>> `/home/justin/Desktop/pd-0.40-3/extra/bonk~' >>> cc -DPD -O2 -funroll-loops -fomit-frame-pointer -fPIC >>> -m32 -Wall -W -Wshadow -Wstrict-prototypes -Wno-unused >>> -Wno-parentheses -Wno-switch -I../../src -o bonk~.o >>> -c bonk~.c >>> cc -m32 -export_dynamic -shared -o bonk~.pd_linux >>> bonk~.o -lc -lm >>> /usr/bin/ld: skipping incompatible >>> /usr/lib/gcc/x86_64-linux-gnu/4.0.3/../../../libc.so >>> when searching for -lc >>> /usr/bin/ld: skipping incompatible >>> /usr/lib/gcc/x86_64-linux-gnu/4.0.3/../../../libc.a >>> when searching for -lc >>> /usr/bin/ld: skipping incompatible >>> /usr/bin/../lib/libc.so when searching for -lc >>> /usr/bin/ld: skipping incompatible >>> /usr/bin/../lib/libc.a when searching for -lc >>> /usr/bin/ld: skipping incompatible /usr/lib/libc.so >>> when searching for -lc >>> /usr/bin/ld: skipping incompatible /usr/lib/libc.a >>> when searching for -lc >>> /usr/bin/ld: cannot find -lc >>> collect2: ld returned 1 exit status >>> make[1]: *** [bonk~.pd_linux] Error 1 >>> make[1]: Leaving directory >>> `/home/justin/Desktop/pd-0.40-3/extra/bonk~' >>> make: *** [externs] Error 2 >>> >>> Thanks for all the help, >> >> >> you are not trouble having with bonk~ alone but with all externals in >> ./extra >> bonk~ just happens to be the first in the alphabetic list and >> therefore >> is the one that fails first... >> >> >> anyhow, your problem is obvious that "you" are telling the >> compiler to >> enforce building a 32bit version of the externals (via the "-m32" >> flag), >> which is not such a good idea if you don't have 32bit... >> >> you should be fine once you have all occurences of "-m32" in >> ./extra/makefile (there should be at least 2: one in LINUXCFLAGS >> and one >> in the linker-flags) >> >> fmasdr- >> IOhannes >> >> >> _______________________________________________ >> PD-list@iem.at mailing list >> UNSUBSCRIBE and account-management -> http://lists.puredata.info/ >> listinfo/pd-list >> > > _______________________________________________ > PD-list@iem.at mailing list > UNSUBSCRIBE and account-management -> http://lists.puredata.info/ > listinfo/pd-list ------------------------------------------------------------------------ ---- The arc of history bends towards justice. - Dr. Martin Luther King, Jr. _______________________________________________ PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list