On Fri, 7 May 2021, Roger Bivand wrote:
On Fri, 7 May 2021, Even Rouault wrote:
Yes, of course you are right, thanks! After removing it and with
/usr/local/lib64/pkgconfig on the path (it was there before, but after
/usr/local/lib/pkgconfig):
$ pkg-config geos --libs
-lgeos_c
$ pkg-config geos --libs-only-L
$ pkg-config geos --libs-only-l
-lgeos_c
$ pkg-config geos --static --libs
-lgeos_c
which still looks curious.
I couldn't find the documentation for that, but I suspect that it strips
paths that are one of the default linking paths (perhaps related to the
ones of /etc/ld.conf.d/*)
If you manually edit the geos.pc file to modify the -L to be something
non standard, you should see the -L reappearing
Edited to libdir=${exec_prefix}/lib32:
$ pkg-config geos --libs-only-L
-L/usr/local/lib32
so this looks like the smoking gun. So both geos.pc and geos-config are most
likely now OK, but I haven't tested geos.pc in a dependency configure.
However:
$ pkg-config proj --libs-only-L
-L/usr/local/lib
$ pkg-config proj --libs
-L/usr/local/lib -lproj
$ pkg-config gdal --libs-only-L
-L/usr/local/lib
$ pkg-config gdal --libs
-L/usr/local/lib -lgdal
$ pkg-config geos --libs-only-L
$ pkg-config geos --libs
-lgeos_c
So something (gitea with Mike's patch) is still curious (only geos.pc is
cmake-generated).
Roger
Roger
--
Roger Bivand
Emeritus Professor
Department of Economics, Norwegian School of Economics,
Postboks 3490 Ytre Sandviken, 5045 Bergen, Norway.
e-mail: roger.biv...@nhh.no
https://orcid.org/0000-0003-2392-6140
https://scholar.google.no/citations?user=AWeghB0AAAAJ&hl=en
_______________________________________________
geos-devel mailing list
geos-devel@lists.osgeo.org
https://lists.osgeo.org/mailman/listinfo/geos-devel
