Hans-Christoph Steiner wrote:

cd packages/linux_make/ make install && make package

Unfortunately, that gives me essentially the same error:

darren@ashe:~/Downloads/Pd-0.40.3-extended/packages/linux_make$ make install && make package find: /home/darren/Downloads/Pd-0.40.3-extended/packages/linux_make/build/: No such file or directory dpkg-shlibdeps: need at least one executable

make -C /home/darren/Downloads/Pd-0.40.3-extended/packages BUILDLAYOUT_DIR=/home/darren/Downloads/Pd-0.40.3-extended/packages cvs_root_dir=/home/darren/Downloads/Pd-0.40.3-extended DESTDIR=/home/darren/Downloads/Pd-0.40.3-extended/packages/linux_make/build/ prefix=/usr OPT_CFLAGS="-O2" UNAME=Linux install grep: /home/darren/Downloads/Pd-0.40.3-extended/Gem/src/Base/GemVersion.h: No such file or directory make[1]: Entering directory /home/darren/Downloads/Pd-0.40.3-extended/packages' cd /home/darren/Downloads/Pd-0.40.3-extended/pd/src && ./configure --enable-jack --enable-alsa && \ make OPT_CFLAGS="" depend && \ make BUILDLAYOUT_DIR=/home/darren/Downloads/Pd-0.40.3-extended/packages cvs_root_dir=/home/darren/Downloads/Pd-0.40.3-extended DESTDIR=/home/darren/Downloads/Pd-0.40.3-extended/packages/linux_make/build/ prefix=/usr libpddir=/home/darren/Downloads/Pd-0.40.3-extended/packages/linux_make/build//usr/lib/pd OPT_CFLAGS="-O2" UNAME=Linux checking for gcc... gcc checking for C compiler default output file name... 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 gcc accepts -g... yes checking for gcc option to accept ISO C89... none needed checking for a BSD-compatible install... /usr/bin/install -c checking whether make sets $(MAKE)... yes checking how to run the C preprocessor... gcc -E checking for an ANSI C-conforming const... yes checking for grep that handles long lines and -e... /bin/grep checking for egrep... /bin/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 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... yes checking malloc.h presence... yes checking for malloc.h... yes 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 io.h usability... no checking io.h presence... no checking for io.h... no checking whether gcc 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 working alloca.h... yes checking for alloca... yes checking for dlopen in -ldl... yes checking for sin in -lffm... no checking for sin in -lm... yes checking for pthread_create in -lpthread... yes checking tcl.h usability... no checking tcl.h presence... no checking for tcl.h... no checking tcl8.7/tcl.h usability... no checking tcl8.7/tcl.h presence... no checking for tcl8.7/tcl.h... no checking tcl8.6/tcl.h usability... no checking tcl8.6/tcl.h presence... no checking for tcl8.6/tcl.h... no checking tcl8.5/tcl.h usability... no checking tcl8.5/tcl.h presence... no checking for tcl8.5/tcl.h... no checking tcl8.4/tcl.h usability... yes checking tcl8.4/tcl.h presence... yes checking for tcl8.4/tcl.h... yes checking for main in -ltcl85... no checking for main in -ltcl8.5... no checking for main in -ltcl84... no checking for main in -ltcl8.4... yes checking for main in -ltk85... no checking for main in -ltk8.5... no checking for main in -ltk84... no checking for main in -ltk8.4... yes .................... alsa= yes checking for snd_pcm_info in -lasound... yes checking for shm_open in -lrt... yes checking for jack_set_xrun_callback in -ljack... yes checking for jack_set_error_function in -ljack... yes MORECFLAGS --------------- -O6 -funroll-loops -fomit-frame-pointer checking for special C compiler options needed for large files... no checking for _FILE_OFFSET_BITS value needed for large files... no ./configure: line 8298: syntax error near unexpected tokenSINF,' ./configure: line 8298: AST_EXT_LIB_CHECK(SINF, m, sinf)' make[1]: [pd] Error 2 (ignored) make -C /home/darren/Downloads/Pd-0.40.3-extended/pd/src BUILDLAYOUT_DIR=/home/darren/Downloads/Pd-0.40.3-extended/packages cvs_root_dir=/home/darren/Downloads/Pd-0.40.3-extended DESTDIR=/home/darren/Downloads/Pd-0.40.3-extended/packages/linux_make/build/ prefix=/usr libpddir=/home/darren/Downloads/Pd-0.40.3-extended/packages/linux_make/build//usr/lib/pd OPT_CFLAGS="-O2" UNAME=Linux install make[2]: Entering directory/home/darren/Downloads/Pd-0.40.3-extended/pd/src' make[2]: *** No rule to make target install'. Stop. make[2]: Leaving directory/home/darren/Downloads/Pd-0.40.3-extended/pd/src' make[1]: *** [pd_install] Error 2 make[1]: Leaving directory `/home/darren/Downloads/Pd-0.40.3-extended/packages' make: *** [install] Error 2

Hopefully, I can figure out what's wrong and we can make this work. My only alternative is to install the 32-bit version of Kubuntu. Thank you for your help!

Regards, Darren Landrum

Darren Landrum wrote:

Darren Landrum wrote:

/bin/sh: aclocal: not found

well, it seems like you are missing the "aclocal" binary. on debian its in the "automake" package, on ubuntu and derivatives it should be the same.

fganmsrd IOhannes

Darren Landrum wrote:

IOhannes m zmoelnig wrote:

...

well, it seems like you are missing the "aclocal" binary. on debian its in the "automake" package, on ubuntu and derivatives it should be the same.

Okay, that made me feel a little stupid. :-/ So, one problem solved, now, on to another.

---

make[3]: Entering directory /home/darren/Downloads/Pd-0.40.3-extended/pd/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 In file included from /usr/include/features.h:354, from /usr/include/math.h:28, from bonk~.c:10: /usr/include/gnu/stubs.h:7:27: error: gnu/stubs-32.h: No such file or directory make[3]: *** [bonk~.pd_linux] Error 1 make[3]: Leaving directory/home/darren/Downloads/Pd-0.40.3-extended/pd/extra/bonk~' make[2]: *** [externs] Error 2 make[2]: Leaving directory /home/darren/Downloads/Pd-0.40.3-extended/pd/src' make[1]: *** [pd_install] Error 2 make[1]: Leaving directory/home/darren/Downloads/Pd-0.40.3-extended/packages' make: *** [install] Error 2

---

It looks like it's specifically looking for the 32-bit version of a library, which of course would not be on my system. (I'm guessing the header in question is in the pthreads package, but I'm not exactly sure.) Ubuntu doesn't really do 32/64 bit mixed systems very well, I'm afraid.

i think this is not the problem. that problem seems to be rather, that the Make-process explicitely asks for a 32bit build (with the "-m32" flag).

re-reading your post, i noticed that you actually are trying to build a 0.40 version on a 64bit machine; unless you do not intend to use tables, you will be very unhappy with this.

the biggest change from Pd-0.40 to 0.41 was, that it became fully useable with 64bit machines (i remember well my red fac, when i presented Pd on a local radio-station and eventually played H05.filter.floyd.pd which just didn't work :-()

i think you should probably try to get the current svn pd-extended to run (good luck)

fgamsrd IOhannes

Darren Landrum wrote:

IOhannes m zmoelnig wrote:

...

i think you should probably try to get the current svn pd-extended to run (good luck)

That sounds just a little dangerous, but I'm game. If it fails to work, I'll just re-load my system 32-bit for now. Someday in the future, maybe 64-bit will be king, but for music production for now (even on Mac and PC) 32-bit is still dominant.

Okay, the latest pd-extended svn is giving me the *exact* same error with stubs-32.h as the latest release tarball did. I don't know how to solve that, other than to re-load my system as 32-bit. I don't really want to do that, but switching back to Windows would still be worse.

I'll likely do that sometime tonight unless someone else has a great idea or two to try first. :-)

Thank you for your help.

Regards, Darren Landrum

Roman Haefeli wrote:

i doubt, that it could be called a 'great idea', but why does it need to be pd-extended, if you're going to compile it anyway yourself? why don't you just compile pd and those libraries, that you really need?

Well, I'm a complete newbie to Pd and really have no idea what stuff I'll need, so I wanted to start from the same baseline as most of everyone else. Besides, I've already tried compiling the latest vanilla source, and I kept running into completely different problems. I'll give it one more shot, though, before re-installing 32-bit Kubuntu.

Thanks for the reply.

Regards, Darren Landrum

On Sep 22, 2008, at 11:32 PM, Darren Landrum wrote:

Roman Haefeli wrote:

...

i doubt, that it could be called a 'great idea', but why does it
need to be pd-extended, if you're going to compile it anyway yourself? why
don't you just compile pd and those libraries, that you really need?

Well, I'm a complete newbie to Pd and really have no idea what stuff I'll need, so I wanted to start from the same baseline as most of everyone else. Besides, I've already tried compiling the latest
vanilla source, and I kept running into completely different problems. I'll
give it one more shot, though, before re-installing 32-bit Kubuntu.

Also, building the stuff manually will only benefit him, while
working to get 64-bit Pd-extended builds will benefit everyone who
wants a native 64-bit build of Pd-extended.

If you are missing anything going forward, check this page to make
sure you have all of these packages installed. I think the packages
should all be the same for 64-bit Kubuntu as the 32-bit version:

http://puredata.info/docs/developer/Debian

.hc

Thanks for the reply.

Regards, Darren Landrum

---

Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/ listinfo/pd-list

There is no way to peace, peace is the way. -A.J. Muste