On Wednesday 28 May 2008, Bill Hoffman wrote:
> Axel Roebel wrote:
> > Hi Bill,
> >
> > Ok I see you mean running the windows binary from the command line.
> > However,it does not work with unix makefiles.
> > It uses windows paths in a unix makefile.
> > I don't see in which situation this could b
Axel Roebel wrote:
Hi Bill,
Ok I see you mean running the windows binary from the command line.
However,it does not work with unix makefiles.
It uses windows paths in a unix makefile.
I don't see in which situation this could be useful.
I get
rec-1320: (build) 334> make
libfft/src/CMakeFile
On Wednesday 28 May 2008, Bill Hoffman wrote:
> Axel Roebel wrote:
> >> You may want to
> >> try the Unix Makefile generator and the windows binary of cmake. The
> >> cygwin cmake really does not work very will with native windows
> >> programs. It really is meant to work in the cygwin environmen
Axel Roebel wrote:
You may want to
try the Unix Makefile generator and the windows binary of cmake. The
cygwin cmake really does not work very will with native windows
programs. It really is meant to work in the cygwin environment with the
cygwin tool chain. You could add NO_DEFAULT_PATH to
On Wednesday 28 May 2008, Alin M Elena wrote:
> Hi,
>
> This is a little bit out of topic.
> Are you sure that you need to use cygwin?
> I have ported few unix projects to native windows just using
>
> powershell
> free microsoft compilers
> cmake (nmake file generator)
> optionally you may need un
On Wednesday 28 May 2008, Bill Hoffman wrote:
> Axel Roebel wrote:
> > Hi,
> >
> > I just switched from 2.4.8 to 2.6 and found a very strange behavior in
> > one of my existing cmake projects. I am trying to find the include files
> > (and libraries) of Intels mkl libraries with the following cmak
Hi,
This is a little bit out of topic.
Are you sure that you need to use cygwin?
I have ported few unix projects to native windows just using
powershell
free microsoft compilers
cmake (nmake file generator)
optionally you may need unxtools
I see that you have MKL I suspect that you have intel co
Axel Roebel wrote:
Hi,
I just switched from 2.4.8 to 2.6 and found a very strange behavior in one of my existing cmake
projects. I am trying to find the include files (and libraries) of Intels mkl libraries with the following
cmake code
FIND_PATH(MKL_INCLUDE_PATH_TMP mkl_dfti.h PATHS /usr/in
Hi,
I just switched from 2.4.8 to 2.6 and found a very strange behavior in one of
my existing cmake
projects. I am trying to find the include files (and libraries) of Intels mkl
libraries with the following
cmake code
FIND_PATH(MKL_INCLUDE_PATH_TMP mkl_dfti.h PATHS /usr/include
/usr/local/i
