On Sat, Oct 31, 2009 at 5:13 PM, olsen sesselastronaut@googlemail.comwrote:
buenas ydegoyon@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
On Oct 31, 2009, at 3:03 PM, András Murányi wrote:
On Sat, Oct 31, 2009 at 5:13 PM, olsen sesselastronaut@googlemail.com wrote: buenas ydegoyon@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
using svn, then rm -rf pd and: svn co https://pure-data.svn.sourceforge.net/svnroot/pure-data/branches/pd-extended...
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
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...
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.
On Sun, Nov 1, 2009 at 12:51 AM, Hans-Christoph Steiner hans@at.or.atwrote:
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...
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
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 hans@at.or.at 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...
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
thank you very much Hans, everything is working (only Bitstream Vera is missing).
pat
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
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
...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?
Andras
...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,
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.
2009/11/9 Hans-Christoph Steiner hans@at.or.at
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,
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
2009/11/9 IOhannes m zmoelnig zmoelnig@iem.at
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
On Nov 9, 2009, at 2:13 PM, András Murányi wrote:
2009/11/9 IOhannes m zmoelnig zmoelnig@iem.at 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:
hans@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
2009/11/10 Hans-Christoph Steiner hans@at.or.at
On Nov 9, 2009, at 2:13 PM, András Murányi wrote:
2009/11/9 IOhannes m zmoelnig zmoelnig@iem.at
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:
hans@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:
muranyia@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.
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
-
András Murányi -
Hans-Christoph Steiner -
Hans-Christoph Steiner -
IOhannes m zmoelnig -
patrick