Hi, S. Jensen,
I'm looking for a way to get "pool" working on a Linux distribution (Ubuntu or Ubuntu Studio are my main goals). I've noticed that you were able to compile your own Pd-extended and were looking to add "pool" to it. Did you manage to get "pool" working? Installing it is the easy bit, I guess (I'm having no problems installing externals in Linux, as I have some experience in Pd), but "pool" that works without any problem in my Mac setup (my main one) appears to be incompatible with Gem on Linux, regardless of GEM version or Linux distro.
Did you got it to work? If you did, can you point me in the right direction?
Thank you very much.
João Martins
On 2010-08-23 22:10, João Martins wrote:
Hi, S. Jensen,
I'm looking for a way to get "pool" working on a Linux distribution (Ubuntu or Ubuntu Studio are my main goals). I've noticed that you were able to compile your own Pd-extended and were looking to add "pool" to it. Did you manage to get "pool" working? Installing it is the easy bit, I guess (I'm having no problems installing externals in Linux, as I have some experience in Pd), but "pool" that works without any problem in my Mac setup (my main one) appears to be incompatible with Gem on Linux, regardless of GEM version or Linux distro.
have you tried gem-0.92 ?
i think there was some conflict with flext and Gem both overriding "new", at least Gem behaves now better.
fgmasdr IOhannes
I'll try that. Should I try it before or after recompiling everything Flext related (Frank Barknecht suggestion)?
Thank you all,
João Martins
No dia 24 de Agosto de 2010 08:25, IOhannes m zmoelnig zmoelnig@iem.atescreveu:
On 2010-08-23 22:10, João Martins wrote:
Hi, S. Jensen,
I'm looking for a way to get "pool" working on a Linux distribution
(Ubuntu
or Ubuntu Studio are my main goals). I've noticed that you were able to compile your own Pd-extended and were looking to add "pool" to it. Did you manage to get "pool" working? Installing it is the easy bit, I guess (I'm having no problems installing externals in Linux, as I have some experience in Pd), but "pool" that
works
without any problem in my Mac setup (my main one) appears to be
incompatible
with Gem on Linux, regardless of GEM version or Linux distro.
have you tried gem-0.92 ?
i think there was some conflict with flext and Gem both overriding "new", at least Gem behaves now better.
fgmasdr IOhannes
Oh yes, i remember that issue now... there's a flag called FLEXT_CMEM which inhibits overriding the new/delete operators. To my knowledge the flag is set by default for versions within the last 3 years or so. I'll check later to be sure. gr~~~
Am 24.08.2010 um 09:25 schrieb IOhannes m zmoelnig:
On 2010-08-23 22:10, João Martins wrote:
Hi, S. Jensen,
I'm looking for a way to get "pool" working on a Linux distribution (Ubuntu or Ubuntu Studio are my main goals). I've noticed that you were able to compile your own Pd-extended and were looking to add "pool" to it. Did you manage to get "pool" working? Installing it is the easy bit, I guess (I'm having no problems installing externals in Linux, as I have some experience in Pd), but "pool" that works without any problem in my Mac setup (my main one) appears to be incompatible with Gem on Linux, regardless of GEM version or Linux distro.
have you tried gem-0.92 ?
i think there was some conflict with flext and Gem both overriding "new", at least Gem behaves now better.
fgmasdr IOhannes
Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Would this issue be exclusive of Linux installations? One of my main problems now is not understanding the "portability" issues.
I really thank you all for your time and help.
João Martins
No dia 24 de Agosto de 2010 18:23, Thomas Grill gr@grrrr.org escreveu:
Oh yes, i remember that issue now... there's a flag called FLEXT_CMEM which inhibits overriding the new/delete operators. To my knowledge the flag is set by default for versions within the last 3 years or so. I'll check later to be sure. gr~~~
Am 24.08.2010 um 09:25 schrieb IOhannes m zmoelnig:
On 2010-08-23 22:10, João Martins wrote:
Hi, S. Jensen,
I'm looking for a way to get "pool" working on a Linux distribution
(Ubuntu
or Ubuntu Studio are my main goals). I've noticed that you were able to compile your own Pd-extended and were looking to add "pool" to it. Did you manage to get "pool" working? Installing it is the easy bit, I guess (I'm having no problems
installing
externals in Linux, as I have some experience in Pd), but "pool" that
works
without any problem in my Mac setup (my main one) appears to be
incompatible
with Gem on Linux, regardless of GEM version or Linux distro.
have you tried gem-0.92 ?
i think there was some conflict with flext and Gem both overriding "new", at least Gem behaves now better.
fgmasdr IOhannes
Pd-list@iem.at mailing list UNSUBSCRIBE and account-management ->
Am 24.08.2010 um 19:31 schrieb João Martins:
Would this issue be exclusive of Linux installations? One of my main problems now is not understanding the "portability" issues.
I'm not sure about the exclusiveness, but different OSs handle combined namespaces of dynamic libraries in different ways.
In your flext/buildsys/config-lnx-pd.txt file, there is a line beginning with "UFLAGS +=" Try adding -DFLEXT_CMEM at the end of this line.
gr~~~
So I should add that line to the config file and then compile flext, and then compile pool. Is that the procedure? Wish me luck. ;)
João Martins
No dia 24 de Agosto de 2010 23:07, Thomas Grill gr@grrrr.org escreveu:
Am 24.08.2010 um 23:55 schrieb Thomas Grill:
In your flext/buildsys/config-lnx-pd.txt file, there is a line beginning
with "UFLAGS +="
Try adding -DFLEXT_CMEM at the end of this line.
Sorry, it's actually -DFLEXT_USE_CMEM gr~~~
Am 25.08.2010 um 15:40 schrieb João Martins:
So I should add that line to the config file and then compile flext, and then compile pool. Is that the procedure?
exactly! There are some docs in the flext distribution (readme.txt, build.txt) with some more information about the procedure. gr~~~
On Tue, 24 Aug 2010, IOhannes m zmoelnig wrote:
have you tried gem-0.92 ? i think there was some conflict with flext and Gem both overriding "new", at least Gem behaves now better.
Is there any way to make that linkage more local on Linux ?
Is the only possibility, to declare the "::new" operators as static inline or so, in the *.h files ? (I think I did that for a while in GF, but I removed those completely several years ago because I wasn't really using them anymore)
_ _ __ ___ _____ ________ _____________ _____________________ ... | Mathieu Bouchard on the road (in Îles-de-la-Madeleine, QC).
On Fri, 27 Aug 2010, Mathieu Bouchard wrote:
Is there any way to make that linkage more local on Linux ? Is the only possibility, to declare the "::new" operators as static inline or so, in the *.h files ? (I think I did that for a while in GF, but I removed those completely several years ago because I wasn't really using them anymore)
Actually, the options for that are in the loading of the .so files, which is in Pd's s_loader.c, and that uses the RTLD_GLOBAL option in the dlopen() command, and that is required so that GEM<->PDP, GF<->GEM and GF<->PDP connectors work (as they are implemented now).
And the platform-dependency of that, is explaining the weird hacks we had to do (Patrice Colet and I), to make GF<->GEM work properly on Windows, because the Windows code probably doesn't use an equivalent of RTLD_GLOBAL, and/or something to do with __declspec(dllexport) and __declspec(dllimport)... does anyone compile third-party GEM externals in a way not linked to Gem.DLL ? Because that would be an example for how to improve that aspect of GF...
_ _ __ ___ _____ ________ _____________ _____________________ ... | Mathieu Bouchard on the road (in Îles-de-la-Madeleine, QC).
Am 27.08.2010 um 17:08 schrieb Mathieu Bouchard:
On Tue, 24 Aug 2010, IOhannes m zmoelnig wrote:
have you tried gem-0.92 ? i think there was some conflict with flext and Gem both overriding "new", at least Gem behaves now better.
Is there any way to make that linkage more local on Linux ?
Is the only possibility, to declare the "::new" operators as static inline or so, in the *.h files ? (I think I did that for a while in GF, but I removed those completely several years ago because I wasn't really using them anymore)
I ithink using an anonymous namespace (a more recent C++ language feature) would be possible... however, using namespaces in flext would make flext-based projects backwards incompatible. In general it makes a lot of sense though and i have been thinking about it for years or so. gr~~~
-
IOhannes m zmoelnig -
João Martins -
Mathieu Bouchard -
Thomas Grill