[geos-devel] Gitea 3.10.0dev cmake broken

[Roger Bivand]

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.Bivand at nhh.no
https://orcid.org/0000-0003-2392-6140
https://scholar.google.no/citations?user=AWeghB0AAAAJ&hl=en