Hi, really stuck at the moment... and would really appreciate any help.
I'm working in OS X, and I have an external I've been using/updating for years which links against GEM (it uses both CPPExtern and GEMBase). In the version of GEM shipped (precompiled) with PD-Extended (and every other previous version) it works fine, but I can't get it to link with the latest OS X binary for 92.3.
It seems to be that my external name-mangles (for example) CPPExtern::post to __ZN9CPPExtern4postEPKcz But browsing the symbols in the new OS X binary, the name has been mangled to __ZNK9CPPExtern4postEPKcz (note the extra 'K')
I just can't find out why this is the case... does anyone have any idea at all? Any help really really appreciated, have been stuck on this for several days!
Thanks, Theo Burt
--------
Music Research Centre, University of York, UK
Hi apologies, in my last mail I stated I could not link mhy external against gem 92.3 Binaries - this should have read 93.3. Thanks Theo
On 07/02/2012 12:59, Theo Burt wrote:
Hi, really stuck at the moment... and would really appreciate any help.
I'm working in OS X, and I have an external I've been using/updating for years which links against GEM (it uses both CPPExtern and GEMBase). In the version of GEM shipped (precompiled) with PD-Extended (and every other previous version) it works fine, but I can't get it to link with the latest OS X binary for 92.3.
It seems to be that my external name-mangles (for example) CPPExtern::post to __ZN9CPPExtern4postEPKcz But browsing the symbols in the new OS X binary, the name has been mangled to __ZNK9CPPExtern4postEPKcz (note the extra 'K')
I just can't find out why this is the case... does anyone have any idea at all? Any help really really appreciated, have been stuck on this for several days!
Thanks, Theo Burt
Music Research Centre, University of York, UK
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
On 2012-02-07 15:24, Theo Burt wrote:
On 07/02/2012 12:59, Theo Burt wrote:
Hi, really stuck at the moment... and would really appreciate any help.
I'm working in OS X, and I have an external I've been using/updating for years which links against GEM (it uses both CPPExtern and GEMBase). In the version of GEM shipped (precompiled) with PD-Extended (and every other previous version) it works fine, but I can't get it to link with the latest OS X binary for 92.3.
It seems to be that my external name-mangles (for example) CPPExtern::post to __ZN9CPPExtern4postEPKcz But browsing the symbols in the new OS X binary, the name has been mangled to __ZNK9CPPExtern4postEPKcz (note the extra 'K')
I just can't find out why this is the case... does anyone have any idea at all? Any help really really appreciated, have been stuck on this for several days!
c++filt helps with resolving name mangling. the extra 'K' means, that the CPPExtern::post() message is now declared "const"...
the problem you are experiencing is most likely because you are using Gem-headers for compilation that do not match the Gem-binary.
fgmadsr IOhannes
Yes brilliant thanks, that was the problem. I eventually found I was picking up some old header files. Thanks very much for your help. Theo
On 07/02/2012 14:24, Theo Burt wrote:
Hi apologies, in my last mail I stated I could not link mhy external against gem 92.3 Binaries - this should have read 93.3. Thanks Theo
On 07/02/2012 12:59, Theo Burt wrote:
Hi, really stuck at the moment... and would really appreciate any help.
I'm working in OS X, and I have an external I've been using/updating for years which links against GEM (it uses both CPPExtern and GEMBase). In the version of GEM shipped (precompiled) with PD-Extended (and every other previous version) it works fine, but I can't get it to link with the latest OS X binary for 92.3.
It seems to be that my external name-mangles (for example) CPPExtern::post to __ZN9CPPExtern4postEPKcz But browsing the symbols in the new OS X binary, the name has been mangled to __ZNK9CPPExtern4postEPKcz (note the extra 'K')
I just can't find out why this is the case... does anyone have any idea at all? Any help really really appreciated, have been stuck on this for several days!
Thanks, Theo Burt
Music Research Centre, University of York, UK
-
IOhannes m zmoelnig -
Theo Burt