[gmx-users] Shared library version binary on CYGWIN

Makoto Yoneya makoto-yoneya at aist.go.jp
Wed May 27 08:05:16 CEST 2009

Dear Mark and GROMACS users:

Mark wrote.
> You can't build DLLs since the cygwin build tools are unix-style, and 
> the GROMACS build strategy is unix-specific. --enable-shared also 
> probably won't work for unix-style shared libraries, because the dynamic 
> linker is probably the Windows ld.exe, which can't deal with unix-style 
> shared libraries.

Thanks a lot for the comment.

> It would be possible to make GROMACS write proper DLLs using the cygwin 
> dlltool functionality, but nobody has ever cared enough to do it. I'd 
> struggle to imagine a useful Windows environment where providing 100MB 
> of statically-linked executables was a serious problem. 

I found the libtool within gromacs source (both 3.3.3 and 4.0.4) is not as
new as that of e.g. fftw-3.2.1 (which use the libtool-2.2.6).
I'm wondering if the libtool version was updated to the newer one,
then the DLLs could be generated properly, because fftw-3.2.1 can
build DLL on cygwin if it configured with --enable-shared.
I'd tried that with gromacs a little but no success as I have no detailed
knowledge on GNU autotools.

> For a course, 
> you won't even need the whole executable set. mdrun, grompp, editconf, 
> pdb2gmx, genion, g_energy, trjconv and maybe one or two more analysis 
> tools to suit the course should do it.

You're right.
That may be a practical solution in the current situation.

Kind Regards.

Makoto Yoneya, Dr.
AIST, Japan

More information about the gromacs.org_gmx-users mailing list