Bonjour Jean-Louis, thank you!
On 18.07.2021 16:21, Jean Louis Faucher wrote: ... cut useful tips ... >> >> This is strange as BSF4ooRexx explicitly looks in different locations for >> libjvm.dylib and is not >> compiled with rpath in effect. >> > If I understand correctly, you load dynamically libjvm using dlopen. > In this case, is it possible to remove completely the dependency on libjvm > when linking ? Indeed. Intended to send an e-mail, already drafted almost two hours ago: But before sending I ran into a Java problem on the Mac which I have been now debugging for almost two hours: java.library.path in Java 11 defines: "/Users/rony/library/Java/Extensions:/Library/Java/Extensions:/Network/Library/Java/Extensions:/System/Library/Java/Extensions:/usr/lib/java:." (note the trailing dot), which are the directories Java looks up to find dynamic libraries when needint to explicitly load one. Java 14 seems to not honor /usr/lib nor /usr/local/lib on Mac so misses loading libBSF4ooRexx.dylib to get access to its native functions (the library is for both, ooRexx and Java). It may be possible that later versions of Java are honoring /usr/local/lib which would resolve the issue (just no time to test it at the moment, needless to say). So "rexx -e 'call bsf.cls'" works, but only when issued from "/opt/BSF4ooRexx" as current directory such that it gets searched. "rexxj.sh" works from anywhere as it sets the java.library.path explicitly. Nevertheless, the reported issue got solved (that ooRexx was not able to load libBSF4ooRexx.dylib) by not linking libBSF4ooRexx.dylib against libjvm.dylib. Will adjust all the makefiles accordingly and test them. ---rony
_______________________________________________ Oorexx-devel mailing list Oorexx-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/oorexx-devel
