octave-maintainers
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: coudn't find dbleDET.h


From: yanyajie
Subject: Re: coudn't find dbleDET.h
Date: Sun, 17 Apr 2011 23:20:30 +0800

OK... I see the problem.
 
Thanks for your kind suggestions!
 
 
Yan.
 
-----原始邮件-----
From: Martin Helm
Sent: Sunday, April 17, 2011 11:15 PM
To: address@hidden
Cc: yanyajie
Subject: Re: coudn't find dbleDET.h
 
Am Sonntag, 17. April 2011, 16:59:56 schrieb yanyajie:
> ?Hi all,
>
> A project I am compiling requires octave/dbleDET.h to be included. However,
> I didn’t find this header anywhere in the Octave include dir. . I am using
> octave 3.2.4, and the project was built upon 2.1. Could this be the
> reason? Does 3.2.4 deprecate this header and have all the functionality
> defined in it undergone some transformations? How can I cope with this
> situation? Will it work that someone just send me the header and I add it
> to the include dir? Or do I need to port the whole project to 3.2.4?
>
I acnnot comment about the first part of this question. But you will need to
port the project to 3.2.4, there is no guaranteed compatibility between the
old versions 2.x and the newer octave versions for your c++ code.
 
> What's more, I find some headers of Octave, for instance lo-mappers.h, use
> functions like std::isfinite(), std::isnan(), which are not available in
> MSVC, and VC compiler keeps complaining about this. Why does octave have
> such problem? Isn't Octave a cross-platform project? Shouldn't it resolve
> platform dependency?
>
Using MSVC is a problem here. The windows version of octave is compiled with
mingw, it also ships the mingw compiler as part of the windows installation.
So you definitely should use that compiler.
Your other option is to compile octave yourself completely from source with
MSVC (I have never done that), as far as I know this will be a major pain.

reply via email to

[Prev in Thread] Current Thread [Next in Thread]