[Oorexx-devel] A crash (not finding rexx.iimg?) (Re: Experimental "standalone" ooRexx interpreters

2019-01-08 Thread Rony G. Flatscher
While testing the standalone version on Linux, everything works out fine if issuing "rexx". However, if invoking "rexx" with a fully qualified path like: ~/some/path/to-standalone/bin/rexx -e "parse version v; say v" an error "Logic error: no startup image" is raised and ooRexx gets

Re: [Oorexx-devel] A crash (not finding rexx.iimg?) (Re: Experimental "standalone" ooRexx interpreters

2019-01-08 Thread Rick McGuire
If you are splitting things up into separate bin and lib directories, then rexx.img needs to be co-located with librexxapi in order for the image file to be located without it being on the path or the current directory. Rick On Tue, Jan 8, 2019 at 1:21 PM Rony G. Flatscher wrote: > On

Re: [Oorexx-devel] A crash (not finding rexx.iimg?) (Re: Experimental "standalone" ooRexx interpreters

2019-01-08 Thread Rony G. Flatscher
On 08.01.2019 19:15, Rony G. Flatscher wrote: > > While testing the standalone version on Linux, everything works out fine if > issuing "rexx". > Should have also mentioned: if putting the directory where rexx resides on to the path everything works as well. ---rony > However, if invoking

Re: [Oorexx-devel] Question ad RPATH and MacOSX

2019-01-08 Thread CV Bruce
Thank you Tony and Enrico, this was something I was never able to get across. Bruce > On Jan 8, 2019, at 8:17 AM, Rony G. Flatscher wrote: > > Dear P.O., > > On 08.01.2019 16:24, P.O. Jonsson wrote: >> I am not taking about the future, it is working NOW, without any >> modification besides

Re: [Oorexx-devel] Question ad RPATH and MacOSX

2019-01-08 Thread Rony G. Flatscher
Dear Enrico: On 08.01.2019 16:11, Enrico Sorichetti via Oorexx-devel wrote: > I wonder why everybody refuses to use the proper constructs for the RPATH > Looks like I am wasting my time testing and making suggestions please bear with us! Not having *any* background knowledge of CMake and the

Re: [Oorexx-devel] Question ad RPATH and MacOSX

2019-01-08 Thread P.O. Jonsson
For MAC at least a build to a USB stick is relocatable to another computer since the name of the stick will be the name of the volume, automatically mounted to /Volumes There is a USB standalone version for testing here

Re: [Oorexx-devel] Question ad RPATH and MacOSX

2019-01-08 Thread Rony G. Flatscher
Dear P.O., On 08.01.2019 16:16, P.O. Jonsson wrote: > For MAC at least a build to a USB stick is relocatable to another computer > since the name of the > stick will be the name of the volume, automatically mounted to /Volumes with RPATH defined the way Enrico suggests, there is no need to

Re: [Oorexx-devel] Question ad RPATH and MacOSX

2019-01-08 Thread Enrico Sorichetti via Oorexx-devel
Right now You cannot relocate the installed thing Because the rpath is an absolute one I posted a few emails back the right constructs … Here they are again With these settings all works fine for me without bothering To export DYLD_LIBRARY_PATH or LD_LIBRARY_PATH # do not skip the full

Re: [Oorexx-devel] Question ad RPATH and MacOSX

2019-01-08 Thread Rony G. Flatscher
On 08.01.2019 15:52, Enrico Sorichetti via Oorexx-devel wrote: > Right now You cannot relocate the installed thing  > Because the rpath is an absolute one  > I posted a few emails back the right constructs … Hmm saw them, but was not sure what they were about and whether that was all that was

Re: [Oorexx-devel] Question ad RPATH and MacOSX

2019-01-08 Thread René Jansen
yes, I think I read that it is possible to define multiple rpaths with install_name_tool > On 8 Jan 2019, at 10:46, Rony G. Flatscher wrote: > > Would it be possible to define RPATH such, that it always looks in the > directories ".", "./lib", > "../lib", "/usr/local/lib" (maybe even

Re: [Oorexx-devel] Question ad RPATH and MacOSX

2019-01-08 Thread P.O. Jonsson
Dear all, I think there might be another way of solving this problem. If you symlink all libraries in /lib back to /bin it will look as if the libraries are in the same place as the executable ( in „." basically), so one could rely on that always being the case. During a time when my build

[Oorexx-devel] Question ad RPATH and MacOSX

2019-01-08 Thread Rony G. Flatscher
Would it be possible to define RPATH such, that it always looks in the directories ".", "./lib", "../lib", "/usr/local/lib" (maybe even "/opt/local/lib") for the needed libraries? This way a USB-stick version may have the executables in the same directory or lib in a companion or subdirectory.

Re: [Oorexx-devel] Question ad RPATH and MacOSX

2019-01-08 Thread Enrico Sorichetti via Oorexx-devel
I wonder why everybody refuses to use the proper constructs for the RPATH Looks like I am wasting my time testing and making suggestions E > On 8 Jan 2019, at 16:08, P.O. Jonsson wrote: > > With this convention - would it be possible to make the executables > relocatable?

Re: [Oorexx-devel] Question ad RPATH and MacOSX

2019-01-08 Thread P.O. Jonsson
Dear Rony, I am not taking about the future, it is working NOW, without any modification besides the /bin being in the path. NO NADA NIX modifications it works out of the box. Try it. A relocatable installation is desirable for other reasons, such as for creating an automated build to

[Oorexx-devel] Experimental "standalone" ooRexx interpreters

2019-01-08 Thread Rony G. Flatscher
Thanks to Enrico I was able to compile ooRexx with RPATH for MacOS and Linux successfully which allows one to use those interpreters "standalone" like on a stick. The experimental standalone ooRexx interpreters for Windows (32- and 64-bit), Linux (64-bit) and MacOSX (64-bit) can be temporarily

[Oorexx-devel] Works and a question ad patches (Re: Question ad RPATH and MacOSX

2019-01-08 Thread Rony G. Flatscher
O.K, Enrico's definitions work like a charm! :) Ad multiple RPATHs: this works as well, one needs to separate the paths with a semi-colon, not with a colon, though. However, thinking about it in the meantime, this would not be really helpful on Unix based systems, although Windows users might

Re: [Oorexx-devel] Works and a question ad patches (Re: Question ad RPATH and MacOSX

2019-01-08 Thread P.O. Jonsson
Hälsningar/Regards/Grüsse, P.O. Jonsson oor...@jonases.se > Am 08.01.2019 um 17:10 schrieb Rony G. Flatscher : > > O.K, Enrico's definitions work like a charm! > :) > > Ad multiple RPATHs: this works as well, one needs to separate the paths with > a semi-colon, not with > a colon, though.

Re: [Oorexx-devel] Question ad RPATH and MacOSX

2019-01-08 Thread P.O. Jonsson
Hälsningar/Regards/Grüsse, P.O. Jonsson oor...@jonases.se > Am 08.01.2019 um 17:17 schrieb Rony G. Flatscher : > > Dear P.O., > > On 08.01.2019 16:24, P.O. Jonsson wrote: >> I am not taking about the future, it is working NOW, without any >> modification besides the /bin >> being in the

Re: [Oorexx-devel] Works and a question ad patches (Re: Question ad RPATH and MacOSX

2019-01-08 Thread Rony G. Flatscher
Dear P.O., On 08.01.2019 17:17, P.O. Jonsson wrote: >> Am 08.01.2019 um 17:10 schrieb Rony G. Flatscher > >: >> >> O.K, Enrico's definitions work like a charm! >> :) >> >> Ad multiple RPATHs: this works as well, one needs to separate the paths with >> a

Re: [Oorexx-devel] Question ad RPATH and MacOSX

2019-01-08 Thread Rony G. Flatscher
Dear P.O., On 08.01.2019 16:24, P.O. Jonsson wrote: > I am not taking about the future, it is working NOW, without any modification > besides the /bin > being in the path. NO NADA NIX modifications it works out of the box. Try it. I believe you. :) > A relocatable installation is desirable for