Re: [CMake] F90 and legacy F77

All, Thanks for the many suggestions. I managed to subdue the one error message I got by adding some compiler flags (the --fdefault-real8 did the job, although I am not quite sure why because the statement it was giving errors on was dealing with integers). Alin's suggestion of using the

Re: [CMake] InstallRequiredSystemLibraries.cmake and Redistribution of the shared C runtime component in Visual C++

OK. Turns out it was ITK being compiled in Debug mode and then trying to link against it with a Release build. On to some comments that might help others: VCExpress 2008 SP1 does NOT come with VCRedist_x86.exe. You will need to download the correct version. VCExpress 2008:

Re: [CMake] InstallRequiredSystemLibraries.cmake and Redistribution of the shared C runtime component in Visual C++

Yep. First thing I have tried, and have been using all day. I think I may have tracked part of the problem down to a few things. 1: vcredist_x86.exe - There are multiple versions of this (all with the same file name). You have to make sure you download the correct version. I have VCExpress 2008 SP

Re: [CMake] InstallRequiredSystemLibraries.cmake and Redistribution of the shared C runtime component in Visual C++

Did you try the dependency walker (available via google) to see if there may be any dll's you need to have in the same directory as the binary? Regards, Juan On Thu, Aug 20, 2009 at 5:03 PM, Mike Jackson wrote: > So I "created" the proper paths within the VCExpress installation and > placed the

Re: [CMake] InstallRequiredSystemLibraries.cmake and Redistribution of the shared C runtime component in Visual C++

So I "created" the proper paths within the VCExpress installation and placed the downloaded vcredist_x86.exe file in there. CMake found it. NSIS found it and included it. I ran my new installer on a "clean" XP SP3 machine. Verified the vcredist.exe actually ran also. Tried to launch an application

Re: [CMake] InstallRequiredSystemLibraries.cmake and Redistribution of the shared C runtime component in Visual C++

Thanks for the info That's what I get for expressing what I think are facts from my flawed human memory. (Perhaps it was a fact with Express 2005 editions when I first read the licenses long ago...) Sorry for the blip, David On Thu, Aug 20, 2009 at 5:40 PM, j s wrote: > I don't believe tha

Re: [CMake] InstallRequiredSystemLibraries.cmake and Redistribution of the shared C runtime component in Visual C++

I don't believe that to be the case with Visual Express 2008. I don't know how previous editions work. ** *Can I use Express Editions for commercial use?* 1. Yes, there are no licensing restrictions for applications built using Visual Studio Express Editions. http://www.microsoft.com/e

Re: [CMake] Pre-Compiled Headers

John, Awesome, thanks for both of the e-mails. -Jason On Aug 20, 2009, at 2:29 PM, John Drescher wrote: On Thu, Aug 20, 2009 at 5:25 PM, ML wrote: Hi All, I need to use a pre-compiled header. I think that I recall that CMake is not yet equipped to handle this. I found thought a Google s

Re: [CMake] Pre-Compiled Headers

On Thu, Aug 20, 2009 at 5:25 PM, ML wrote: > Hi All, > > I need to use a pre-compiled header. > > I think that I recall that CMake is not yet equipped to handle this. > > I found thought a Google search that SET_SOURCE_FILES_PROPERTIES might be > the way to go. > > Has anyone implemented PCH and ha

Re: [CMake] InstallRequiredSystemLibraries.cmake and Redistribution of the shared C runtime component in Visual C++

Hold on there... The Express editions are not meant to build redistributable binaries. They're meant for personal use: i.e. -- each user compiles his own code. I'm pretty sure it's a violation of the Express edition license agreement to build binaries for other people. You need at least the "Stand

Re: [CMake] Pre-Compiled Headers

On Thu, Aug 20, 2009 at 5:25 PM, ML wrote: > Hi All, > > I need to use a pre-compiled header. > > I think that I recall that CMake is not yet equipped to handle this. > > I found thought a Google search that SET_SOURCE_FILES_PROPERTIES might be > the way to go. > > Has anyone implemented PCH and ha

[CMake] Pre-Compiled Headers

Hi All, I need to use a pre-compiled header. I think that I recall that CMake is not yet equipped to handle this. I found thought a Google search that SET_SOURCE_FILES_PROPERTIES might be the way to go. Has anyone implemented PCH and have an example, advice, etc? Thanks! -Jason __

Re: [CMake] eclipse-cmake bug - more info

OK, I see the difference between the build directory and the build location now, even though in my project structure I inherited, they are the same directory - MMP If I add the -C (path to makefile) option, I still get the error. Im not moving the makefile. My cmake file and the resulting Make

Re: [CMake] InstallRequiredSystemLibraries.cmake and Redistribution of the shared C runtime component in Visual C++

