Ah now I understand, I had interpreted
> In my case, I need the c++ library statically linked into the geos
C-api. I need the geos c-API shared but not the c++ one. The main reason
for need of c-api shared is all the extensions I ship rely on that. So I
don't want both statically linked.
as
Sandro,
I'm not sure I understand your question.
The issue is not the linking of my code. It's the dependency of
libgeos_c-1.dll
To libgeos-3.11.0.dll
I am trying to get rid of.
All my code ends up having a dependency on libgeos_c-1.dll (before
libgeos_c.dll)
Which before linked to a
Can you point me to the Makefile / ... which is doing this linking? It
should never be necessary to point to a versioned shared library name in
a link command line. Static libraries are unversioned, and for the
dynamic libraries the corresponding import libraries are also unversioned.
Sandro
Yap that works for me.
> -Original Message-
> From: geos-devel [mailto:geos-devel-boun...@lists.osgeo.org] On Behalf Of
> Paul Ramsey
> Sent: Tuesday, June 14, 2022 12:26 PM
> To: GEOS Development List
> Cc: roger.biv...@nhh.no
> Subject: Re: [geos-devel] mingw64 file libs changed
>
>
I'm tempted to put the versioned MinGW stuff behind an option and return to the
default cmake output by default.
That doesn't get to your "ideal" scenario Regina, that would have to be yet
another option, since most people are not probably going to want to totally
hide the c++ DLL inside the c
In my case, I need the c++ library statically linked into the geos C-api.
I need the geos c-API shared but not the c++ one. The main reason for need
of c-api shared is all the extensions I ship rely on that.
So I don't want both statically linked.
Also for regression testing I do want to replace
Just a note: library versioning only applies to shared libraries, static
libraries are unversioned. And FWIW, import libraries are also
unversioned. So no link command should be affected (unless you are
linking against the dll shared library rather than the dll.a import
library).
Sandro
On
In R >= 4.2, Windows static linked binary packages linking to GEOS use
MXE, locally updating the MXE use of GEOS 3.6.2 to 3.9.1:
https://svn.r-project.org/R-dev-web/trunk/WindowsBuilds/winutf8/ucrt3/toolchain_libs/mxe/src/geos.mk
We currently hot-patch geos-config to modify it for static libs:
On 14.06.22 01:31, Regina Obe wrote:
So what's your interest in mingw64?
Are you building mingw64 packages on Fedora?
Yes, resp. Fedora offers a fairly large collection of mingw packages in
its repos. These can be used to cross-compile an application to Windows
from Fedora.
The thing is
