Background info:
On version 3.3.20150618. RedHawk Linux 5.1.1 (real-time variant of RHEL5).
Description:
I am not understanding the behavior of these two commands or am getting
inconsistent results. Sometimes when the results of a found static library from
FIND_LIBRARY are passed to
[mailto:dlrd...@aol.com]
Sent: Friday, August 21, 2015 8:17 AM
To: Ette, Anthony (CDS)
Cc: Parag Chandra; CMake@cmake.org
Subject: Re: [CMake] Imported libraries and cross platform target names
Find_library results are cached. If you want to re-find a potentially moved
library every time you run
...@controlsdata.commailto:anthony.r.e...@controlsdata.com
From: Parag Chandra [mailto:pa...@ionicsecurity.com]
Sent: Tuesday, August 18, 2015 3:08 PM
To: Ette, Anthony (CDS); CMake@cmake.org
Subject: Re: [CMake] Imported libraries and cross platform target names
Yes, very similar. When I set out to convert our existing
Indianapolis, IN 46241
tel: +1 (317) 230-6943
mob: +1 (317) 864-7975
email: anthony.r.e...@controlsdata.commailto:anthony.r.e...@controlsdata.com
From: Miller Henry [mailto:millerhe...@johndeere.com]
Sent: Tuesday, August 18, 2015 2:44 PM
To: Ette, Anthony (CDS); CMake@cmake.org
Subject: RE: Imported
Given that add_library() produces a unique filename per platform (the actual
file name of the library built is constructed based on conventions of the
native platform (such as libname.a orname.lib), how does one add the
library to the final application without having to deal with the filename
Perimeter Rd
Indianapolis, IN 46241
tel: +1 (317) 230-6943
mob: +1 (317) 864-7975
email: anthony.r.e...@controlsdata.commailto:anthony.r.e...@controlsdata.com
From: Parag Chandra [mailto:pa...@ionicsecurity.com]
Sent: Tuesday, August 18, 2015 2:45 PM
To: Ette, Anthony (CDS); CMake@cmake.org
Subject: Re
...@controlsdata.commailto:anthony.r.e...@controlsdata.com
www.controlsdata.comhttp://www.controlsdata.com/
From: Ette, Anthony (CDS)
Sent: Monday, June 22, 2015 6:45 PM
To: CMake@cmake.org
Subject: SET(CMAKE_Fortran_FLAGS) not always taking effect
So I am forcing some flags in a high-level CMakeLists.txt for all fortran
sources
So I am forcing some flags in a high-level CMakeLists.txt for all fortran
sources using the subject command. When I invoke via one environment (via
python subprocess.popen with modified environment), cmake succeeds and all the
build files are generated, however, my flags don't appear in the
(317) 230-6943
mob: +1 (317) 864-7975
email: anthony.r.e...@controlsdata.commailto:anthony.r.e...@controlsdata.com
www.controlsdata.comhttp://www.controlsdata.com/
From: Ette, Anthony (CDS)
Sent: Monday, June 22, 2015 9:18 PM
To: CMake@cmake.org
Subject: RE: SET(CMAKE_Fortran_FLAGS) not always taking
Great! Thanks for testing this.
No problem - thank YOU for supporting this compiler!
It will be in the 3.4 release, which should come in the Fall.
Great -will keep an eye out for 3.4 release.
Thanks again,
Tony
This e-mail (including attachments) contains contents owned by Rolls-Royce plc
Please try building CMake from commit 7cd539b1 to see if it detects the
compiler id as CCur. Once that works we can look at updating the flags
used for the compiler.
Looks like this patch (which includes the commit to remove -rdynamic from GNU
fortran compilers -
I've scoured the cf77 docs and found nothing native so I've responded to
concurrent and again asked how I can find unique identifying information for
cmake to latch onto. Will report back.
Please see the response below about uniquely identifying cf77. Does this seem
doable? How do we
Very little. The whole point is to test that the compiler works the way
CMake will invoke it in the generated build system.
But the user does have tons of control over the generated build system so why
can't he have same control have test program compilation? I think in this case
someone
rts1-4:/home/bzpl46/test2/CMakeFiles/CMakeTmp /usr/ccs/bin/cf77
CMakeFiles/cmTryCompileExec3453195864.dir/testFortranCompiler.f.o -o
cmTryCompileExec3453195864 -rdynamic
/usr/ccs/release/7.3/lib_ia32/ld: cannot find -lrt
That shows it can be reproduced locally outside of CMake.
Please try
Ahh, you are correct. Success! What does this mean?
I found this in the cf77 release notes, not sure if it means anything to us at
this point.
Linking with gcc, g++ or g77:
This release ships with its own updated linker (ld) that can interpret DWARF 3.
If you link cf77generated code using
http://www.cmake.org/gitweb?p=cmake.git;a=blob;f=Modules/CMakeDetermineFortranCompiler.cmake;hb=v3.3.0-rc2#l114
Ok. I'm still struggling getting anything unique from the cf77 command line.
They have plenty of custom functions that can be invoked outside of cf77 but
that wouldn't be suitable
What is the output of cf77 --version?
Garbage (see below):
rts1-4:/home/bzpl46 cf77 --version
cf77 Fatal Error: invalid flag -io
I've scoured the cf77 docs and found nothing native so I've responded to
concurrent and again asked how I can find unique identifying information for
cmake to latch
Any ideas? Our FORTRAN compiler (Concurrent Computer Corporation port of f77)
is failing to compile simple test program because the linker can't find -lrt
(highlighted below). Have you ever seen anything like this? How can I remedy?
-- Check for working CXX compiler: /usr/bin/g++ -- works
The environment is not for CMake but for the compiler itself. I was just
saying that CMake is not going to know what environment variables the
toolchain needs to have set in order for the compiler to work.
If you invoke CMake from the same environment as that by-hand test that worked
earlier
Is the compiler hosted natively on that platform or are you cross-compiling
to it?
Hosted natively. I wouldn't normally try to use a toolchain file to overcome
this because I'm not really cross-compiling here, but it one of the mechanisms
that I though *may* work. I don't want to go against
Brad,
Thank you for the response. I suppose I should've provided more information
about the platform up front. Our system is a RHEL5 variant named RedHawk
Linux. The kernel is a custom real-time kernel developed by Concurrent
Computer Corporation and cf77 is a real-time port of the GNU f77
Some information is considered but not all. Try a minimal CMakeLists.txt:
cmake_minimum_required(VERSION ...)
project(TestProject Fortran)
Does this enable Fortran correctly with cf77? If so then you can start
stripping down your project to debug this.
No joy. Same error. Must mean that
To Whom It May Concern:
I'm using Cmake 3.2.2, specifically the Eclipse CDT4 - NMake Makefiles
generator. My application is multi-platform but common source. We were using
managed Makefiles for UNIX and Visual Studio solutions/projects for Windows but
we'd like to ditch all of this in favor
To Whom It May Concern:
I'm using Cmake 3.2.2, specifically the Eclipse CDT4 - NMake Makefiles
generator. My application is multi-platform but common source. We were using
managed Makefiles for UNIX and Visual Studio solutions/projects for Windows but
we'd like to ditch all of this in favor
To Whom It May Concern:
I'm using Cmake 3.2.2, specifically the Eclipse CDT4 - NMake Makefiles
generator. I am able to successfully run cmake and build from within Eclipse
but there seem to be things missing from the .cproject file. For example, I've
got a source routine with #ifdef _WIN32
25 matches
Mail list logo
