[geos-devel] cmake detailed comments

[Paul Ramsey]

> On Oct 13, 2021, at 9:12 AM, Greg Troxel <gdt at lexort.com> wrote:
> 
> 
> Paul Ramsey <pramsey at cleverelephant.ca> writes:
> 
>> That is the case on all the platforms we've had reported except
>> Gregs. Tests work against the libraries built in the build directory.
> 
> I am not aware of a positive report for
> 
>  not Mac (which does all of this stuff totally differently from normal Unix)
> 
>  3.9 installed in a prefix not in the default linker search path
> 
>  3.10 built for the same prefix in a way that causes RPATH entries for
>  that prefix, as would be required for it to work when installed.
> 
> 
> My list of conditions may sound odd, but it's basically all packaging
> systems that aren't mac or linux, where the "base system" is in /usr and
> packaging things are someplace else (/usr/pkg, /usr/ports, /usr/local,
> varies).

I got myself a fresh FreeBSD and built there. Installed in both /usr/ and in /usr/local. Ran ldd on the test binary in the build directory.

ec2-user at freebsd:~/geos-git-build $ ldd  ./bin/test_geos_unit
./bin/test_geos_unit:
	libgeos_c.so.1 => /home/ec2-user/geos-git-build/lib/libgeos_c.so.1 (0x800887000)
	libgeos.so.3.10.0 => /home/ec2-user/geos-git-build/lib/libgeos.so.3.10.0 (0x8008cb000)
	libthr.so.3 => /lib/libthr.so.3 (0x800b43000)
	libc++.so.1 => /usr/lib/libc++.so.1 (0x800b70000)
	libcxxrt.so.1 => /lib/libcxxrt.so.1 (0x800c48000)
	libm.so.5 => /lib/libm.so.5 (0x800c6a000)
	libgcc_s.so.1 => /lib/libgcc_s.so.1 (0x800ca1000)
	libc.so.7 => /lib/libc.so.7 (0x800cbc000)

Also, when installing, got this note:

-- Set runtime path of "/usr/bin/geosop" to ""

Seems like it's actually doing exactly the right thing. Stuff in the build directory is all given a temporary run path to point into that directory and for things being installed that path is stripped before install.

P.