On Thu, Aug 20, 2009 at 4:06 PM, James Bigler wrote: > On Thu, Aug 20, 2009 at 1:51 PM, Mike Jackson > wrote: >> >> On Thu, Aug 6, 2009 at 3:12 PM, Marcus D. Hanwell wrote: >> > James Bigler wrote: >> >> On Thu, Aug 6, 2009 at 12:10 PM, Bill Hoffman >> >> mailto:bill.hoff...@kitware.com>> wrote: >

Re: [CMake] InstallRequiredSystemLibraries.cmake and Redistribution of the shared C runtime component in Visual C++

On Thu, Aug 6, 2009 at 2:07 PM, Clinton Stimpson wrote: > Bill Hoffman wrote: >> >> James Bigler wrote: >>> >>> I've just been bitten hard by this issue (many hours of frustration while >>> attempting to run a demo application that should have "Just Worked" (TM) ). >>> >>> According to this page: >

Re: [CMake] InstallRequiredSystemLibraries.cmake and Redistribution of the shared C runtime component in Visual C++

On Thu, Aug 20, 2009 at 1:51 PM, Mike Jackson wrote: > On Thu, Aug 6, 2009 at 3:12 PM, Marcus D. Hanwell wrote: > > James Bigler wrote: > >> On Thu, Aug 6, 2009 at 12:10 PM, Bill Hoffman > >> mailto:bill.hoff...@kitware.com>> wrote: > >> > >> James Bigler wrote: > >> > >> > >> Well, I

Re: [CMake] InstallRequiredSystemLibraries.cmake and Redistribution of the shared C runtime component in Visual C++

On Thu, Aug 6, 2009 at 3:12 PM, Marcus D. Hanwell wrote: > James Bigler wrote: >> On Thu, Aug 6, 2009 at 12:10 PM, Bill Hoffman >> mailto:bill.hoff...@kitware.com>> wrote: >> >>     James Bigler wrote: >> >> >>         Well, I was using VS 2005 64 bit with SP 1.  I wonder if there >>         is a s

Re: [CMake] [New Module] FindHDF5.cmake

Will Dicharry wrote: Brad King wrote: John R. Cary wrote: Brad King wrote: John, how do autotools detect this? hdf5par=`grep "HAVE_PARALLEL 1" $HDF5_INCDIR/H5config.h` I suppose there are other ways, but we have been doing this through several versions of hdf5. Great, thanks John. Will, y

Re: [CMake] [New Module] FindHDF5.cmake

Brad King wrote: John R. Cary wrote: Brad King wrote: John, how do autotools detect this? hdf5par=`grep "HAVE_PARALLEL 1" $HDF5_INCDIR/H5config.h` I suppose there are other ways, but we have been doing this through several versions of hdf5. Great, thanks John. Will, you should be able to u

Re: [CMake] pg compilers on the Cary XT4

Responses inline... I'm reposting this to the CMake mailing list so someone can correct me if I'm wrong, it looks like your message went only to me. John R. Cary wrote: Will Dicharry wrote: John R. Cary wrote: which is basically Linux. Building a project with pgcc/pgCC. All flags are emp

Re: [CMake] [New Module] FindHDF5.cmake

Brad King wrote: John R. Cary wrote: Brad King wrote: John, how do autotools detect this? hdf5par=`grep "HAVE_PARALLEL 1" $HDF5_INCDIR/H5config.h` I suppose there are other ways, but we have been doing this through several versions of hdf5. Great, thanks John. Will, you should be able to u

Re: [CMake] [New Module] FindHDF5.cmake

John R. Cary wrote: > Brad King wrote: >> John, how do autotools detect this? > > hdf5par=`grep "HAVE_PARALLEL 1" $HDF5_INCDIR/H5config.h` > > I suppose there are other ways, but we have been doing this through > several versions of hdf5. Great, thanks John. Will, you should be able to use the

Re: [CMake] [New Module] FindHDF5.cmake

Will Dicharry wrote: John R. Cary wrote: I am a real newbie here (exploring cmake) so my words should be taken with a grain of salt. But we find (in our current autotools setup), that it is good to have a flag that tells one whether the hdf5 was compiled with --enable-parallel. I agree that

Re: [CMake] [New Module] FindHDF5.cmake

John R. Cary wrote: I am a real newbie here (exploring cmake) so my words should be taken with a grain of salt. But we find (in our current autotools setup), that it is good to have a flag that tells one whether the hdf5 was compiled with --enable-parallel. I agree that would be useful. I *th

Re: [CMake] [New Module] FindHDF5.cmake

I am a real newbie here (exploring cmake) so my words should be taken with a grain of salt. But we find (in our current autotools setup), that it is good to have a flag that tells one whether the hdf5 was compiled with --enable-parallel. John Cary Will Dicharry wrote: Brad King wrote: Will Di

Re: [CMake] [New Module] FindHDF5.cmake

Will Dicharry wrote: > What is the convention for keeping a macro out of the public interface? Leave it out of the documentation and name it with a '_hdf5_' prefix (starting in '_'). -Brad ___ Powered by www.kitware.com Visit other Kitware open-source

