Any interest in "relative" (--enable-load-relative) variant for Ruby?
Kevin Walzer
kw at codebykevin.com
Mon Apr 28 07:41:00 PDT 2014
I have been trying to use MacPorts Ruby as the basis for deploying a
standalone Ruby-Tk app on Mavericks, just as many developers use
MacPorts Python (with PyQt, for instance). This was not working for me
because Ruby hard-codes its load path when built, so the binary and
dylibs could not be relocated into an app bundle using install_name_tool.
After doing some additional research, I found the --enable-load-relative
flag, which removes hard-coding of the load path and instead allows
loading of the libraries relative to the Ruby installation. After
editing my portfile and doing some more jiggering, I was able to
relocate my build of Ruby into an app bundle without too much difficult.
Is there any interest in supporting a "relative" variant for Ruby? The
portfile edit is trivial, cf below:
variant relative description "Enable relative loading of libraries to
allow for relocation of binaries." {
#enable relative loading
configure.args-append --enable-load-relative
}
This might open up Ruby as a continued language for desktop development
on the Mac in the wake of MacRuby's demise on Mavericks. I've seen some
interest among Ruby developers on other platforms who want to port their
Ruby app to the Mac, but the lack of deployment tools is a hindrance.
While I'm not going to go as far as creating a "rb2app" tool, I will
likely post a "how-to" article with some sample code and build scripts.
How should I submit a variant patch?
--Kevin
--
Kevin Walzer
Code by Kevin/Mobile Code by Kevin
http://www.codebykevin.com
http://www.wtmobilesoftware.com
More information about the macports-users
mailing list