That otool command told me what was wrong:

libmpfr.6.dylib:
	/opt/local/lib/libmpfr.6.dylib (compatibility version 7.0.0, current version 7.2.0)
	/opt/local/lib/libgmp.10.dylib (compatibility version 15.0.0, current version 15.0.0)
	/usr/lib/libSystem.B.dylib (compatibility version 1.0.0, current version 1281.100.1)

Macports hardcodes the directory that the lib will run in and the directory that it looks for the external dylib in.

I might be able to coerce Squeak to execute libmpfr.6.dylib to execute in the Resources directory, but the external lib MUST be in the original directory anyway.

My xcode-fu isn’t at the level (at all) to grab the source and compile it with options that redirect everything to work in the Resources directory, so’ll I need to use Craig Latta’s solution of pointing the directory path to the right library directory rather than the easier thing of copying the libraries into the Resources directory.


L

> On Aug 13, 2020, at 4:35 AM, Tobias Pape <Das.Linux at gmx.de> wrote:
> 
> Hi
> 
>> On 13.08.2020, at 13:21, Marcel Taeumel <marcel.taeumel at hpi.de> wrote:
>> 
>> Hi Lawson.
>> 
>>> I think: the mpfr library uses the gmp library. So how does one do THAT with squeak?
>> 
>> You don't. Your operating system does that for you. Well, the same lookup rules for that dependent library apply, I suppose. Do you have the gmp library installed in your system?
>> 
>> Yes, not having all dependent libraries does raise that "external module not found" error, too. It can be confusing.
>> 
>> Working with FFI requires knowledge about working with shared libraries in your operating system. It's one of those "leaky abstractions" where Squeak is -- understandably -- not able to hold your hand for all kinds of configurations out there. :-)
>> 
>> You can try using a debug-build VM, which produces a more descriptive error log.
> 
> also, try 'otool -L ' on the library you are trying to load.
> 
>> 
>> Best,
>> Marcel
>>> Am 13.08.2020 12:11:53 schrieb LawsonEnglish <lenglish5 at cox.net>:
>>> 
>>> So I tested a simple mandelbrot set rendering algorithm using the ArbitraryPrecisionFloat package and it works just fine, but terribly slowly.
>>> 
>>> So I had the idea of using mpfr via FFI and find that I can’t even begin.
> 
> How did you install mpfr?
> 
>>> 
>>> I’m getting the dreaded External module not found error and just can’t get rid of it.
>>> 
>>> I thought I was taking the easy route and simply copying the mpfr library into the Squeak all-in-one Resources directory but no matter what I try, that error pops up.
>>> 
>>> 
>>> initPrecision: aDefaultPrecision
>>> “initialize default precision"
>>> 
>>> 
>>> ^self externalCallFailed 
>>> 
>>> This is roughly the “hello world” of using mpfr, I thought, but can’t even do that.
>>> 
>>> Now, waiting in the wings is a bigger problem, I think: the mpfr library uses the gmp library. So how does one do THAT with squeak? Compile both libraries into a single target? (yikes!).
>>> 
>>> That might be an issue later on, but the impression I’m getting is that squeak simply can’t find libmpfr.6.dylib, so errors that result from calling a second library from the first haven’t even popped up yet.
>>> 
>>> 
>>> Squeak5.3-19435-64bit, Mac OS X 10.15.6
> 
> Note that MacOS changes rapidly these days and we might simply have not catched up with the newest nonsense of Apple . . .
> 
> Best regards
> 	-Tobias
> 
> 
> 
>>> 
>>> 
>>> Thanks 
>>> 
>>> 
>>> Lawson
>>> 
>> 
> 
> 
> 

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.squeakfoundation.org/pipermail/squeak-dev/attachments/20200813/24260fd4/attachment.html>