Alan W. Irwin writes:
On 2007-01-09 06:27-0600 Maurice LeBrun wrote:
I'm trying my
first cmake build (ok feel free to rag on me for being such a laggard :),
and
those two were inexplicably not detected in my usual prefix area that
contains all my tcl/tk/itcl/itk builds.
Try
On 2007-01-11 03:10-0600 Maurice LeBrun wrote:
Alan W. Irwin writes:
On 2007-01-09 06:27-0600 Maurice LeBrun wrote:
I'm trying my
first cmake build (ok feel free to rag on me for being such a laggard :),
and
those two were inexplicably not detected in my usual prefix area that
On 2007-01-11 08:45+0100 Arjen Markus wrote:
I checked the entire directory structure: there is only one file matching
cygfreetype*.dll
and that is cygfreetype-9.dll.
Hi Arjen:
One way cygfreetype-6.dll could still be interfering is if one of the system
libraries required by PLplot is out
Getting the following cmake error:
-- PLPLOT_OCTAVE_DIR = /usr/share/plplot_octave
CMake Error: Error in cmake code at
/usr/src/redhat/BUILD/plplot-5.7.1/cmake/modules/octave.cmake:230:
STRING sub-command REGEX, mode REPLACE failed to compile regex /usr.
Current CMake stack:
Hi,
The colon ...
The way you do that is inside cmake/modules/plplot.cmake try
message(original CMAKE_INCLUDE_PATH = ${CMAKE_INCLUDE_PATH})
if(CMAKE_INCLUDE_PATH)
set(CMAKE_INCLUDE_PATH ${CMAKE_INSTALL_PREFIX}:${CMAKE_INCLUDE_PATH})
^
I tried CMake-2.4.6 on my Debian stable system, and it appears to work as
well as 2.4.5. I suggest you try 2.4.6 for yourselves to make sure it is
fine on all platforms. We don't want to get caught by surprise by some
introduced platform incompatibility in 2.4.6 since that version is now the
only
Orion Poplawski wrote:
Interestingly enough, GNU f95 aborts with an illegal instruction on this
code, otherwise I'm not sure it would have been caught.
Hmm, even with the changes, I still get an illegal instruction with the
latest Fedora Development f95.
--
Orion Poplawski
Technical
On 2007-01-11 15:27-0700 Orion Poplawski wrote:
Orion Poplawski wrote:
Interestingly enough, GNU f95 aborts with an illegal instruction on this
code, otherwise I'm not sure it would have been caught.
Hmm, even with the changes, I still get an illegal instruction with the
latest Fedora
Alan W. Irwin wrote:
On 2007-01-11 15:27-0700 Orion Poplawski wrote:
Orion Poplawski wrote:
Interestingly enough, GNU f95 aborts with an illegal instruction on this
code, otherwise I'm not sure it would have been caught.
Hmm, even with the changes, I still get an illegal instruction with
On 2007-01-11 17:03-0700 Orion Poplawski wrote:
[...]plplot is hard
because it touches nearly every compiler/language/library.
Orion, have you just coined a new mantra for our development team? :-)
Seriously, I couldn't agree more with your statement. A full-blown PLplot
build is an
In my attempt to get Fortran built correctly using the Intel compiler I
noticed a problem with the compiler flag string.
I used the following cmake command
C:\cygwin\opt\cmake-2.4.5-win32-x86\bin\cmake ^
-DCMAKE_VERBOSE_MAKEFILE=ON -DCMAKE_BUILD_TYPE=Debug ^
-DCMAKE_INSTALL_PREFIX=\opt\test
Hi Jim,
Jim Dishaw wrote:
In my attempt to get Fortran built correctly using the Intel compiler I
noticed a problem with the compiler flag string.
I used the following cmake command
[...]
Notice the presence of the /MD and /MDd flags in the release and debug
variants. This sets the
Attached is a patch that gets plplot building correctly with the Intel
Fortran compiler. It still doesn't link correctly because of the
mismatch in runtime libraries. I'm not enough of a cmake guru to track
that down. Maybe some can read my previous message about win32
libraries and suggest a
13 matches
Mail list logo
