RE: build on Windows: shared object extension not set to 'dll' (to 'so' instead)

[Jannick]

Hi Arnold,

On Sun, 22 Dec 2019 06:39:22 -0700, address@hidden wrote:
> Thanks for sending in a report.  How are you building on Windows?

I am using the autoconf route which today I successfully tested on the
cygwin-like MSYS2.

> I'm happy to have a patch, but it should not break Cygwin or MinGW, which
> (as far as I know) work out of the box.

For your review attached a tiny patch designed to be as minimal as possible.
The windows platform iff EXEEXT='.exe' which, I believe, is safe.  Only an
.exe calls a .dll.
(NB: I did not choose one of the other options I could currently think of:
1/ using $os which currently fails for MSVC (so less reliable) or 2/
checking if one of the cpp macros __CYGWIN__, _WIN32 or _MSC_VER provided by
the compiler is defined (OK for now until another Windows compiler family
might enter the scene, but who knows)).

> (Cygwin uses configure; MinGW uses the build stuff in the pc/ directory.)

I have not looked into the pc/ directory yet, since I rather put autoconf to
work.  I just realized that MinGW32/64 the autoconf route fails (make/gcc
complains about not finding a header file).  With a little bit of more time
I could look into that (just let me know if interested, then I could try to
report back with more insights or patches).

But right now I am more after getting gawkextlib up and running using the
autoconf machinery on Windows/Cygwin.  BTW, this is how I bumped into the
issue of this thread.

> Thanks,
>
> Arnold

Many thanks,
J.

gawk-5.0.1-configure.ac-set-shared-object-extension-to-dll.patch
Description: Text document