Re: [PD-dev] [PD] pd-extended build on 9.10
2009/11/10 Hans-Christoph Steiner > > On Nov 9, 2009, at 2:13 PM, András Murányi wrote: > > > > 2009/11/9 IOhannes m zmoelnig > >> András Murányi wrote: >> >> >> > Apparently, pd-gui-rewrite still doesn't load the libs, no ELF32 >> messages >> > any more but all "couldn't load" plus a few "unknown sybol" errors. >> >> which "unknown symbols"? >> obviously the dynamic linker will fail to load a library, if it cannot >> resolve all symbols. >> >> do all externals have the problem, or just a few? >> >> > mmm, seems to me that none of them load. > > > THat's an odd one. My guess is that perhaps the pd you are using and the > externals that you are loading are different bitnesses, i.e. 32-bit and > 64-bit. Use the 'file' command to see: > > h...@blinky:~ > file /usr/bin/pd > /usr/bin/pd: ELF 32-bit LSB executable, Intel 80386, version 1 (SYSV), > dynamically linked (uses shared libs), for GNU/Linux 2.6.8, not stripped > > .hc > pd binary and some externals: muran...@zero:~$ file /usr/bin/pd > /usr/bin/pd: ELF 64-bit LSB executable, x86-64, version 1 (SYSV), for > GNU/Linux 2.6.8, dynamically linked (uses shared libs), not stripped > /usr/lib/pd/extra/libdir.pd_linux: ELF 64-bit LSB shared object, x86-64, > version 1 (SYSV), stripped > /usr/lib/pd/extra/Gem/Gem.pd_linux: ELF 64-bit LSB shared object, x86-64, > version 1 (SYSV), stripped > /usr/lib/pd/extra/cyclone/cycle.pd_linux: ELF 64-bit LSB shared object, > x86-64, version 1 (SYSV), not stripped > I took a look and i don't have other pd installs in /usr/local or anything like that. -- Muranyi Andras ___ Pd-dev mailing list Pd-dev@iem.at http://lists.puredata.info/listinfo/pd-dev
Re: [PD-dev] [PD] pd-extended build on 9.10
On Nov 9, 2009, at 2:13 PM, András Murányi wrote: 2009/11/9 IOhannes m zmoelnig András Murányi wrote: >> > Apparently, pd-gui-rewrite still doesn't load the libs, no ELF32 messages > any more but all "couldn't load" plus a few "unknown sybol" errors. which "unknown symbols"? obviously the dynamic linker will fail to load a library, if it cannot resolve all symbols. do all externals have the problem, or just a few? mmm, seems to me that none of them load. THat's an odd one. My guess is that perhaps the pd you are using and the externals that you are loading are different bitnesses, i.e. 32- bit and 64-bit. Use the 'file' command to see: h...@blinky:~ > file /usr/bin/pd /usr/bin/pd: ELF 32-bit LSB executable, Intel 80386, version 1 (SYSV), dynamically linked (uses shared libs), for GNU/Linux 2.6.8, not stripped .hc this is the relevant part of my .pdsettings: loadlib1: libdir loadlib2: Gem loadlib3: cyclone loadlib4: zexy loadlib5: cxc loadlib6: iemlib loadlib7: list-abs loadlib8: mapping loadlib9: pidip loadlib10: creb loadlib11: markex loadlib12: memento loadlib13: mjlib loadlib14: motex loadlib15: oscx loadlib16: pddp loadlib17: maxlib loadlib18: pdogg loadlib19: pixeltango loadlib20: pmpd loadlib21: rradical loadlib22: sigpack loadlib23: smlib loadlib24: toxy loadlib25: unauthorized loadlib26: vbap loadlib27: pan loadlib28: freeverb loadlib29: hcs loadlib30: jmmmp loadlib31: ext13 loadlib32: ggee loadlib33: iem_anything loadlib34: flib loadlib35: ekext loadlib36: flatspace loadlib37: pdp nloadlib: 37 this is from the Console: /usr/lib/pd/extra/libdir.pd_linux: /usr/lib/pd/extra/ libdir.pd_linux: undefined symbol: sys_helppath libdir: can't load library /usr/lib/pd/extra/Gem/Gem.pd_linux: /usr/lib/pd/extra/Gem/ Gem.pd_linux: undefined symbol: s_symbol Gem: can't load library cyclone: can't load library zexy: can't load library cxc: can't load library iemlib: can't load library list-abs: can't load library mapping: can't load library /usr/lib/pd/extra/pidip/pidip.pd_linux: /usr/lib/pd/extra/pidip/ pidip.pd_linux: undefined symbol: s_float pidip: can't load library creb: can't load library markex: can't load library memento: can't load library mjlib: can't load library motex: can't load library oscx: can't load library pddp: can't load library maxlib: can't load library pdogg: can't load library pixeltango: can't load library /usr/lib/pd/extra/flatspace/pmpd.pd_linux: /usr/lib/pd/extra/ flatspace/pmpd.pd_linux: undefined symbol: class_new pmpd: can't load library rradical: can't load library sigpack: can't load library smlib: can't load library toxy: can't load library unauthorized: can't load library /usr/lib/pd/extra/ggee/vbap.pd_linux: /usr/lib/pd/extra/ggee/ vbap.pd_linux: undefined symbol: s_ vbap: can't load library pan: can't load library freeverb: can't load library hcs: can't load library jmmmp: can't load library ext13: can't load library ggee: can't load library /usr/lib/pd/extra/iemlib/iem_anything.pd_linux: /usr/lib/pd/extra/ iemlib/iem_anything.pd_linux: undefined symbol: s_bang iem_anything: can't load library flib: can't load library ekext: can't load library flatspace: can't load library /usr/lib/pd/extra/pdp/pdp.pd_linux: /usr/lib/pd/extra/pdp/ pdp.pd_linux: undefined symbol: s_float pdp: can't load library I could send verbose mode Console output too, but it's very long. Andras ___ Pd-dev mailing list Pd-dev@iem.at http://lists.puredata.info/listinfo/pd-dev Terrorism is not an enemy. It cannot be defeated. It's a tactic. It's about as sensible to say we declare war on night attacks and expect we're going to win that war. We're not going to win the war on terrorism.- retired U.S. Army general, William Odom ___ Pd-dev mailing list Pd-dev@iem.at http://lists.puredata.info/listinfo/pd-dev
Re: [PD-dev] [PD] pd-extended build on 9.10
2009/11/9 IOhannes m zmoelnig > András Murányi wrote: > >> > > Apparently, pd-gui-rewrite still doesn't load the libs, no ELF32 messages > > any more but all "couldn't load" plus a few "unknown sybol" errors. > > which "unknown symbols"? > obviously the dynamic linker will fail to load a library, if it cannot > resolve all symbols. > > do all externals have the problem, or just a few? > > mmm, seems to me that none of them load. this is the relevant part of my .pdsettings: loadlib1: libdir > loadlib2: Gem > loadlib3: cyclone > loadlib4: zexy > loadlib5: cxc > loadlib6: iemlib > loadlib7: list-abs > loadlib8: mapping > loadlib9: pidip > loadlib10: creb > loadlib11: markex > loadlib12: memento > loadlib13: mjlib > loadlib14: motex > loadlib15: oscx > loadlib16: pddp > loadlib17: maxlib > loadlib18: pdogg > loadlib19: pixeltango > loadlib20: pmpd > loadlib21: rradical > loadlib22: sigpack > loadlib23: smlib > loadlib24: toxy > loadlib25: unauthorized > loadlib26: vbap > loadlib27: pan > loadlib28: freeverb > loadlib29: hcs > loadlib30: jmmmp > loadlib31: ext13 > loadlib32: ggee > loadlib33: iem_anything > loadlib34: flib > loadlib35: ekext > loadlib36: flatspace > loadlib37: pdp > nloadlib: 37 > this is from the Console: /usr/lib/pd/extra/libdir.pd_linux: /usr/lib/pd/extra/libdir.pd_linux: > undefined symbol: sys_helppath > libdir: can't load library > /usr/lib/pd/extra/Gem/Gem.pd_linux: /usr/lib/pd/extra/Gem/Gem.pd_linux: > undefined symbol: s_symbol > Gem: can't load library > cyclone: can't load library > zexy: can't load library > cxc: can't load library > iemlib: can't load library > list-abs: can't load library > mapping: can't load library > /usr/lib/pd/extra/pidip/pidip.pd_linux: > /usr/lib/pd/extra/pidip/pidip.pd_linux: undefined symbol: s_float > pidip: can't load library > creb: can't load library > markex: can't load library > memento: can't load library > mjlib: can't load library > motex: can't load library > oscx: can't load library > pddp: can't load library > maxlib: can't load library > pdogg: can't load library > pixeltango: can't load library > /usr/lib/pd/extra/flatspace/pmpd.pd_linux: > /usr/lib/pd/extra/flatspace/pmpd.pd_linux: undefined symbol: class_new > pmpd: can't load library > rradical: can't load library > sigpack: can't load library > smlib: can't load library > toxy: can't load library > unauthorized: can't load library > /usr/lib/pd/extra/ggee/vbap.pd_linux: /usr/lib/pd/extra/ggee/vbap.pd_linux: > undefined symbol: s_ > vbap: can't load library > pan: can't load library > freeverb: can't load library > hcs: can't load library > jmmmp: can't load library > ext13: can't load library > ggee: can't load library > /usr/lib/pd/extra/iemlib/iem_anything.pd_linux: > /usr/lib/pd/extra/iemlib/iem_anything.pd_linux: undefined symbol: s_bang > iem_anything: can't load library > flib: can't load library > ekext: can't load library > flatspace: can't load library > /usr/lib/pd/extra/pdp/pdp.pd_linux: /usr/lib/pd/extra/pdp/pdp.pd_linux: > undefined symbol: s_float > pdp: can't load library > I could send verbose mode Console output too, but it's very long. Andras ___ Pd-dev mailing list Pd-dev@iem.at http://lists.puredata.info/listinfo/pd-dev
Re: [PD-dev] [PD] pd-extended build on 9.10
András Murányi wrote: >> > Apparently, pd-gui-rewrite still doesn't load the libs, no ELF32 messages > any more but all "couldn't load" plus a few "unknown sybol" errors. which "unknown symbols"? obviously the dynamic linker will fail to load a library, if it cannot resolve all symbols. do all externals have the problem, or just a few? fgmasdr IOhannes smime.p7s Description: S/MIME Cryptographic Signature ___ Pd-dev mailing list Pd-dev@iem.at http://lists.puredata.info/listinfo/pd-dev
Re: [PD-dev] [PD] pd-extended build on 9.10
2009/11/9 Hans-Christoph Steiner > > On Nov 9, 2009, at 12:59 PM, András Murányi wrote: > > >> >> ...and i got my package successfully built on Hardy 8.04 amd64. Thanks >> Hans! >> It starts up and seems to run smoothly - there's just some font weirdness. >> >> I imagined that upon this, pd-gui-rewite would happily load the libraries >> but it's not the situation. Do you how i might help it? >> >> >> Sorry for bouncing this - will my pd-gui-rewrite be ever happy with the >> libraries from my new 64-bit install? If yes, how can i help it? >> > > > You'll have to expand on what you mean, its not clear here. > > Let's see. I'm on 64-bit Ubuntu. Until now, I've been using a 32-bit binary of Pd-extended, and i had set up the new pd-gui-rewrite "stuff" alongside. I was not surprised that it couldn't load the libraries from the 32-bit Pd-extended installation, but now that i have made and installed my 64-bit Pd-extended, i expected that it would load its libraries: they are 64-bit now, pd-gui-rewrite is 64-bit too, what a nice couple, i thought. Apparently, pd-gui-rewrite still doesn't load the libs, no ELF32 messages any more but all "couldn't load" plus a few "unknown sybol" errors. That's where i am, and what i wish is that i can try pd-gui-rewrite in its full functionality, which would be, loading the libs listed in .pdsettings. Thanks, -- Muranyi Andras ___ Pd-dev mailing list Pd-dev@iem.at http://lists.puredata.info/listinfo/pd-dev
Re: [PD-dev] [PD] pd-extended build on 9.10
On Nov 9, 2009, at 12:59 PM, András Murányi wrote: ...and i got my package successfully built on Hardy 8.04 amd64. Thanks Hans! It starts up and seems to run smoothly - there's just some font weirdness. I imagined that upon this, pd-gui-rewite would happily load the libraries but it's not the situation. Do you how i might help it? Sorry for bouncing this - will my pd-gui-rewrite be ever happy with the libraries from my new 64-bit install? If yes, how can i help it? You'll have to expand on what you mean, its not clear here. .hc "[T]he greatest purveyor of violence in the world today [is] my own government." - Martin Luther King, Jr. ___ Pd-dev mailing list Pd-dev@iem.at http://lists.puredata.info/listinfo/pd-dev
Re: [PD-dev] [PD] pd-extended build on 9.10
> > ...and i got my package successfully built on Hardy 8.04 amd64. Thanks > Hans! > It starts up and seems to run smoothly - there's just some font weirdness. > > I imagined that upon this, pd-gui-rewite would happily load the libraries > but it's not the situation. Do you how i might help it? > > Sorry for bouncing this - will my pd-gui-rewrite be ever happy with the libraries from my new 64-bit install? If yes, how can i help it? Thanks, -- Muranyi Andras ___ Pd-dev mailing list Pd-dev@iem.at http://lists.puredata.info/listinfo/pd-dev
Re: [PD-dev] [PD] pd-extended build on 9.10
You need to 'svn up'. .hc On Nov 1, 2009, at 1:29 AM, patrick wrote: thank you very much Hans, everything is working (only Bitstream Vera is missing). pat ___ Pd-dev mailing list Pd-dev@iem.at http://lists.puredata.info/listinfo/pd-dev kill your television ___ Pd-dev mailing list Pd-dev@iem.at http://lists.puredata.info/listinfo/pd-dev
Re: [PD-dev] [PD] pd-extended build on 9.10
thank you very much Hans, everything is working (only Bitstream Vera is missing). pat ___ Pd-dev mailing list Pd-dev@iem.at http://lists.puredata.info/listinfo/pd-dev
Re: [PD-dev] [PD] pd-extended build on 9.10
On Oct 31, 2009, at 8:09 PM, András Murányi wrote: On Sun, Nov 1, 2009 at 12:51 AM, Hans-Christoph Steiner wrote: On Oct 31, 2009, at 5:30 PM, patrick wrote: using svn, then rm -rf pd and: svn co https://pure-data.svn.sourceforge.net/svnroot/pure-data/branches/pd-extended/0.42/pd i am getting this error: fakeroot dpkg-deb --build /home/psc/src/pd/packages/linux_make/ build/ /home/psc/src/pd/packages/linux_make/Pd-0.42.5-extended.deb dpkg-deb - error: Debian revision (`extended') doesn't contain any digits dpkg-deb: 1 errors in control file make: *** [deb] Error 2 cd packages svn up Makefile That should fix that bug. yes, i just committed a bit too early. and now (with all the externals)...: linux_make install succeeded! and i'm back to this: fakeroot dpkg-deb --build /home/muranyia/Download/pure-data/packages/ linux_make/build/ /home/muranyia/Download/pure-data/packages/ linux_make/Pd-0.42.5-extended.deb dpkg-deb - error: Debian revision (`extended') doesn't contain any digits dpkg-deb: 1 errors in control file Andras Ok, I think I got it. Either: cd packages make set_version cd linux_make make install && make package Or: cd packages svn up Makefile cd linux_make make install && make package .hc As we enjoy great advantages from inventions of others, we should be glad of an opportunity to serve others by any invention of ours; and this we should do freely and generously. - Benjamin Franklin ___ Pd-dev mailing list Pd-dev@iem.at http://lists.puredata.info/listinfo/pd-dev
Re: [PD-dev] [PD] pd-extended build on 9.10
On Sun, Nov 1, 2009 at 12:51 AM, Hans-Christoph Steiner wrote: > > On Oct 31, 2009, at 5:30 PM, patrick wrote: > > using svn, then rm -rf pd and: >> svn co >> https://pure-data.svn.sourceforge.net/svnroot/pure-data/branches/pd-extended/0.42/pd >> >> i am getting this error: >> fakeroot dpkg-deb --build /home/psc/src/pd/packages/linux_make/build/ >> /home/psc/src/pd/packages/linux_make/Pd-0.42.5-extended.deb >> dpkg-deb - error: Debian revision (`extended') doesn't contain any digits >> dpkg-deb: 1 errors in control file >> make: *** [deb] Error 2 >> > > cd packages > svn up Makefile > > That should fix that bug. > > yes, i just committed a bit too early. and now (with all the externals)...: linux_make install succeeded! > and i'm back to this: fakeroot dpkg-deb --build > /home/muranyia/Download/pure-data/packages/linux_make/build/ > /home/muranyia/Download/pure-data/packages/linux_make/Pd-0.42.5-extended.deb > dpkg-deb - error: Debian revision (`extended') doesn't contain any digits > dpkg-deb: 1 errors in control file > Andras ___ Pd-dev mailing list Pd-dev@iem.at http://lists.puredata.info/listinfo/pd-dev
Re: [PD-dev] [PD] pd-extended build on 9.10
On Oct 31, 2009, at 5:30 PM, patrick wrote: using svn, then rm -rf pd and: svn co https://pure-data.svn.sourceforge.net/svnroot/pure-data/branches/pd-extended/0.42/pd i am getting this error: fakeroot dpkg-deb --build /home/psc/src/pd/packages/linux_make/ build/ /home/psc/src/pd/packages/linux_make/Pd-0.42.5-extended.deb dpkg-deb - error: Debian revision (`extended') doesn't contain any digits dpkg-deb: 1 errors in control file make: *** [deb] Error 2 cd packages svn up Makefile That should fix that bug. .hc The arc of history bends towards justice. - Dr. Martin Luther King, Jr. ___ Pd-dev mailing list Pd-dev@iem.at http://lists.puredata.info/listinfo/pd-dev
Re: [PD-dev] [PD] pd-extended build on 9.10
> >> pdp_bitmap.c:41: error: conflicting types for ‘pdp_packet_bitmap_isvalid’ >> ../../include/pdp_bitmap.h:90: note: previous declaration of >> ‘pdp_packet_bitmap_isvalid’ was here >> make[5]: *** [pdp_bitmap.o] Error 1 >> >> any bughunter knows this one? >> salutis >> ø >> >> > I'm standing at the same one (on amd64). > > > There was a mismatch between the header declaration, which used a 'bool' > return type and the actual functions themselves, which used an 'int' return > type. Previously this didn't matter since there was a #define bool int, > which means that all the 'bool's where converted to 'int's before > compilation. > > Now, its the way it should be. 'svn up' and try again. > > No luck... svn pulled the new files but i'm still getting the error Andras ___ Pd-dev mailing list Pd-dev@iem.at http://lists.puredata.info/listinfo/pd-dev
Re: [PD-dev] [PD] pd-extended build on 9.10
using svn, then rm -rf pd and: svn co https://pure-data.svn.sourceforge.net/svnroot/pure-data/branches/pd-extended/0.42/pd i am getting this error: fakeroot dpkg-deb --build /home/psc/src/pd/packages/linux_make/build/ /home/psc/src/pd/packages/linux_make/Pd-0.42.5-extended.deb dpkg-deb - error: Debian revision (`extended') doesn't contain any digits dpkg-deb: 1 errors in control file make: *** [deb] Error 2 pat ___ Pd-dev mailing list Pd-dev@iem.at http://lists.puredata.info/listinfo/pd-dev
Re: [PD-dev] [PD] pd-extended build on 9.10
On Oct 31, 2009, at 3:03 PM, András Murányi wrote: On Sat, Oct 31, 2009 at 5:13 PM, olsen wrote: buenas ydego...@gmail.com wrote: ola, /usr/lib/pd/extra/pidip/pidip.pd_linux: /usr/lib/pd/extra/pidip/ pidip.pd_linux: undefined symbol: quicktime_has_video pidip: can't load library it's been a long time i haven't seen this one this means that you load pidip before loading pdp, or you don't load pdp at all i guess this was because my brain was building this trunken package as hans indicated. so now i'm trying to follow the instructions on build & whoop: gcc -DPD -Wall -W -Wstrict-prototypes -Wno-unused -Wno-parentheses - Wno-switch -fPIC -O2 -funroll-loops -fomit-frame-pointer -ffast-math -DPDP_VERSION=\"0.12.5-darcs\" -I. -I/usr/X11R6/include -I../ include -I../../include -I/home/olsen/pd/pd-extended_2/pd-extended/ pd/src -o pdp_bitmap.o -c pdp_bitmap.c pdp_bitmap.c:41: error: conflicting types for ‘pdp_packet_bitmap_isvalid’ ../../include/pdp_bitmap.h:90: note: previous declaration of ‘pdp_packet_bitmap_isvalid’ was here make[5]: *** [pdp_bitmap.o] Error 1 any bughunter knows this one? salutis ø I'm standing at the same one (on amd64). Andras There was a mismatch between the header declaration, which used a 'bool' return type and the actual functions themselves, which used an 'int' return type. Previously this didn't matter since there was a #define bool int, which means that all the 'bool's where converted to 'int's before compilation. Now, its the way it should be. 'svn up' and try again. .hc "Free software means you control what your computer does. Non-free software means someone else controls that, and to some extent controls you." - Richard M. Stallman ___ Pd-dev mailing list Pd-dev@iem.at http://lists.puredata.info/listinfo/pd-dev
Re: [PD-dev] [PD] pd-extended build on 9.10
On Sat, Oct 31, 2009 at 5:13 PM, olsen wrote: > buenas > ydego...@gmail.com wrote: > >> ola, >> >>> >>> /usr/lib/pd/extra/pidip/pidip.pd_linux: >>> /usr/lib/pd/extra/pidip/pidip.pd_linux: undefined symbol: >>> quicktime_has_video >>> pidip: can't load library >>> >>> >>> it's been a long time i haven't seen this one >> this means that you load pidip before loading pdp, >> or you don't load pdp at all >> > i guess this was because my brain was building this trunken package as hans > indicated. > so now i'm trying to follow the instructions on build & whoop: > > gcc -DPD -Wall -W -Wstrict-prototypes -Wno-unused -Wno-parentheses > -Wno-switch -fPIC -O2 -funroll-loops -fomit-frame-pointer -ffast-math > -DPDP_VERSION=\"0.12.5-darcs\" -I. -I/usr/X11R6/include -I../include > -I../../include -I/home/olsen/pd/pd-extended_2/pd-extended/pd/src -o > pdp_bitmap.o -c pdp_bitmap.c > pdp_bitmap.c:41: error: conflicting types for ‘pdp_packet_bitmap_isvalid’ > ../../include/pdp_bitmap.h:90: note: previous declaration of > ‘pdp_packet_bitmap_isvalid’ was here > make[5]: *** [pdp_bitmap.o] Error 1 > > any bughunter knows this one? > salutis > ø > > > I'm standing at the same one (on amd64). Andras ___ Pd-dev mailing list Pd-dev@iem.at http://lists.puredata.info/listinfo/pd-dev
