[KDE/Mac] kdesrc-build

René J.V. Bertin rjvbertin at gmail.com
Sat Nov 29 10:47:54 UTC 2014


On Saturday November 29 2014 14:28:05 Ian Wadham wrote:

Hi,

> In general, Shell environment variables are a threatened species in Apple OS X,

Why would you say that, Ian? As long as OS X is Unix-based they won't go anywhere ... Of course that doesn't mean that OS X software will use them abundantly, but it is perfectly possible to set them in a way that every piece of software has access to them if needed. Either through a lowlevel shell rc file, or user-specific via ~/.MacOSX/environment.plist .

BTW, I noticed that good old "Property List Editor" from the 3.2 Xcode still functions under 10.9 .

> > dyld: lazy symbol binding failed: Symbol not found: _Perl_Gthr_key_ptr
> >   Referenced from: /opt/local/lib/perl5/vendor_perl/5.12.5//darwin-thread-multi-2level/auto/XML/Parser/Expat/Expat.bundle
> >   Expected in: dynamic lookup

Jeremy, I think I asked but never saw a reply: is there a reason you're using an older perl version? If not, I'd really advice you upgrade to 5.16 rather than debugging your issues now and then maybe have to do it all again once you really have to upgrade.
NB: the system perl on 10.9 appears to be 5.16.2 .

> Expat.bundle exists for me, in the vendor_perl area.  It is an unreadable file (for vi) but

Same here: 
/System/Library/Perl/Extras/5.16/darwin-thread-multi-2level//auto/XML/Parser/Expat/Expat.bundle
/opt/local/lib/perl5/site_perl/5.12.4/darwin-thread-multi-2level/auto/XML/Parser/Expat/Expat.bundle /opt/local/lib/perl5/vendor_perl/5.16.3/darwin-thread-multi-2level/auto/XML/Parser/Expat/Expat.bundle

These are dynamically loadable modules, they'd probably be .so objects on Linux. Why Apple chose to use the .bundle extension to something that's not what they otherwise call bundles (i.e. a directory tree with a Contents subdir) is beyond me (and off topic) :)

Curiously:
# nm /opt/local/lib/perl5/site_perl/5.12.4/darwin-thread-multi-2level/auto/XML/Parser/Expat/Expat.bundle | fgrep Perl_Gthr_key_ptr
                 U _Perl_Gthr_key_ptr
# nm /opt/local/lib/perl5/vendor_perl/5.16.3/darwin-thread-multi-2level/auto/XML/Parser/Expat/Expat.bundle  | fgrep Perl_Gthr_key_ptr
Exit 1

Anyway, _Perl_Gthr_key_ptr is referenced from Expat.bundle, and needs to be resolved from elsewhere ... as the error message indicates. As such, moving to 5.16 ought to make the issue go away ;)

> If you have any further troubles with Perl, the Macports Users mailing list has much
> more expertise on Perl than the virtual zero I possess… :-)  To subscribe, see:

Second that!

R.


More information about the kde-mac mailing list