<br><br><div class="gmail_quote">On Mon, Feb 27, 2012 at 6:42 PM, Mirco Wahab <span dir="ltr"><<a href="mailto:mirco.wahab@chemie.tu-freiberg.de">mirco.wahab@chemie.tu-freiberg.de</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Am 28.02.2012 00:02, schrieb Roland Schulz:<br>
<div class="im">><br>
> cmake -G "Visual Studio 10 Win64" ^<br>
> -DCMAKE_INSTALL_PREFIX="D:/Gromacs46" ^<br>
> -DCMAKE_PREFIX_PATH=D:/Lib64 ^<br>
> -DGMX_GSL=ON ^<br>
> -DCMAKE_C_FLAGS=" /openmp /wd4273 /DGSL_DLL /DFFTW_DLL /DWIN32<br>
> /D_WINDOWS /W3 /Zm1000" ^<br>
> ..\gromacs<br>
><br>
><br>
> Why do you need the /D(GSL|FFTW)_DLL options? For FFTW it seems to work<br>
> without (never tried GSL on Windows)?<br>
<br>
</div>If you use the same header file on windows for building<br>
the shared library (dll) and using the library (gsl.h, fftw3.h),<br>
the functions exported get different signatures, eg. (from fftw3.h)<br>
<br>
FFTW_EXTERN void X(execute_dft)(const X(plan) p, C *in, C *out);<br>
<br>
For building the shared library:<br>
define FFTW_EXTERN extern __declspec(dllexport)<br>
for using the shared library:<br>
define FFTW_EXTERN extern __declspec(dllimport)<br>
<br>
When using static linkage, it's simply<br>
define FFTW_EXTERN extern<br>
for either one.<br>
<br>
If the libraries are build as dll, then<br>
(eg.) FFTW_DLL and COMPILING_FFTW are defined,<br>
if they are "used" (like here), FFTW_DLL generates<br>
the correct signature __declspec(dllexport) (same with GSL).<br>
<br>
This wouldn't be necessary if we had patched header files<br>
with the correct exports hard coded. This would be possible too.<br></blockquote><div><br></div><div>I know almost nothing about Windows DLL linking. So I don't quite understand what your saying and assume you're right. But somehow I got it working without this FFTW_DLL. See here:</div>
<div><a href="http://jenkins.gromacs.org/job/Gromacs_Gerrit_4_6/405/OPTIONS=Compiler=msvc%20CompilerVersion=2010%20host=bs_Win7_64,label=bs_Win7_64/consoleFull">http://jenkins.gromacs.org/job/Gromacs_Gerrit_4_6/405/OPTIONS=Compiler=msvc%20CompilerVersion=2010%20host=bs_Win7_64,label=bs_Win7_64/consoleFull</a>
</div><div>Thus I'm confused why you need it.</div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div class="im"><br>
> devenv Gromacs.sln /build Release ^<br>
> /project ALL_BUILD /projectconfig Release ^<br>
> /project RUN_TESTS /project INSTALL<br>
><br>
> (with '^' beeing the "line continuation" in windows cmd scripts.)<br>
><br>
> To make this happen, there are two minor patches in src/tools/geminate.c<br>
> and src/tools/gmx_kinetics.c necessary.<br>
> (<a href="http://spule.compch.tu-freiberg.de/~wahab/gromacs/win.4.6-dev-20120226.diff" target="_blank">http://spule.compch.tu-freiberg.de/~wahab/gromacs/win.4.6-dev-20120226.diff</a>)<br>
> I already "comitted" them to a newly created gerrit-account<br>
> but I'm not sure if I made no mistake.<br>
><br>
> I can't see them on <a href="https://gerrit.gromacs.org" target="_blank">https://gerrit.gromacs.org</a> . Let me know if you need<br>
> help.<br>
<br>
</div>I can't push any modification from windows git due to ssh error I can't<br>
figure out:<br>
$ git push origin HEAD:refs/for/master<br>
The server's host key is not cached in the registry. You<br>
have no guarantee that the server is the computer you<br>
think it is.<br>
The server's rsa2 key fingerprint is:<br>
ssh-rsa 2048 fe:0d:87:74:37:7b:44:76:7b:0b:04:67:1a:4b:86:d1<br>
Connection abandoned.<br>
fatal: The remote end hung up unexpectedly<br>
<br>
But is *is* cached in ~/.ssh/known_hosts (copied from "my" gerrit page):<br>
$ cat ~/.ssh/known_hosts<br>
<a href="http://gerrit.gromacs.org" target="_blank">gerrit.gromacs.org</a>,<a href="tel:130.237.25.133" value="+13023725133">130.237.25.133</a> ssh-rsa<br>
AAAAB3NzaC1yc2EAAAABIwAAAQEAuyTfkPmc4hjEY8a1T<br>
...<br>
...<br>
B7mVDI62rIOw==<br>
<br>
But what's meant by "not cached in the registry"? Hmmm ...<br>
<br>
The windows git/ssh (under mingw32) seems fragile. I'll try to figure ...<br>
<br>
$ git --version<br>
git version 1.7.9.msysgit.0<br></blockquote><div><br></div><div>msysgit works for me. But yes the ssh is sometimes behaving odd. Try to ssh to the machine once before using git: </div><div>ssh <a href="http://gerrit.gromacs.org">gerrit.gromacs.org</a> -p 29418</div>
<div>(you will only get a welcome message - nothing useful. But hopefully this connection sets up the key correctly)</div><div><br></div><div>Roland</div><div><br></div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<br>
<br>
Thanks & Regards<br>
<div class="HOEnZb"><div class="h5"><br>
M.<br>
<br>
--<br>
gmx-developers mailing list<br>
<a href="mailto:gmx-developers@gromacs.org">gmx-developers@gromacs.org</a><br>
<a href="http://lists.gromacs.org/mailman/listinfo/gmx-developers" target="_blank">http://lists.gromacs.org/mailman/listinfo/gmx-developers</a><br>
Please don't post (un)subscribe requests to the list. Use the<br>
www interface or send it to <a href="mailto:gmx-developers-request@gromacs.org">gmx-developers-request@gromacs.org</a>.<br>
<br>
<br>
<br>
<br>
</div></div></blockquote></div><br><br clear="all"><div><br></div>-- <br>ORNL/UT Center for Molecular Biophysics <a href="http://cmb.ornl.gov">cmb.ornl.gov</a><br>865-241-1537, ORNL PO BOX 2008 MS6309<br>