Re: [CMake] Multiple PROJECT() statements

cases, this enable_language alternative is cleaner in the sense that it does not repeat logic (such as enabling C). Alan P.S. There are no dumb questions. :-) Alan __ Alan W. Irwin Astronomical research affiliation with Department of Physics and Astronomy, University

Re: [CMake] CMake 2.8.0 RC 6 ready for testing!

6 every way I knew how for variously configured PLplot builds and tests on Linux, and all seems to be well. Thanks, Bill! Alan __ Alan W. Irwin Astronomical research affiliation with Department of Physics and Astronomy, University of Victoria (astrowww.phys.uvic.ca

Re: [CMake] Bug in IMPLICIT_DEPENDS for add_custom_target

__ 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

Re: [CMake] FindQt4.cmake w7

just wanted to make sure that was the 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 implementation

Re: [CMake] search default paths BEFORE custom paths

On 2009-11-24 13:04-0800 Kenneth Riddile wrote: I'm using CMAKE_PREFIX_PATH to specify some custom search paths.  How can I make cmake search its default paths BEFORE searching my custom paths? Call FIND twice. The first time use NO_DEFAULT_PATH. Alan __ Alan W

Re: [CMake] Getting cmake to apply patches

it in the bugtracker (if you cannot find another report about the same issue there). Until this cmake -E option consuming bug is fixed I suggest you could avoid the -i option with patch by using, e.g., cmake -E chdir netgen patch -p0 netgen-4.9.11.patch Alan __ Alan W. Irwin

Re: [CMake] Getting cmake to apply patches

a year ago. So I suspect the trouble is this fix never made it into a release (yet). 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

Re: [CMake] enable_language( ... OPTIONAL) causes error or second cmake run

be a useful temporary measure (famous last words!) to deal with missing/broken compilers until that bug gets fixed. Alan __ Alan W. Irwin Astronomical research affiliation with Department of Physics and Astronomy, University of Victoria (astrowww.phys.uvic.ca). Programming

Re: [CMake] Copying cmake generated files to another machine

__ 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

Re: [CMake] Copying cmake generated files to another machine

, I didn't see your e-mail before I sent mine. However, now that I have read yours, I think your above idea of including cmake in the source distribution is an excellent one which answers my two caveats (and also your additional regeneration caveat above). Alan __ Alan W

Re: [CMake] INSTALL( EXPORT ... requires target that is not in export set

have used this EXPORT idea to allow our PLplot examples to have an independent CMake-based build system of their own which builds those examples against the installed core PLplot libraries, and it works like a charm. Alan __ Alan W. Irwin Astronomical research affiliation

Re: [CMake] newbee on cmake/installing problem

__ 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

Re: [CMake] cmake -E create_symlink for Windows

about that issue (e.g., something like Unix-only for now in the documentation). Also, if the CMake -E command is run on a platform that doesn't support it something better than a silent failure should be the result. Alan __ Alan W. Irwin Astronomical research affiliation

Re: [CMake] cmake -E create_symlink for Windows

cmake -E help says about that command. create_symlink old new- create a symbolic link new - old If you simply added (UNIX ONLY) to that documentation string, then users like me wouldn't make unwarranted assumptions. Alan __ Alan W. Irwin Astronomical research

Re: [CMake] Fortran - Can’t find *.mod

a target before it is referred to by other CMake commands), and it works fine. 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

Re: [CMake] Dependency scanning for non-supported languages?

(... DEPENDS ${LANGUAGE_DEPENDS}) I hope these ideas help. 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

Re: [CMake] Dependency scanning for non-supported languages?

to be run at build time with the correct dependencies. Thus, the answer to your question must be that build time is too late to collect the dependency information used by CMake. Instead, you must do that at CMake time like I outlined. Alan __ Alan W. Irwin Astronomical

Re: [CMake] cmake 2.6: add_custom_command - add_custom_target

that, and I know ${CMAKE_CURRENT_BINARY_DIR}/bla.txt (i.e., being specific about the path) always does work. Alan __ Alan W. Irwin Astronomical research affiliation with Department of Physics and Astronomy, University of Victoria (astrowww.phys.uvic.ca). Programming affiliations

[CMake] [BUG?] Setting environment variables with embedded blanks does not work with VERBATIM

__ 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

[CMake] [BUG] cmake-2.8.0, Unix Makefiles generator creates incorrect module dependency for Fortran 95 if there is an embedded blank in the directory name

, all other Fortran file dependencies with embedded blanks use the escaped blank. If this bug will take some time to fix, let me know, and I will put it in the bugtracker. Alan __ Alan W. Irwin Astronomical research affiliation with Department of Physics and Astronomy

Re: [CMake] [BUG?] Setting environment variables with embedded blanks does not work with VERBATIM

On 2010-01-03 11:44-0800 Alan W. Irwin wrote: [...] COMMAND DUMMY=${CMAKE_CURRENT_BINARY_DIR} printenv DUMMY This works fine if there are no embedded blanks in CMAKE_CURRENT_BINARY_DIR, and the bash result of the above cmake COMMAND in a custom target is DUMMY=/home/software/plplot_svn/HEAD

Re: [CMake] [BUG?] Setting environment variables with embedded blanks does not work with VERBATIM

to realize dropping the env was a bashism. Now you have drawn my attention to env, I see it is well documented in man pages, Unix in a Nutshell, etc., and I see also that a VERBATIM add_custom_command works perfectly with the env syntax. Thanks, again! Alan __ Alan W. Irwin

Re: [CMake] FindQt in a Specific place?

On 2010-01-13 14:03-0500 Michael Jackson wrote: SEt the QT_QMAKE_EXECUTABLE variable. Or put the appropriate version of qmake on your PATH. Alan __ Alan W. Irwin Astronomical research affiliation with Department of Physics and Astronomy, University of Victoria

[CMake] What's the best way to support additional compilers for an official CMake language such as Fortran

to the above question about the best procedure for supporting additional compilers (for Fortran or any other officially supported language for CMake) within a project like PLplot. Alan __ Alan W. Irwin Astronomical research affiliation with Department of Physics and Astronomy

Re: [CMake] What's the best way to support additional compilers for an official CMake language such as Fortran

Hi Brad: Thanks for your reply which must have crossed with mine asking for a response. On 2010-01-19 14:06-0500 Brad King wrote: On 1/15/2010 5:58 PM, Alan W. Irwin wrote: The PLplot project has been supporting some additional Fortran compilers What compilers? These platform files (see

Re: [CMake] Please support FindLAPACK/FindBLAS for C/C++-only projects

that satisfies your needs, and see where it leads from there. 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

Re: [CMake] Xcode and working directory

. 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

Re: [CMake] ANN: UseOcaml.cmake

and file dependencies are handled correctly. 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

Re: [CMake] -D getting stripped from some C Flags

On 2010-01-24 17:52-0600 Poor Yorick wrote: while building plplot-5.95 with cmake-2.8.0, I got this error: I will contact you separately off the CMake list since this seems to be a PLplot build-system issue rather than a CMake one. Alan __ Alan W. Irwin Astronomical

[CMake] What is a good way to exclude default library locations from install-tree rpaths?

rules are located in the CMake code so I could duplicate them for our install-tree rpaths? Alan __ Alan W. Irwin Astronomical research affiliation with Department of Physics and Astronomy, University of Victoria (astrowww.phys.uvic.ca). Programming affiliations

Re: [CMake] What is a good way to exclude default library locations from install-tree rpaths?

Thanks, Alex, for responding to my questions. On 2010-02-02 21:23+0100 Alexander Neundorf wrote: On Friday 29 January 2010, Alan W. Irwin wrote: If target_link_libraries is given the full path to an external library, then by default CMake uses rpath on Linux so that library is found at run

Re: [CMake] What is a good way to exclude default library locations from install-tree rpaths?

Hi Alex: On 2010-02-03 21:47+0100 Alexander Neundorf wrote: On Tuesday 02 February 2010, Alan W. Irwin wrote: ... So to summarize this, I plan to filter all the many INSTALL_RPATH target properties I set in various parts of our build system for our applications and libraries using

Re: [CMake] copy on install

request for a RENAME option for install(TARGETS) is implemented. 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

Re: [CMake] copy on install

On 2010-02-04 22:44-0600 Tim St. Clair wrote: On Thu, Feb 4, 2010 at 6:14 PM, Alan W. Irwin ir...@beluga.phys.uvic.ca wrote: Why not simply use install(FILES ... PERMISSIONS RENAME ...  )? You would have to use the target property LOCATION to find the (cross-platform) filename associated

Re: [CMake] How to find the DLL's a a required package searched with FIND_PACKAGE()?

__ 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

Re: [CMake] CMake/CPack: empty packages

to this issue in case PLplot (which must have an absolute install directory) ever wants to distribute a binary package. Alan __ Alan W. Irwin Astronomical research affiliation with Department of Physics and Astronomy, University of Victoria (astrowww.phys.uvic.ca). Programming

Re: [CMake] CMake 2.8.1 RC 3 is ready to try

difficult to distribute malware despite such breakins. I think it is important for CMake releases to be signed for the same reason. Alan __ Alan W. Irwin Astronomical research affiliation with Department of Physics and Astronomy, University of Victoria (astrowww.phys.uvic.ca

Re: [CMake] CMake 2.8.1 RC 3 is ready to try

there is no point in waiting for us to resolve that D static library issue before making the 2.8.1 release. Alan __ Alan W. Irwin Astronomical research affiliation with Department of Physics and Astronomy, University of Victoria (astrowww.phys.uvic.ca). Programming affiliations

Re: [CMake] CMake 2.8.1 RC 3 is ready to try

On 2010-02-18 08:20-0500 Bill Hoffman wrote: Alan W. Irwin wrote: I also just discovered that our special CMake D language support infrastructure fails for the static library case for CMake 2.8.1 RC 3. It should take me quite a while to see what is wrong in that case, since language support

Re: [CMake] CMake 2.8.1 RC 3 is ready to try

On 2010-02-18 08:14-0500 Brad King wrote: Alan W. Irwin wrote: Could CMAKE_MODULE_PATH be treated as a colon-separate list of paths that are searched one after another? That would solve the common modules issue for us. It is already a list: set(CMAKE_MODULE_PATH /some/path /some/other

Re: [CMake] CMake 2.8.1 RC 3 is ready to try

On 2010-02-18 08:52-0800 Alan W. Irwin wrote: [The information about CMAKE_MODULE_PATH being a list] is going to help a lot in the language support transition between 2.6.x and 2.8.x. To Arjen, Brad, and Bill: Setting up CMAKE_MODULE_PATH as a list whose contents depended on CMake version

Re: [CMake] CMake 2.8.1 RC 3 is ready to try

on, and the Fortran issues on Windows that Arjen is in the middle of testing. 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

Re: [CMake] CMake 2.8.1 RC 3 is ready to try

in. 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

Re: [CMake] CMake 2.8.1 RC 3 is ready to try

the attached tarball. It includes all our current Fortran support files, and the logic for deciding the CMAKE_MODULE_PATH that I posted to this list just previously. Alan __ Alan W. Irwin Astronomical research affiliation with Department of Physics and Astronomy, University

Re: [CMake] CMake 2.8.1 RC 4 is ready to try

++ if using either a clean source=bootstrap tree or a clean out-of-source bootstrap tree does not work. Alan __ Alan W. Irwin Astronomical research affiliation with Department of Physics and Astronomy, University of Victoria (astrowww.phys.uvic.ca). Programming affiliations

Re: [CMake] CMake 2.8.1 RC 4 is ready to try

On 2010-03-06 18:21+0100 Micha Renner wrote: Am Samstag, den 06.03.2010, 09:08 -0800 schrieb Alan W. Irwin: Just to add some more data and opinion to this thread, I always bootstrap in a clean source tree (freshly downloaded from kitware) out of inertia. That procedure is how I started

[CMake] CC, CXX, and FC environment variable regression in 2.8.1-rc4

\ -DCMAKE_Fortran_FLAGS:STRING=-g -fvisibility=hidden \ ... the necessary -fPIC flag for shared libraries is added in properly. However, I would like the more convenient (set and forget) environment variable approach to continue to work as previously. Alan __ Alan W. Irwin

Re: [CMake] CC, CXX, and FC environment variable regression in 2.8.1-rc4

my bad PLplot build result with export CC='gcc -g -fvisibility=hidden' I expect the dropped -fPIC problem will occur whenever there are two flags of any kind. Alan __ Alan W. Irwin Astronomical research affiliation with Department of Physics and Astronomy, University

Re: [CMake] [PATCH] Support multiple arguments in CC,CXX,FC values

! I hope it gets into 2.8.1. 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

[CMake] COMMAND does not accept standard method of splitting stderr and stdout results

-standard bashism that is being forced on me by CMake that will not work for most/all other bourne shell dialects. Alan __ Alan W. Irwin Astronomical research affiliation with Department of Physics and Astronomy, University of Victoria (astrowww.phys.uvic.ca). Programming

Re: [CMake] COMMAND does not accept standard method of splitting stderr and stdout results

__ 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

[CMake] CMake 2.8.1 available for download

was discovered and fixed too close to release, but could you please make sure this regression fix is included in the next CMake release? Alan -- Forwarded message -- Date: Mon, 15 Mar 2010 09:07:17 -0400 From: Brad King brad.k...@kitware.com To: Alan W. Irwin ir...@beluga.phys.uvic.ca Cc

Re: [CMake] COMMAND does not accept standard method of splitting stderr and stdout results

that is what I will use. Despite the availability of workarounds, I still think a useful goal is for CMake not to mess up bog-standard sh syntax (such as the syntax covered in Unix in a nutshell) so that the necessity of workarounds is considerably reduced. Alan __ Alan W. Irwin

Re: [CMake] CMake 2.8.1 available for download

On 2010-03-17 16:16-0400 Bill Hoffman wrote: Alan W. Irwin wrote: Hi Bill: [...] could you please make sure this regression fix is included in the next CMake release? Alan Yup, it will be in the next release. Great, and thanks to you and the rest of the development team for 2.8.1! Alan

Re: [CMake] COMMAND does not accept standard method of splitting stderr and stdout results

) add_custom_target(bla ALL DEPENDS bla.stderr bla.stdout VERBATIM) Thanks, Michael, for suggesting that even simpler workaround which I will use. Alan __ Alan W. Irwin Astronomical research affiliation with Department of Physics and Astronomy, University of Victoria

[CMake] CMAKE_SOURCE_DIR overwritten by CMake Fortran language support

.x language support infrastructure, and my question to Brad was whether that strange result had also propagated to CMake-2.8.x. Alan __ Alan W. Irwin Astronomical research affiliation with Department of Physics and Astronomy, University of Victoria (astrowww.phys.uvic.ca

Re: [CMake] CMAKE_SOURCE_DIR overwritten by CMake Fortran language support

language_support as language-support). Arjen reports good results with MinGW now that that typo has been fixed. Sorry for the noise. Alan __ Alan W. Irwin Astronomical research affiliation with Department of Physics and Astronomy, University of Victoria (astrowww.phys.uvic.ca

Re: [CMake] project (name NONE) still search for a valid compiler

possibilities for why project(xyz NONE) does not work for you for your real project is you may have used the enable_language CMake command somewhere or you might even have multiple project commands. HTH. Alan __ Alan W. Irwin Astronomical research affiliation with Department

Re: [CMake] Has anybody tried to use CMake to build software on the MinGW/MSYS/Wine platform?

On 2010-03-29 12:43-0600 Clinton Stimpson wrote: On Monday 29 March 2010 12:27:17 pm Alan W. Irwin wrote: Wine (winehq.com) is free (in both senses) software that provides a Windows work-alike that appears (from news stories, I have no personal experience yet) to be fairly mature. Thus, I

[CMake] Extremely noisy cmake output for the MinGW/MSYS/Wine platform

(the version of cmake that I am running) or the result of some mismatch between cmake and the Wine environment? Alan __ Alan W. Irwin Astronomical research affiliation with Department of Physics and Astronomy, University of Victoria (astrowww.phys.uvic.ca). Programming

Re: [CMake] Has anybody tried to use CMake to build software on the MinGW/MSYS/Wine platform?

On 2010-04-02 08:38+0200 Eric Noulard wrote: 2010/4/2 Alan W. Irwin ir...@beluga.phys.uvic.ca: [..] I feel this platform has revolutionary potential. [...lengthy interesting post ...] May be you two can Wiki-fied your experimental story such that it would be easier to reproduce

Re: [CMake] Extremely noisy cmake output for the MinGW/MSYS/Wine platform

. If that working hypothesis is correct, then it should be straightforward to arrange at least a workaround (i.e., use the output method that works above) for this issue for MinGW/MSYS/Wine. Alan __ Alan W. Irwin Astronomical research affiliation with Department of Physics

Re: [CMake] CMake+newbie

. Especially the tutorial which gives some useful examples. 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

Re: [CMake] CXX incorrectly includes CMakeFortranInformation.cmake for MinGW/MSYS/Wine

On 2010-04-04 21:28-0400 John Drescher wrote: On Sun, Apr 4, 2010 at 7:16 PM, Alan W. Irwin ir...@beluga.phys.uvic.ca wrote: Clint (with an old version of MinGW) and I (with MinGW-4.5) have been running into a peculiar CXX error for MinGW/MSYS on Wine. Enabling C++ _sometimes_ fails because

Re: [CMake] CXX incorrectly includes CMakeFortranInformation.cmake for MinGW/MSYS/Wine

On 2010-04-05 00:40-0700 Alan W. Irwin wrote: On 2010-04-04 21:28-0400 John Drescher wrote: [...] I believe the issue is caused by wine pulling in at least some of environment variables from the linux system. That idea of something leaking through from Linux to Wine to disrupt CMake might

Re: [CMake] CXX incorrectly includes CMakeFortranInformation.cmake for MinGW/MSYS/Wine

On 2010-04-05 11:31-0400 Bill Hoffman wrote: Alan W. Irwin wrote: On 2010-04-05 00:40-0700 Alan W. Irwin wrote: On 2010-04-04 21:28-0400 John Drescher wrote: [...] I believe the issue is caused by wine pulling in at least some of environment variables from the linux system. That idea

Re: [CMake] CXX incorrectly includes CMakeFortranInformation.cmake for MinGW/MSYS/Wine

On 2010-04-05 13:50-0400 Bill Hoffman wrote: Alan W. Irwin wrote: Have you run cmake --trace yet to figure out what is including what and where? Yes, as alluded to above the complete result for cmake --trace --debug-output for a CMakeLists.txt file consisting of just project(test NONE

Re: [CMake] CXX incorrectly includes CMakeFortranInformation.cmake for MinGW/MSYS/Wine

On 2010-04-05 13:04-0600 Clinton Stimpson wrote: On Apr 5, 2010, at 11:50 AM, Bill Hoffman wrote: Alan W. Irwin wrote: Have you run cmake --trace yet to figure out what is including what and where? Yes, as alluded to above the complete result for cmake --trace --debug-output

Re: [CMake] Is full language support possible?

://public.kitware.com/Bug/view.php?id=4242. Perhaps, BH's note #6510 helps. Also, there is some terse documentation about adding new language support in cmake-2.8.1/Modules/CMakeAddNewLanguage.txt Alan __ Alan W. Irwin Astronomical research affiliation with Department

Re: [CMake] different compiler flags for each executable

On 2010-04-28 18:25+0100 Alex Flint wrote: Hi there, Is there a way to add compiler flags (a la CMAKE_CXX_FLAGS) for just one particular executable? Use COMPILE_FLAGS property for set_target_properties. Alan __ Alan W. Irwin Astronomical research affiliation

Re: [CMake] installation problem

__ 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

[CMake] CMAKE_LIBRARY_PATH appears not to work properly for finding libtcl

results to help diagnose this, I will try to make a simplest possible example that anybody can run that shows the issue. Alan __ Alan W. Irwin Astronomical research affiliation with Department of Physics and Astronomy, University of Victoria (astrowww.phys.uvic.ca). Programming

Re: [CMake] CMAKE_LIBRARY_PATH appears not to work properly for finding libtcl

On 2010-05-13 14:20-0400 Bill Hoffman wrote: On 5/13/2010 2:09 PM, Alan W. Irwin wrote: I now have a simple CMakeLists.txt file which demonstrates this is a general find issue whenever alternate NAMES are specified. cmake_minimum_required(VERSION 2.8) project(test NONE) FIND_LIBRARY

Re: [CMake] CMAKE_LIBRARY_PATH appears not to work properly for finding libtcl

for determining that location for the FIND_PROGRAM command. 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

Re: [CMake] CMAKE_LIBRARY_PATH appears not to work properly for finding libtcl

On 2010-05-15 11:04-0700 Alan W. Irwin wrote: On 2010-05-15 09:43-0400 Bill Hoffman wrote: OK, your right, it does prefer names that show up first in the name list even if they are later in the total path. [...] Not supper easy to fix... FindProgram is actually a pretty complicated

Re: [CMake] CMAKE_LIBRARY_PATH appears not to work properly for finding libtcl

it appears there is some urgency to getting bug 0010718 fixed. 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

Re: [CMake] Project and specific variables

(Alexander's project name was MAIN), but you should never try exact matches. Live and learn. Alan __ Alan W. Irwin Astronomical research affiliation with Department of Physics and Astronomy, University of Victoria (astrowww.phys.uvic.ca). Programming affiliations

[CMake] Proposed fix for the FindX11.cmake triplication annoyance

platforms. 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

Re: [CMake] [PATCH] Proposed fix for the FindX11.cmake triplication annoyance

On 2007-08-03 10:27-0700 Alan W. Irwin wrote: I would appreciate comment from the X experts here about whether the proposed simplification would break any X platform that exists today. The attached patch should serve as a concrete basis for discussion of such simplification, and I have verified

Re: [CMake] Proposed fix for the FindX11.cmake triplication annoyance

On 2007-08-06 15:27-0400 Alexander Neundorf wrote: On Friday 03 August 2007 13:27, Alan W. Irwin wrote: On Linux (at least for both my Debian and Ubuntu platforms), FindX11.cmake sets X11_INCLUDE_DIR to /usr/include;/usr/include;/usr/include. This triplication is an annoyance at least

Re: [CMake] Flags

__ 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

Re: [CMake] LINKER_LANGUAGE Fortran C CXX project

__ 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

Re: [CMake] -DCMAKE_C_COMPILER:string=g++

. 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

Re: [CMake] Fortran support bugs?

a secure system, it should be able to supply read-only information about bugs without requiring an account, logging in, etc. Alan __ Alan W. Irwin Astronomical research affiliation with Department of Physics and Astronomy, University of Victoria (astrowww.phys.uvic.ca

Re: [CMake] -DCMAKE_C_COMPILER:string=g++

there was always quick response on the list to documentation suggestions, then the bug tracker and the associated decision making process would be clogged less and less with these minor, no-brainer issues. My $0.02 Canadian. Alan __ Alan W. Irwin Astronomical research affiliation

Re: [CMake] Linking shared libraries into one single executable?

can go ahead and configure your own package with CMake to find and use those external packages and also (via CPack) make a binary release for your own software as well. Hope that overview helps. Alan __ Alan W. Irwin Astronomical research affiliation with Department

Re: [CMake] string(TOUPPER ...) problems

not exist for some/all of your packages so that the effective command was string(TOUPPER PACKAGE_LIBRARIES) leading to the error message you obtained. Alan __ Alan W. Irwin Astronomical research affiliation with Department of Physics and Astronomy, University of Victoria

Re: [CMake] prefered header version?

://www.cmake.org/HTML/Documentation.html. 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

Re: [CMake] string replacement without external commands help (ex. sed)

of project.conf on the template file project.conf.in configure_file() which addresses your above dependency concern. Try CONFIGURE_FILE(), and you will like it. Alan __ Alan W. Irwin Astronomical research affiliation with Department of Physics and Astronomy, University

Re: [CMake] Adding a data file

On 2007-08-21 08:49-0700 Marie-Christine Vallet wrote: Hi, I have a program which requires an data file, How can I include it? thanks, Marie There are several ways to interpret your question. Be more specific, please. Alan __ Alan W. Irwin Astronomical research

[CMake] Re: New CMake modules for a large variety of BLAS/LAPACK API implementations.

Since the development of FindBlas.cmake and FindLAPACK.cmake has been sporadic with three different developers involved, I thought I should review the history here, and then make comments on where we stand at the moment. On 2007-01-25 23:41-0800 Alan W. Irwin wrote: The FreeEOS project has

Re: [CMake] copying the contents of a directory with cpack

of the make targets (package and package_source) that are generated and the rules for including material in binary distributions and source distributions. Alan __ Alan W. Irwin Astronomical research affiliation with Department of Physics and Astronomy, University of Victoria

Re: [CMake] copying the contents of a directory with cpack

On 2007-09-18 09:48-0400 Bill Hoffman wrote: Alan W. Irwin wrote: That advice is correct for generating binary distributions with make package, but in case you wanted to include the doxygen output in a source distribution with the make package_source command, then all you have to do is make

Re: [CMake] INCLUDE_DIRECTORIES and UNIX style separated environment variables

a little confusing and unnatural for them) or (b) continue with a colon-separated environment variable, but transform it in CMake with STRING to replace : by ; before using it as a list. Alan __ Alan W. Irwin Astronomical research affiliation with Department of Physics

Re: [CMake] Question about distribution questions

to clear up some questions that have appeared in this thread. 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

Re: [CMake] CMake and soversions in Linux

you install libraries since the facility exist in the INSTALL(FILES... signature to RENAME files arbitrarily, and you can also (with a bit of trickery) run cmake -E create_symlink at install time to create any symlink you like. Alan __ Alan W. Irwin Astronomical research

Re: [CMake] using CPack

/CMake:Packaging_With_CPack, and (b) introducing proper documentation of cpack? I have asked these questions recently here before and got no response from those in charge of cmake/cpack which leaves a really bad impression. Alan __ Alan W. Irwin Astronomical research affiliation

Re: [CMake] Compiling fortran

__ 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

Re: [CMake] Interresting dependency problem

working C compiler and a C library, but can use an installed glib if that is present. (A copy of glib 1.2.8 is shipped together with pkg-config and this is sufficient for pkg-config to compile and work properly.) Alan __ Alan W. Irwin Astronomical research affiliation

Re: [CMake] Interresting dependency problem

On 2007-09-27 21:53+0200 Andreas Pakulat wrote: On 27.09.07 12:31:31, Alan W. Irwin wrote: On 2007-09-27 20:10+0200 Hendrik Sattler wrote: Am Donnerstag 27 September 2007 schrieb Félix C. Morency: The use of pkgconfig is prohibited, just like shell scripts and env. variables. The solution

<    1   2   3   4   5   6   7   8   9   10   >