![]() Oh, incase you have absolutely no idea what I am talking about, here is a before and after screenshot. ![]() I have now manually compiled the tools and put them in /usr/local/bin/ - I have git, mrtg, bwm-ng, darcs, gpg and wget compiled, and it's only 60MB. MySQL/Postgres leave around a lot of libraries/dependancies. I have gotten rid of Fink as it was taking up almost 600MB of space, and I only used about 3 tools from it. To be honest, this post is mainly for archival reasons, but thought it could be useful to some people. If you don't have IconComposer (it's part of the developer tools, which you need to have installed to use MacPorts/Fink - so it's a fair assumption you already have it), you can get the folder with the icon applied here (Mount the DMG and Right-click and "Get Info" on "folder"): Oh, I used the Leopard icon template from MurphyMac too, which you can read about here: ![]() The only thing you need to do in addition is to change the permissions of the sw/opt folder to "Everyone: Read and Write" has done a decent screencast on how to turn the PNG to an icns file and apply it. I had a quick look around and couldn't find an icon that fitted with OS X Leopards icon-style, so I made one. Reasonable, but it doesn't look very pretty. ![]() The problem with these is their folders ( /sw/ and /opt/) gets created, it has the default folder icon OS X. MacPorts and Fink are basically like apt-get on OS X (it installs open-source software on Mac OS X) Mystery solved (only took 5 years!).(click for full-size 512x512px PNG with alpha) YEAH! Should be self contained and portable! Maybe I'll Mac a LC Stack that uses shell() to automated Now the LCB extension loads the libFluidSynth and it's dependent glib libraries from my LCB project folder. Install_name_tool -change "/usr/local/opt/oldpath/lib/libFooDependency.dylib" /path/to/dylibToChange/libOriginalFoo.dylib For example, if we can rely on openssl 1.0.0 from MacPorts, we dont have to test every port that needs ssl for every available. It makes ports more consistent across different versions of Mac OS X. It's called "install_name_tool" and you can use it to change the path that points to your Brew (or MacPorts, Fink, or whatever packager) path to format is this (repeated for each dependency used by the original lib that aren't built into the macOS): Also, a little known fact about why Fink & MacPorts compile their own libraries: There are several reasons why MacPorts uses its own libraries. Apple has another command line utility for altering these paths without recompiling the libraries from source code (without messing around altering make files). You can use the command line otool to get a list of these embedded paths by passing -L option and the path to the library file. The FluidSynth library has these search paths embedded into it when the library binary was built. It is loading the libefluidsynth.dylib from my LCB Project folder as expected BUT the other libraries in the folder, which are dependencies for libefluidsynth.dylib, (such as Glib stuff like libgthread-2.0.0.dylib) are actually loading from the Brew install path and NOT from the copies in my LCB Project folder! It's back to scouring StackOverflow once again! So I tried again the things discussed in that 2015 thread, copy the libs to ~/lib (the only standard search location I have access to as non-admin), no dice! Unexceptable, I want this FluidSynth wrapper to be self contained / portable!īack on my laptop I used the Activity Monitor to look at what files LiveCode is actually opening when the LCB wrapper/FluidSynth is working. The LCB compiles fine but it won't load the library when called to, WTH?!?!? The same lib files are in the appropriate folders in my LCB project directory, it should work? No! It works great, I'm thinking "Awesome"! I'll work on this wrapper for a bit since FluidSynth has been ported to pretty much all the platforms! I go to test it on my work mac (running 10.14, no Brew, non-admin account). Fast forward 5 years, I'm now getting fairly proficient with LiveCode Builder, I made a Piano Widget that some people seem to like and then a Windows user starts making another wrapper for FluidSynth! This time it works on my macOS (10.12.6) laptop, which I had already installed libFluidSynth on via the "Home Brew" package manager. I was never able to get it to work on macOS. WAY BACK in 2015 at the dawn of LiveCode Builder's FFI when I was thinking of trying to wrap the cross-platform FluidSynth library, managed to get a basic wrapper going for the Windows version of libFluidSynth and posted it here in the forums For once I thought I would actually post an answer instead of a question!
0 Comments
Leave a Reply. |
AuthorWrite something about yourself. No need to be fancy, just an overview. ArchivesCategories |