after having removed 'Particles/partlib_system.cpp' and recompiled, i get now:
/usr/local/lib/pd/extra/Gem.pd_linux: /usr/local/lib/pd/extra/Gem.pd_linux: undefined symbol: _ZN14ParticleAction2dtE
___________________________________________________________ Der frühe Vogel fängt den Wurm. Hier gelangen Sie zum neuen Yahoo! Mail: http://mail.yahoo.de
On Mon, 2007-11-12 at 05:41 +0100, Roman Haefeli wrote:
after having removed 'Particles/partlib_system.cpp' and recompiled, i get now:
/usr/local/lib/pd/extra/Gem.pd_linux: /usr/local/lib/pd/extra/Gem.pd_linux: undefined symbol: _ZN14ParticleAction2dtE
and it goes on with:
_Z8pGravityfff
i try now to remove all particle stuff.
roman
___________________________________________________________ Der frühe Vogel fängt den Wurm. Hier gelangen Sie zum neuen Yahoo! Mail: http://mail.yahoo.de
Roman Haefeli wrote:
On Mon, 2007-11-12 at 05:41 +0100, Roman Haefeli wrote:
after having removed 'Particles/partlib_system.cpp' and recompiled, i get now:
/usr/local/lib/pd/extra/Gem.pd_linux: /usr/local/lib/pd/extra/Gem.pd_linux: undefined symbol: _ZN14ParticleAction2dtE
and it goes on with:
_Z8pGravityfff
i try now to remove all particle stuff.
the proper way to do it, is to configure Gem with "--disable-Particles".
you probably have to do a "make clean" (or wipe out the contents of src/Objects manually) before changing the configure options.
fmasf IOhannes
Roman Haefeli wrote:
after having removed 'Particles/partlib_system.cpp' and recompiled, i get now:
/usr/local/lib/pd/extra/Gem.pd_linux: /usr/local/lib/pd/extra/Gem.pd_linux: undefined symbol: _ZN14ParticleAction2dtE
well, surprise, surprise: partlib_system.cpp is there for a good reason: e.g. to provide functions like PartlibAction()
mfa.ser IOhannes
On Mon, 2007-11-12 at 09:11 +0100, IOhannes m zmoelnig wrote:
Roman Haefeli wrote:
after having removed 'Particles/partlib_system.cpp' and recompiled, i get now:
/usr/local/lib/pd/extra/Gem.pd_linux: /usr/local/lib/pd/extra/Gem.pd_linux: undefined symbol: _ZN14ParticleAction2dtE
well, surprise, surprise: partlib_system.cpp is there for a good reason: e.g. to provide functions like PartlibAction()
did i say the opposite?
ok. but why did it work all the years until now? i didn't change my system. i am still on the ubuntu dapper. AND i could use all the particle objectclasses. can you tell me why i cannot use particle systems anymore?
roman
___________________________________________________________ Der frühe Vogel fängt den Wurm. Hier gelangen Sie zum neuen Yahoo! Mail: http://mail.yahoo.de
hi
Roman Haefeli wrote:
On Mon, 2007-11-12 at 09:11 +0100, IOhannes m zmoelnig wrote:
Roman Haefeli wrote:
after having removed 'Particles/partlib_system.cpp' and recompiled, i get now:
/usr/local/lib/pd/extra/Gem.pd_linux: /usr/local/lib/pd/extra/Gem.pd_linux: undefined symbol: _ZN14ParticleAction2dtE
well, surprise, surprise: partlib_system.cpp is there for a good reason: e.g. to provide functions like PartlibAction()
did i say the opposite?
no, but your email camethrough before your question about "__ps";
therefore your emails sounded like: "i have removed an arbitrary file from the Gem-sources and now it doesn't work anymore" - which is not very surprising :-)
ok. but why did it work all the years until now? i didn't change my system. i am still on the ubuntu dapper. AND i could use all the particle objectclasses. can you tell me why i cannot use particle systems anymore?
i cannot answer you this, but recently i have modified the build-system of Gem a bit, so that all .o files are copiled into the ./Objects folder before they are linked. this is part of an ongoing try, to compile Gem (partly) as single externals.
anyhow, could you do a "make distclean" (and eventually removed all traces of .o and .d files in the Gem/src tree) and afterwards do a fresh build.
mfg.asdr IOhannes
On Mon, 2007-11-12 at 16:19 +0100, IOhannes m zmoelnig wrote:
anyhow, could you do a "make distclean" (and eventually removed all traces of .o and .d files in the Gem/src tree) and afterwards do a fresh build.
hey, 'make distclean' did the trick. obviously 'make clean' wasn't enough. it compiled fine and it loads fine.
thanks roman
___________________________________________________________ Der frühe Vogel fängt den Wurm. Hier gelangen Sie zum neuen Yahoo! Mail: http://mail.yahoo.de
On Nov 18, 2007, at 2:36 AM, Roman Haefeli wrote:
On Mon, 2007-11-12 at 16:19 +0100, IOhannes m zmoelnig wrote:
anyhow, could you do a "make distclean" (and eventually removed all traces of .o and .d files in the Gem/src tree) and afterwards do a fresh build.
I am curious, what are .d files anyway?
.hc
hey, 'make distclean' did the trick. obviously 'make clean' wasn't enough. it compiled fine and it loads fine.
thanks roman
___________________________________________________________ Der frühe Vogel fängt den Wurm. Hier gelangen Sie zum neuen Yahoo! Mail: http://mail.yahoo.de
GEM-dev mailing list GEM-dev@iem.at http://lists.puredata.info/listinfo/gem-dev
------------------------------------------------------------------------ ----
Computer science is no more related to the computer than astronomy is related to the telescope. -Edsger Dykstra
Hans-Christoph Steiner wrote:
On Nov 18, 2007, at 2:36 AM, Roman Haefeli wrote:
On Mon, 2007-11-12 at 16:19 +0100, IOhannes m zmoelnig wrote:
anyhow, could you do a "make distclean" (and eventually removed all traces of .o and .d files in the Gem/src tree) and afterwards do a fresh build.
I am curious, what are .d files anyway?
just have a look at them with your favourite editor :-) they are make.depend files that track the dependencies of each .cpp file.
mfg.asd IOhannes
-
Hans-Christoph Steiner -
IOhannes m zmoelnig -
Roman Haefeli