Re: [CMake] [New Module] FindHDF5.cmake

Brad King wrote: Will Dicharry wrote: Sorry for the month of delay, but I've addressed Mike Jackson's concerns below and I think I'm close to having the HDF5 find module ready for submission. Excellent. I have a few comments from quickly glancing at them, but I don't have time for thorough te

Re: [CMake] [New Module] FindHDF5.cmake

Will Dicharry wrote: > Sorry for the month of delay, but I've addressed Mike Jackson's concerns > below and I think I'm close to having the HDF5 find module ready for > submission. Excellent. I have a few comments from quickly glancing at them, but I don't have time for thorough testing. Overall

Re: [CMake] pg compilers on the Cary XT4

John R. Cary wrote: which is basically Linux. Building a project with pgcc/pgCC. All flags are empty: CMAKE_CXX_COMPILER /opt/pgi/8.0.4/linux86-64/8.0-4/bin/pgCC CMAKE_CXX_FLAGS CMAKE_CXX_FLAGS_DEBUG

Re: [CMake] F90 and legacy F77

Arjen Markus wrote: > I do not think this is going to work: object files created with g77 > and gfortran are not compatible as far as I know. > > What constructs are they? F90/95 has one or two deleted features > but most compilers will simply accept them, perhaps grudgingly. [snip] >> How can thi

Re: [CMake] .vfproj with cmake

  > Message du 18/08/09 22:56 > De : "Bill Hoffman" > A : "lokmane.abbas-turki" > Copie à : > Objet : Re: [CMake] .vfproj with cmake > > > OK, can you try this. > > > 1. Run cmake --debug-trycompile > > 2. Do not load the project into the IDE. > > 3. Edit the cmTryCompileExec.vfproj file creat

[CMake] pg compilers on the Cary XT4

which is basically Linux. Building a project with pgcc/pgCC. All flags are empty: CMAKE_CXX_COMPILER /opt/pgi/8.0.4/linux86-64/8.0-4/bin/pgCC CMAKE_CXX_FLAGS CMAKE_CXX_FLAGS_DEBUG

Re: [CMake] cmake on the BGP

Brad King wrote: Be sure to create a fresh build tree when changing compilers. CMake cached the 'cc' (gnu) compiler it found the first time and did not pay attention to the environment later. Got it. Now 'rm -rf' on the build tree. /gpfs/software/linux-sles10-ppc64/apps/ibmcmp-sep2008/opt/v

Re: [CMake] cmake on the BGP

John R. Cary wrote: > env CC=xlc_r CXX=xlC_r [snip] > -- The C compiler identification is GNU Be sure to create a fresh build tree when changing compilers. CMake cached the 'cc' (gnu) compiler it found the first time and did not pay attention to the environment later. > /gpfs/software/linux-sles1

Re: [CMake] linking with .so w/ non-standard names

Bill Hoffman wrote: > So, it must be that the library is built with no soname. Brad will be > back in a few days, and should have a better idea of how to fix it. This is probably the problem. You can confirm this by running readelf -d /home/kchang/sandbox/thost/thostmduserapi.so |grep SONAME

Re: [CMake] cmake on the BGP

Brad King wrote: John R. Cary wrote: I am trying to build cmake on a Blue Gene P. Configuration starts with login1.surveyor$ ./bootstrap - CMake 2.6-4, Copyright (c) 2007 Kitware, Inc., Insight Consortium [snip] http://www.cmake.org/pipe

Re: [CMake] cmake on the BGP

John R. Cary wrote: > I am trying to build cmake on a Blue Gene P. > Configuration starts with > > > login1.surveyor$ ./bootstrap > - > CMake 2.6-4, Copyright (c) 2007 Kitware, Inc., Insight Consortium [snip] > http://www.cmake.org/pipermail/cmake/2006-

Re: [CMake] Tests without CTest (was Re: Custom target bug...)

On Wed, 2009-08-19 at 21:20 -0700, Tim Kientzle wrote: > David Cole wrote: > > You're using incorrect arguments as DEPENDS. Things that follow DEPENDS > > should be full path file names... not cmake target names. > > Okay, I think I finally figured out how to do what I need (which is, > of course

Re: [CMake] CMake Digest, Vol 64, Issue 50

Hi Steve, Unless you're using make's -j option, there should not be any concurrency issues. Check the command line and your MAKEFLAGS variable. Best regards, Marcel Loose. On Wed, 2009-08-19 at 17:31 -0700, Steve Mathers wrote: > Hi Michael. that option is what I am already doing, which is why

Re: [CMake] Possible to clean files of one target library only?

On Wed, 2009-08-19 at 11:02 -0700, Tyler Roscoe wrote: > On Wed, Aug 19, 2009 at 11:54:18AM -0600, Timothy M. Shead wrote: > > If you are using CMake to generate makefiles, you can run "make clean" > > in a subdirectory of your build tree, and make will only remove the > > files for that director