I'm currently experiencing problems with a fresh cmake build failing
on my Debian stable system. Problem is that SWIG_VERSION is not being
set, so the call to TRANSFORM_VERSION in plplot.cmake fails.
Initial investigation suggests that the command
EXECUTE_PROCESS(COMMAND ${SWIG_EXECUTABLE}
Aaargh!
I've discovered the source of the error. Somewhere between 1.3.24
(default version on Debian stable) and 1.3.28 (version on Ubuntu edgy)
the behaviour of swig changed so the output of swig -version was
directed to standard output rather than standard error. This explains
the blank output
On 2007-01-30 09:50- Andrew Ross wrote:
Aaargh!
I've discovered the source of the error. Somewhere between 1.3.24
(default version on Debian stable) and 1.3.28 (version on Ubuntu edgy)
the behaviour of swig changed so the output of swig -version was
directed to standard output rather
Alan - change is the other way round. stderr on old version, stdout
on new version. Stdout seems much more sensible.
Andrew
On Tue, Jan 30, 2007 at 08:00:20AM -0800, Alan Irwin wrote:
On 2007-01-30 09:50- Andrew Ross wrote:
Aaargh!
I've discovered the source of the error.
On 2007-01-30 17:49- Andrew Ross wrote:
Alan - change is the other way round. stderr on old version, stdout
on new version. Stdout seems much more sensible.
Sorry for my initial confusion. I confirm your Debian stable results on
my system. I don't understand how this logic worked at all
On 2007-01-30 11:15-0800 Alan W. Irwin wrote:
There are some more aspects of this I am pursuing such as improperly nested
if statements in both the old and your modified versions FindSWIG.cmake, and
a better response from TRANSFORM_VERSION when it gets an empty version
string.
OK, all sorted
Does anyone know whether this problem building the PLplot c++
bindings is actually a problem with g++ 4.0.1 being more picky than
4.0.0? Or has something else gone wrong?
Thanks,
-Hazen
Initial Comment:
I've run into a build error under Mac OS X 10.4.8 (both Intel and
PPC):
Making
Jim Dishaw wrote:
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