Stories
Slash Boxes
Comments
NOTE: use Perl; is on undef hiatus. You can read content, but you can't post it. More info will be forthcoming forthcomingly.

All the Perl that's Practical to Extract and Report

The Fine Print: The following comments are owned by whoever posted them. We are not responsible for them in any way.

JournalX v0.1 5 Comments More | Login | Reply /

 Full
 Abbreviated
 Hidden
More | Login | Reply
Loading... please wait.
  • It looks like the binary isn't relocatable (unless I have a user called sherm ;-):

    dyld: /Volumes/JournalX/JournalX.app/Contents/MacOS/JournalX can't open library: /Users/sherm/Projects/CamelBones/build/CamelBones.framework/Versions/A/ CamelBones (No such file or directory, errno = 2)

    I'll try building from source.

    • Re:Linking! Arggh! (Score:1)

      by garth (867) on 2002.05.19 7:59 (#8568) Journal
      Could you try again, with the newer version, and see if it works?

      You can grab it here [rubberband.org]
      • Looks great!

        Now, what should I do if I want to use a non-system perl, like my /Users/acme/bin/perl (bleadperl) in Camelbones?

        Cheers, Leon
        • You are exposing my lack of Cocoa/Framework knowledge here :-)

          I would guess that you need to re-compile the framework from source, pointing to the desired perl install, and making the installation location as "@executable_path/../Frameworks", as described in this article [cocoadevcentral.com]. Then to use that framework in the application, you would need to open up the bundle, and replace the current framework in JournalX.app/Contents/Frameworks.

          I haven't tried any of this, so it could be completely and utterly wrong. If I get
          • That's pretty much how it's done. Pointing to the desired Perl install amounts to changing a couple of build settings. The article you pointed to is a great one.

            Although I'd like to point out that having a shared /Library/Frameworks/CamelBones.framework will eliminate the need to replace the framework in individual apps. If an app uses the shared framework, it doesn't care about what version of libperl that framework is linked against. That doesn't matter much, if you have only one Cocoa-Perl app; if you
Stories, comments, journals, and other submissions on use Perl; are Copyright 1998-2006, their respective owners.