Re: [CMake] CMake 2.8.6 -- 2.8.8 New TryCompile Fails on GCC-GNAT Ada Linking

2012-07-09 Thread Matthew Schuchard
On 07/09/2012 08:41 AM, Brad King wrote: Of course, at the end of the day this is what breaks GNAT TryCompile: - targetName = cmTryCompileExec; But not removing that line of code would seemingly break everything else. So the path of least resistance cynical code change proposal: #ifdef

Re: [CMake] CMake 2.8.6 -- 2.8.8 New TryCompile Fails on GCC-GNAT Ada Linking

2012-07-06 Thread Matthew Schuchard
()); #endif With a nice comment like so this annoying coding language Ada and its terribly conceived compiler GNAT can be supported on Linux or some such. On 07/05/2012 03:57 PM, Brad King wrote: On 7/2/2012 12:25 PM, Matthew Schuchard wrote: The executable name does in fact have to match

[CMake] CMake 2.8.6 -- 2.8.8 New TryCompile Fails on GCC-GNAT Ada Linking

2012-07-02 Thread Matthew Schuchard
So I am back for more CMake fun in attempting to get it working with our massive and convoluted product. I am now trying to use my office computer to configure and build our software, and am hitting an issue with the new TryCompile in CMake 2.8.8 (or possibly 2.8.7 if it was introduced then).

Re: [CMake] CMake 2.8.6 -- 2.8.8 New TryCompile Fails on GCC-GNAT Ada Linking

2012-07-02 Thread Matthew Schuchard
, I would be set. The other possibility is to delve into the GNAT 4.1.x -- 4.4.x changes and see if any sanity was introduced into input/output file behavior and arguments. On 07/02/2012 11:38 AM, Bill Hoffman wrote: On 7/2/2012 11:22 AM, Matthew Schuchard wrote: Attached tarball of CMakeTmp

[CMake] Fortran 90 Module Issues in CMake

2012-03-02 Thread Matthew Schuchard
I don't know the specifics of this case, but the only time we've ever had trouble with F90 modules is when we add a dependency and don't delete the build tree before trying to reconfigure. We have several hundred modules, many in the same directory and many used across directories and

[CMake] Fortran 90 Module Issues in CMake

2012-03-01 Thread Matthew Schuchard
Hi, back converting another software distribution to a CMake-based build system. This one has a heavy reliance on Fortran 90 modules, and I noticed CMake has some issues with Fortran 90 modules. In particular, I have noticed that CMake cannot do module dependency scanning outside of the

Re: [CMake] Fortran 90 Module Issues in CMake

2012-03-01 Thread Matthew Schuchard
same directory dependency generation error I would need to do: add_library(thefoo foo.f90 foo2.f90 foo3.f90) target_link_libraries(thefoo thefoo) which also seems awkward and has not fixed my error in same directory Fortran 90 module dependency checks. On 3/1/2012 11:21 AM, Matthew Schuchard

[CMake] Fortran 90 Module Issues in CMake

2012-03-01 Thread Matthew Schuchard
On 3/1/2012 2:38 PM, Matthew Schuchard wrote: / I did see those links on the bug report for Fortran 90 module dependency in subdirectories, // but I am having some kind of XML schema error preventing me from viewing them in Firefox. / To what bug report do you refer, and to what links