__
Alan W. Irwin
Astronomical research affiliation with Department of Physics and Astronomy,
University of Victoria (astrowww.phys.uvic.ca).
Programming affiliations with the FreeEOS equation-of-state
implementation for stellar interiors (freeeos.sf.net); the Time
Ephemerides project (timeephem.sf.net
that deprecated variable
on Windows with the MSVC compiler and CMAKE_BUILD_TYPE:STRING=Debug so
comments on the above suggested approach (especially from whichever
CMake developer is responsible for FindPythonLibs) would be
appreciated.
Alan
__
Alan W. Irwin
Astronomical research
as you use the above workaround
for the MSVC compiler) and which is consistent with the official
python.org releases which currently include no debug versions of the
library.
Alan
__
Alan W. Irwin
Astronomical research affiliation with Department of Physics and Astronomy
__
Alan W. Irwin
Astronomical research affiliation with Department of Physics and Astronomy,
University of Victoria (astrowww.phys.uvic.ca).
Programming affiliations with the FreeEOS equation-of-state
implementation for stellar interiors (freeeos.sf.net); the Time
Ephemerides project
to contact me again on or off list as you think appropriate.
Alan
__
Alan W. Irwin
Astronomical research affiliation with Department of Physics and Astronomy,
University of Victoria (astrowww.phys.uvic.ca).
Programming affiliations with the FreeEOS equation-of-state
targets depend on that custom_target. You will see that pattern often
for ephcom-3.0.0 and te_gen-2.0.0, and as a result parallel builds
just work for those projects without issues.
Alan
__
Alan W. Irwin
Astronomical research affiliation with Department of Physics
the big advantage of that
approach is you can immediately test what you are building.
Alan
__
Alan W. Irwin
Astronomical research affiliation with Department of Physics and Astronomy,
University of Victoria (astrowww.phys.uvic.ca).
Programming affiliations with the FreeEOS
, but the experiment I
would start with is insert
set(CMAKE_Fortran_COMPILE_OPTIONS_PIC -PIC)
in Modules/Compiler/NAG-Fortran.cmake.
If that guess is incorrect, the Fortran expert here, Brad King, will hopefully
correct me.
Alan
__
Alan W. Irwin
Astronomical research affiliation
the
version of Windows should not be an issue this case.
Alan
__
Alan W. Irwin
Astronomical research affiliation with Department of Physics and Astronomy,
University of Victoria (astrowww.phys.uvic.ca).
Programming affiliations with the FreeEOS equation-of-state
__
Alan W. Irwin
Astronomical research affiliation with Department of Physics and Astronomy,
University of Victoria (astrowww.phys.uvic.ca).
Programming affiliations with the FreeEOS equation-of-state
implementation for stellar interiors (freeeos.sf.net); the Time
Ephemerides
in why
LINK_SEARCH_START_STATIC gives such peculiar results. In particular
if the results below are due to a bug, I hope that will be addressed
rather than ignored.
Alan
On 2013-03-03 18:59-0800 Alan W. Irwin wrote:
A PLplot user has requested static linking of the plplotd library to external
:
Your idea sounds like a good one, but can you recommend an easily understood
project that follows this approach that would serve as a good template
for build-system developers to use when implementing this approach for
their own projects?
Alan
__
Alan W. Irwin
__
Alan W. Irwin
Astronomical research affiliation with Department of Physics and Astronomy,
University of Victoria (astrowww.phys.uvic.ca).
Programming affiliations with the FreeEOS equation-of-state
implementation for stellar interiors (freeeos.sf.net); the Time
Ephemerides project
where I am the CMake-based build system
maintainer, and I encourage others here to do the same.
Alan
__
Alan W. Irwin
Astronomical research affiliation with Department of Physics and Astronomy,
University of Victoria (astrowww.phys.uvic.ca).
Programming affiliations
on the following questions. Why no downstream (i.e.,
associated with CMake) config files if upstream won't take them? For
the downstream case, are find modules considered to be a better
solution than config files, and if so why?
Alan
__
Alan W. Irwin
Astronomical research
On 2013-03-29 16:58-0400 Bill Hoffman wrote:
On 3/29/2013 4:18 PM, Alan W. Irwin wrote:
Hi Bill:
This may have been covered in this thread already, but I am interested
in your take on the following questions. Why no downstream (i.e.,
associated with CMake) config files if upstream won't take
form by alpine). I assume Kitware
already uses ISO dates in a lot of places so when Kitware users find
an exception as now, I hope Kitware fixes that issue.
Alan
__
Alan W. Irwin
Astronomical research affiliation with Department of Physics and Astronomy,
University
On 2013-04-24 08:31-0400 Zack Galbreath wrote:
Relevant xkcd:
http://xkcd.com/1179/
Hi Zack:
I got a big chuckle out of that, and it is a great
response concerning ISO versus non-ISO dates!
Alan
__
Alan W. Irwin
Astronomical research affiliation with Department
on
Cygwin? I assume it is one of the * Makefiles ones, but
which one?
Alan
__
Alan W. Irwin
Astronomical research affiliation with Department of Physics and Astronomy,
University of Victoria (astrowww.phys.uvic.ca).
Programming affiliations with the FreeEOS equation-of-state
bash.exe internally). However, I would have to
eliminate the tests from the comparisons since those (for all my
projects) are based on bash.exe scripts.
Alan
__
Alan W. Irwin
Astronomical research affiliation with Department of Physics and Astronomy,
University of Victoria
-configured build script
containing relevant download, build, and dependency information for
the many different free software packages that currently build on
Windows.
Let me know what you think of the source distribution script idea for
Windows.
Alan
__
Alan W. Irwin
__
Alan W. Irwin
Astronomical research affiliation with Department of Physics and Astronomy,
University of Victoria (astrowww.phys.uvic.ca).
Programming affiliations with the FreeEOS equation-of-state
implementation for stellar interiors (freeeos.sf.net); the Time
Ephemerides project
On 2013-05-19 13:17-0700 Alan W. Irwin wrote:
Encouraged by that Wine build and test success I would like to install
Cygwin on Wine-1.5.19 and try to build and test all the packages I am
interested in on the Cygwin/Wine platform. GUI installers that I have
tried so far all seem to work well
experimental bi-weekly release of
Wine (version 1.5.30) with hundreds of bug fixes compared to 1.5.19.
Alan
__
Alan W. Irwin
Astronomical research affiliation with Department of Physics and Astronomy,
University of Victoria (astrowww.phys.uvic.ca).
Programming
On 2013-05-20 11:50+0200 marco atzeri wrote:
Il 5/20/2013 11:01 AM, Alan W. Irwin ha scritto:
On 2013-05-20 07:51+0200 marco atzeri wrote:
the slowness at startup on cywin is mainly due the fork
implementation
http://cygwin.com/faq/faq-nochunks.html#faq.api.fork
unfortunately windows makes
On 2013-05-20 12:31+0200 Alexander Neundorf wrote:
On Monday 20 May 2013, Alan W. Irwin wrote:
On 2013-05-19 21:06- David Cole wrote:
Disclaimer: I have found (over the years) the Cygwin environment to
be ridiculously, enormously slow and frustrating, and have literally
completely given
. Your
own value is 14 times my Linux value but 1 sixth my MSYS/Wine value so
it is hard to interpret it. Do you have an equivalent result on your
hardware for Linux?
Alan
__
Alan W. Irwin
Astronomical research affiliation with Department of Physics and Astronomy
__
Alan W. Irwin
Astronomical research affiliation with Department of Physics and Astronomy,
University of Victoria (astrowww.phys.uvic.ca).
Programming affiliations with the FreeEOS equation-of-state
implementation for stellar interiors (freeeos.sf.net); the Time
Ephemerides
, but then so does
the second. And it is only the third that shows no build activity.
Alan
__
Alan W. Irwin
Astronomical research affiliation with Department of Physics and Astronomy,
University of Victoria (astrowww.phys.uvic.ca).
Programming affiliations with the FreeEOS
On 2013-05-30 02:22-0700 Alan W. Irwin wrote:
Why do two build steps (6 and 7) have to be done to satisfy the file
depends after the touch? I must be doing something wrong with the
file depends above, but I cannot see what it is.
Actually, this bad behaviour was due to a long-standing
On 2013-05-30 04:16-0700 Alan W. Irwin wrote:
On 2013-05-30 02:22-0700 Alan W. Irwin wrote:
Why do two build steps (6 and 7) have to be done to satisfy the file
depends after the touch? I must be doing something wrong with the
file depends above, but I cannot see what it is.
Actually
might be a bad choice because
it is completely unpopulated under Debian (at least for CMake
scriptnames that end in *.cmake), i.e.,
irwin@raven ls /usr/share/*/*.cmake
ls: cannot access /usr/share/*/*.cmake: No such file or directory
Alan
__
Alan W. Irwin
Astronomical
On 2013-08-21 22:41+0200 Alexander Neundorf wrote:
On Tuesday 06 August 2013, Alan W. Irwin wrote:
I have a project that installs a CMake script which will be executed
by users using cmake -P fullpath_for_cmake_scriptname.
Where is a reasonable place to install cmake_scriptname? Currently I
would welcome an
extension of uncrustify to also beautify CMake code (although I don't
have time to work on such an uncrustify extension myself).
Alan
__
Alan W. Irwin
Astronomical research affiliation with Department of Physics and Astronomy,
University of Victoria
.
Alan
__
Alan W. Irwin
Astronomical research affiliation with Department of Physics and Astronomy,
University of Victoria (astrowww.phys.uvic.ca).
Programming affiliations with the FreeEOS equation-of-state implementation
for stellar interiors (freeeos.sf.net); PLplot
On 2006-07-13 14:35-0400 William A. Hoffman wrote:
At 02:01 PM 7/13/2006, Alan W. Irwin wrote:
What are the preferred entries for TARGET_LINK_LIBRARIES?
Minimal dependencies, i.e.,
TARGET_LINK_LIBRARIES(x y)
TARGET_LINK_LIBRARIES(y z)
TARGET_LINK_LIBRARIES(z external1 external2)
This should
On 2006-07-13 17:02-0400 Brad King wrote:
William A. Hoffman wrote:
At 04:41 PM 7/13/2006, Alan W. Irwin wrote:
How do I get access to the actual link flags used for the link command
generated by cmake (which presumably includes all the appropriate -L and -l
flags to access lib[xyz
combinations of the RPATH-related properties specified in the man page for
SET_TARGET_PROPERTIES. Or some combination of the two approaches?
Any help to point me in the right direction would be appreciated.
Alan
__
Alan W. Irwin
Astronomical research affiliation
and virtually all of them depend on the libplplot core library so
this is quite a messy workaround.
Alan
__
Alan W. Irwin
Astronomical research affiliation with Department of Physics and Astronomy,
University of Victoria (astrowww.phys.uvic.ca).
Programming affiliations
On 2006-07-24 13:22-0700 Alan W. Irwin wrote:
On 2006-07-24 11:14-0400 Brad King wrote:
If you don't set BUILD_WITH_INSTALL_RPATH or SKIP_BUILD_RPATH properties
then the modules built into the build tree will have the proper rpath to
load from there.
Thanks for that useful information which
by the core library
only if the user requests that particular device. And, yes, we historically
implemented all of this with autotools, but my project to also do the same
with cmake is nearly finished, and I quite like the results (especially the
speed!)
Alan
__
Alan W
--help-module CPack only returns
Pick a configuration file (at least for cmake-2.4.2), and cpack
--help-full gives no information about the necessary lines in the top-level
CMakeLists.txt file.
Alan
__
Alan W. Irwin
Astronomical research affiliation with Department of Physics
result when you realize all testing of our new CMake build system was done
on Linux up to now.
Alan
__
Alan W. Irwin
Astronomical research affiliation with Department of Physics and Astronomy,
University of Victoria (astrowww.phys.uvic.ca).
Programming affiliations
On 2006-07-27 10:01-0400 Brad King wrote:
Alan W. Irwin wrote:
One of our PLplot developers with access to Mac OS X ran into the following
error message for the shared libraries for that platform:
ld: common symbols not allowed with MH_DYLIB output format with the -
multi_module option
I
__
Alan W. Irwin
Astronomical research affiliation with Department of Physics and Astronomy,
University of Victoria (astrowww.phys.uvic.ca).
Programming affiliations with the FreeEOS equation-of-state implementation
for stellar interiors (freeeos.sf.net); PLplot scientific plotting software
package
On 2006-07-28 17:22-0400 Brad King wrote:
Alan W. Irwin wrote:
Without this patch, the build just creates the library with a name *.so,
e.g.,
bindings/f77/libplplotf77d.so
no symlinks are created, and the install has a missing file error (it
expects to find bindings/f77/libplplotf77d.so
On 2006-07-28 15:23-0700 Alan W. Irwin wrote:
One other issue: until this bug gets fixed in cmake and a release made, how
can I change my project so that it uses my (modified) version of Linux.cmake
rather than the Cmake one? I want to avoid requiring all Plplot users to
patch the Cmake-2.4.2
.
Alan
__
Alan W. Irwin
Astronomical research affiliation with Department of Physics and Astronomy,
University of Victoria (astrowww.phys.uvic.ca).
Programming affiliations with the FreeEOS equation-of-state implementation
for stellar interiors (freeeos.sf.net); PLplot
tests or do
I have to pollute the cache with a bunch of different variables
(STDC_HEADERS1, STDC_HEADERS2,) from all the required tests and store
the AND of them as STDC_HEADERS?
Alan
__
Alan W. Irwin
Astronomical research affiliation with Department of Physics
building
PLplot on a wide variety of platforms and as we finish up our CMake build
system (currently about 90 per cent done).
Alan
__
Alan W. Irwin
Astronomical research affiliation with Department of Physics and Astronomy,
University of Victoria (astrowww.phys.uvic.ca
duplicate
bug reports as with 3583 and 3584.
Alan
__
Alan W. Irwin
Astronomical research affiliation with Department of Physics and Astronomy,
University of Victoria (astrowww.phys.uvic.ca).
Programming affiliations with the FreeEOS equation-of-state implementation
for stellar
that is why I commented
on one possible solution we were thinking of. I will get back to you with
more details (I hope) once I hear again from the PLplot developer.
Alan
__
Alan W. Irwin
Astronomical research affiliation with Department of Physics and Astronomy,
University
about nmake, but when the -D form is used as a cmake option, make
on a Linux platform gives all the compile/link flags afterwards.
Alan
__
Alan W. Irwin
Astronomical research affiliation with Department of Physics and Astronomy,
University of Victoria (astrowww.phys.uvic.ca
for
specifying fixed form to the fortran compiler of their choice.
Alan
__
Alan W. Irwin
Astronomical research affiliation with Department of Physics and Astronomy,
University of Victoria (astrowww.phys.uvic.ca).
Programming affiliations with the FreeEOS equation-of-state
is on the other foot
and you should worry if you don't get two separate compilations for the
static library and shared library case.
Alan
__
Alan W. Irwin
Astronomical research affiliation with Department of Physics and Astronomy,
University of Victoria (astrowww.phys.uvic.ca
On 2006-08-14 22:15-0400 William A. Hoffman wrote:
At 09:53 PM 8/14/2006, Alan W. Irwin wrote:
An even easier solution (as proposed by Bill Hoffman) is for CMake to parse
fortran files ignoring all distinctions between fixed and free format (so
that any line starting with [cC*dD
_Much_ better than previous results. I have changed the subject line
accordingly.
Thanks, again, Brad.
Alan
__
Alan W. Irwin
Astronomical research affiliation with Department of Physics and Astronomy,
University of Victoria (astrowww.phys.uvic.ca).
Programming
On 2006-08-18 17:08-0400 Mike Jackson wrote:
Is there a way to change the dylib extension for some dynamic
libraries that I am compiling?
Yes. Look at the PREFIX and SUFFIX properties you can set with
SET_TARGET_PROPERTIES.
Alan
__
Alan W. Irwin
Astronomical
.
install(FILES ... ) is documented as identical to install(PROGRAMS )
except for the default permissions which you can override to be what you
need for executables.
Alan
__
Alan W. Irwin
Astronomical research affiliation with Department of Physics and Astronomy
over where every file is installed.
Alan
__
Alan W. Irwin
Astronomical research affiliation with Department of Physics and Astronomy,
University of Victoria (astrowww.phys.uvic.ca).
Programming affiliations with the FreeEOS equation-of-state implementation
for stellar
On 2006-08-23 15:14+0200 Xavier Larrode wrote:
the solution is to put a ; ...
That is X11 Xmu Xext Xi m Xxf86vm == X11;Xmu;Xext;Xi;m;Xxf86vm
STRING(REGEX REPLACE ...) can do such changes automatically.
Alan
__
Alan W. Irwin
Astronomical research affiliation
install info files using CMake. You could similarly set
up any of the other autotools install paths mentioned above using CMake.
Alan
__
Alan W. Irwin
Astronomical research affiliation with Department of Physics and Astronomy,
University of Victoria (astrowww.phys.uvic.ca
) at cmake
time, all of which are executed at make time?
Alan
__
Alan W. Irwin
Astronomical research affiliation with Department of Physics and Astronomy,
University of Victoria (astrowww.phys.uvic.ca).
Programming affiliations with the FreeEOS equation-of-state implementation
On 2006-09-05 16:55-0700 Russell L. Carter wrote:
Alan W. Irwin wrote:
Our project (PLplot) has a similar issue with cmake-2.4.3. I think what
is
going on is the fortran 95 compiler (gfortran in our case, ifort in yours)
generates a fortran module. In our case that is called plplot.mod
option or appropriate GUI action.
Alan
__
Alan W. Irwin
Astronomical research affiliation with Department of Physics and Astronomy,
University of Victoria (astrowww.phys.uvic.ca).
Programming affiliations with the FreeEOS equation-of-state implementation
for stellar
On 2006-09-07 09:35-0700 Brandon J. Van Every wrote:
Alan W. Irwin wrote:
On 2006-09-07 00:56-0700 Brandon J. Van Every wrote:
On MSVC my CMakeLists.txt generates Debug, Release, MinSizeRel, and
RelWithDebInfo build types. I want to keep all 4 of 'em. I want to
select MinSizeRel
this but then it just treats it as a string and my foreach loop only
runs once. Any input is appreciated.
-DFOO=a;b;c
Delimiting list elements by semicolons within strings also works inside
cmake.
Alan
__
Alan W. Irwin
Astronomical research affiliation with Department
careful to stick to standard (for the non-local platform) install
locations for the headers, etc. required for cross compilation, then it
should be convenient to use the environment variable approach in that case
as well.
Alan
__
Alan W. Irwin
Astronomical research affiliation
the latest version of makedepf90 is worth a shot
before you abandon it altogether.
Alan
__
Alan W. Irwin
Astronomical research affiliation with Department of Physics and Astronomy,
University of Victoria (astrowww.phys.uvic.ca).
Programming affiliations with the FreeEOS
style (with
absolute path part of the target name) works fine for the PLplot Unix build,
but was causing the problems Arjen mentioned for the PLplot windows build.
Now that we know the reason for the problem for the windows build, I will
change styles.
Alan
__
Alan W. Irwin
style.
Your second question about turning off the automatic C++ test for C-only
projects, I will leave to others more knowledgable than me.
Alan
__
Alan W. Irwin
Astronomical research affiliation with Department of Physics and Astronomy,
University of Victoria
CMake ToDo list
somewhere, and/or wish-list bug entries.
Consider this post a reminder to give higher priority to implementing this
useful language element.
Alan
__
Alan W. Irwin
Astronomical research affiliation with Department of Physics and Astronomy,
University
__
Alan W. Irwin
Astronomical research affiliation with Department of Physics and Astronomy,
University of Victoria (astrowww.phys.uvic.ca).
Programming affiliations with the FreeEOS equation-of-state implementation
for stellar interiors (freeeos.sf.net); PLplot scientific plotting
make for some nasty backwards incompatibilities, and the rule you
quote above (relative pathnames == default of CMAKE_CURRENT_SOURCE_DIR)
apparently has already been implemented in a consistent way so I withdraw my
request.
Thanks for your explanation.
Alan
__
Alan W
On 2006-09-17 17:47-0700 Philip Lowman wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Sat, Sep 16, 2006 at 01:39:57PM -0700, Alan W. Irwin wrote:
if(cond1)
block of statements
elseif(cond2)
block of statements
snip
elseif(condn)
block of statements
else(cond1)
block
or not.
Alan
__
Alan W. Irwin
Astronomical research affiliation with Department of Physics and Astronomy,
University of Victoria (astrowww.phys.uvic.ca).
Programming affiliations with the FreeEOS equation-of-state implementation
for stellar interiors (freeeos.sf.net); PLplot
extension since most programmers will recognize the syntax at a
glance since similar elseif syntax appears in their language of choice (at
least for C, fortran, python, java, bash, tcl, etc.).
Alan
__
Alan W. Irwin
Astronomical research affiliation with Department of Physics
On 2006-09-18 07:34-0400 David Cole wrote:
You guys should add yourselves to the list of projects using CMake on the
CMake Wiki:
http://www.cmake.org/Wiki/CMake_Projects
Thanks for that suggestion Done.
Alan
__
Alan W. Irwin
Astronomical research affiliation
through without any error messages
until the same segfault message that stopped the cmake command without
valgrind.
Alan
__
Alan W. Irwin
Astronomical research affiliation with Department of Physics and Astronomy,
University of Victoria (astrowww.phys.uvic.ca).
Programming
is actually okay to implement this particular build
option for PLplot
Alan
__
Alan W. Irwin
Astronomical research affiliation with Department of Physics and Astronomy,
University of Victoria (astrowww.phys.uvic.ca).
Programming affiliations with the FreeEOS equation-of-state
with the appropriate if
statements controlling the order of add_subdirectory commands.
Alan
__
Alan W. Irwin
Astronomical research affiliation with Department of Physics and Astronomy,
University of Victoria (astrowww.phys.uvic.ca).
Programming affiliations with the FreeEOS
of that for you.
Alan
__
Alan W. Irwin
Astronomical research affiliation with Department of Physics and Astronomy,
University of Victoria (astrowww.phys.uvic.ca).
Programming affiliations with the FreeEOS equation-of-state implementation
for stellar interiors (freeeos.sf.net); PLplot
hope others here don't
mind me encouraging this topic on the list since I assume there are a lot of
projects represented here which have had to deal with the issue of what
libraries to call from their code to dynamically load plug-ins on both Unix
and windows.)
Alan
__
Alan W
On 2006-09-30 20:40+0200 Pierre Chifflier wrote:
On Sat, Sep 30, 2006 at 11:13:57AM -0700, Alan W. Irwin wrote:
Actually -l (when combined with -L) is a standard way to specify libraries
(whether they are static or shared) to the linker. To make sure cmake
generates the appropriate
W. Irwin
Astronomical research affiliation with Department of Physics and Astronomy,
University of Victoria (astrowww.phys.uvic.ca).
Programming affiliations with the FreeEOS equation-of-state implementation
for stellar interiors (freeeos.sf.net); PLplot scientific plotting software
package
it and was trying
to use the MATCHES hack instead.
Alan
__
Alan W. Irwin
Astronomical research affiliation with Department of Physics and Astronomy,
University of Victoria (astrowww.phys.uvic.ca).
Programming affiliations with the FreeEOS equation-of-state implementation
for stellar
the top-level CMakeLists.txt file exists.
Hope this helps.
Alan
__
Alan W. Irwin
Astronomical research affiliation with Department of Physics and Astronomy,
University of Victoria (astrowww.phys.uvic.ca).
Programming affiliations with the FreeEOS equation-of-state
work for cmake-2.4.3.
Alan
__
Alan W. Irwin
Astronomical research affiliation with Department of Physics and Astronomy,
University of Victoria (astrowww.phys.uvic.ca).
Programming affiliations with the FreeEOS equation-of-state implementation
for stellar interiors
-0700, Alan W. Irwin wrote:
However, libltdl does not solve the issue of how to dynamically load
plug-ins on windows systems.
SIM always used libltdl on all platforms without problems (until we
switched to QLibrary).
The same for KDE.
We are using now cmake and until some days ago libltdl, since
Andrey said:
On Mon, Oct 16, 2006 at 11:24:58AM -0700, Alan W. Irwin wrote:
The obvious solution is to build it internally. When KDE used this
library was that the option chosen?
True for SIM.
If so, could you point me to the CMake files used to build libltdl?
We switched from libltdl
Andrey said:
On Mon, Oct 16, 2006 at 11:24:58AM -0700, Alan W. Irwin wrote:
The obvious solution is to build it internally. When KDE used this
library was that the option chosen?
True for SIM.
If so, could you point me to the CMake files used to build libltdl?
We switched from libltdl
test (Linux, Mac OS X, Cygwin,
MinGW/MSYS, and bare windows).
Alan
__
Alan W. Irwin
Astronomical research affiliation with Department of Physics and Astronomy,
University of Victoria (astrowww.phys.uvic.ca).
Programming affiliations with the FreeEOS equation-of-state
On 2006-10-18 22:54+0200 Alexander Neundorf wrote:
Von: Alan W. Irwin [EMAIL PROTECTED]
Is there a general rule I can use to always predict the results of
trying to overwrite variables that have been cached by one of the FIND
commands?
The find_xxx() calls try to load the value from
causing the issue. Try keeping the two build subdirectories separate, i.e.,
foo1 and foo2 (or take the default build subdirectory names as in your first
working example).
Alan
__
Alan W. Irwin
Astronomical research affiliation with Department of Physics and Astronomy
/CMake_Useful_Variables .
Alan
__
Alan W. Irwin
Astronomical research affiliation with Department of Physics and Astronomy,
University of Victoria (astrowww.phys.uvic.ca).
Programming affiliations with the FreeEOS equation-of-state implementation
for stellar interiors
-of-source_build_but_CMake_generates_in-source_anyway._Why.3F
To avoid this issue start with a clean source tree (i.e., freshly unpacked
from the tarball or freshly checked out from CVS) and never invoke cmake
from within that tree.
Alan
__
Alan W. Irwin
Astronomical research affiliation with Department
__
Alan W. Irwin
Astronomical research affiliation with Department of Physics and Astronomy,
University of Victoria (astrowww.phys.uvic.ca).
Programming affiliations with the FreeEOS equation-of-state implementation
for stellar interiors (freeeos.sf.net); PLplot scientific plotting
.
Could this issue please be fixed before 2.4.4? For CMake-2.4.3 we work
around this issue for our fortran 95 code by creating files called
MODULENAME.mod.proxy with arbitrary contents, but that is really ugly
so we would like to dispense with the workaround ASAP.
Alan
__
Alan W
On 2006-10-26 15:38-0700 Alan W. Irwin wrote:
This is an edited version of a previous post I made on the subject of the
fortran 95 module dependency issue with CMake-2.4.3. However, my previous
post was buried in another thread (in early September) and got no response
so I will try again.
I
access to) so I am looking
forward to when that kind of module is properly documented.
I was also most interested in the link
http://www.cmake.org/Bug/bug.php?op=showbugid=3659 provided by Brad Kind
concerning future plans for substantial FIND_PACKAGE changes.
Alan
__
Alan W
501 - 600 of 1217 matches
Mail list logo