On 16/06/15 21:27, Gregor Jasny wrote:
> Hello,
>
> I applied some fixes to what becomes CMake 3.3. could you please test
> the release candidate?
Sorry, somehow overlooked the statement about RC in your mail.
> On 16/06/15 16:27, Michael Jackson wrote:
>> Running OS X 10.8.5 with Xcode 5.1.1 an
Hello,
I applied some fixes to what becomes CMake 3.3. could you please test
the release candidate?
On 16/06/15 16:27, Michael Jackson wrote:
> Running OS X 10.8.5 with Xcode 5.1.1 and Cmake 3.2.x and 3.3.RC and neither
> generate a Xcode project file that can be opened by Xcode. We get valid Ni
> 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 lat
On 06/16/2015 01:44 PM, Ette, Anthony (CDS) wrote:
> I'm still struggling getting anything unique from the cf77 command line.
What is the output of "cf77 --version"?
> Okay, the -rdynamic option to cf77 instructs it to build
> a shared object (shared library), not an executable program.
That may
> 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
Hi,
I'm trying to build the latest CMake release, with the Qt4 gui and including
the docs in Qt help format. I'm using the same "recipe" as for the 3.2.2
release, but now I see this:
>>
[ 95%] sphinx-build qthelp: see Utilities/Sphinx/build-qthelp.log
Running OS X 10.8.5 with Xcode 5.1.1 and Cmake 3.2.x and 3.3.RC and neither
generate a Xcode project file that can be opened by Xcode. We get valid Ninja
and Makefile projects for our project. I was wondering if anyone else has seen
this issue. Not sure if there is something in our project that
On 06/16/2015 10:00 AM, Ette, Anthony (CDS) wrote:
>> That shows it can be reproduced locally outside of CMake.
>> Please try dropping -rdynamic from that command line.
>
> Ahh, you are correct. Success! What does this mean?
This means CMake needs to be able to define and detect an
id for this
> 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 t
>> 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.
>Pl
On 06/16/2015 09:31 AM, Ette, Anthony (CDS) wrote:
> 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 c
> 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
On 06/16/2015 01:21 AM, Ette, Anthony (CDS) wrote:
> what control does the user have over the compilation of the test program?
Very little. The whole point is to test that the compiler works the way
CMake will invoke it in the generated build system.
> I.e. can I tell cmake to add -L (where to l
On Monday June 15 2015 23:05:07 Alexander Neundorf wrote:
> if you have multiple candidate headers, try them all, and use separate result
> variables for every one.
> Is that the problem you have ?
Yes. That's probably the thing I missed and why it didn't work; I used a single
variable.
Still,
On Monday 15 June 2015 22:43:41 you wrote:
> Just a last question: I assume that most find module scripts distributed
> with cmake are
> not using this feature at the moment, right?
Sadly, no.
> After reading your explaination I looked at documentation for FindBoost and
> FindGTest
> which are bo
15 matches
Mail list logo