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

[arnold]

Hi.

Thanks for sending in a report.  How are you building on Windows?
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.

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

Thanks,

Arnold

"Jannick" <address@hidden> wrote:

> Hi everyone,
>
> when building gawk on a Windows system, the expected extension of shared
> objects is effectively set to 'so' instead of 'dll'; see the following snip
> from configure.ac:
>
> dnl Crude but small hack to make plug-ins work on Mac OS X
> dnl We should really use the libtool value for shrext_cmds, but that
> dnl is not available here, since we do not use libtool at the top level.
>
> case $acl_shlibext in
> dylib)    GAWKLIBEXT=so ;;         # MacOS uses .dylib for shared libraries, 
> but libtool uses .so for modules
> *) GAWKLIBEXT=$acl_shlibext ;;
> esac
>
> AC_SUBST(GAWKLIBEXT)
>
>
> This makes the use of gawk extensions (dll's) on Windows a bit difficult,
> since gawk has a hard time to find extension files: e.g. '@load "abc"' (in a
> gawk script) or '-labc' (on the command line) does not work as on other
> platforms, unfortunately.
>
> Happy to send a minimal patch fixing this by setting GAWKLIBEXT=dll on
> Windows.
>
> Best,
>
> J.