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.
 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.
    • Bugger!

      Looks like it wants the camelbones framework. I would have thought that would get compiled into the application, but obviously not...

      You can get the framework from here [sf.net] if you want to compile it.

      I guess I need to try and find out how to get the framework linked into the application.
    • 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