Isn't that a compiler flag? You would have to specify that
at compile time, not link time.
Regards,
Arjen
On 2009-04-01 01:33, James C. Sutherland wrote:
Alin,
Thank you for your patience. I now have this set via
set( CMAKE_EXE_LINKER_FLAGS "-mbig-endian" )
However, this does not seem to affect the reading of the big-endian
binary file (which is in read in fortran). Perhaps I am still not
setting it properly?
James
On Mar 31, 2009, at 1:30 PM, Alin M Elena wrote:
man g++
add_definition is a preprocessor directive not linking flag
Alin
--
______________________________________________________________________
"If the Universities will not study useless subjects, who will?"
G. F. FitzGerald, Nature, 45/46, 392 (1892)
______________________________________________________________________
Mr Alin M ELENA
Irish Centre for High-End Computing -- www.ichec.ie <http://www.ichec.ie>
The Design Tower, Trinity Technology & Enterprise Campus
Grand Canal Quay, Dublin 2, Ireland
Tel: +353 (0) 1 5241608 ext 29
Fax: +353 (0) 1 7645845
http://alin.elenaworld.net
alin.el...@ichec.ie <mailto:alin.el...@ichec.ie>
alinm.el...@gmail.com <mailto:alinm.el...@gmail.com>
______________________________________________________________________
On Tuesday 31 March 2009 17:27:39 you wrote:
> > Should not the flag be passed to the linker? So in this case the
> > linker flags are read from the c++ compiler flags?
>
> I tried adding
> add_definitions( ${CMAKE_Fortran_FLAGS} )
> But the g++ linker complained about an unrecognized option (the -
> fconvert=big-endian option).
>
> When linking, I pull in the gfortran library,
> target_link_libraries( readx gfortran )
>
> When creating the fortran object files the appropriate flags are
> passed, but the g++ compiler has no notion of endian-ness...
>
> Any other ideas?
------------------------------------------------------------------------
_______________________________________________
Powered by www.kitware.com
Visit other Kitware open-source projects at
http://www.kitware.com/opensource/opensource.html
Please keep messages on-topic and check the CMake FAQ at:
http://www.cmake.org/Wiki/CMake_FAQ
Follow this link to subscribe/unsubscribe:
http://www.cmake.org/mailman/listinfo/cmake
Delft Hydraulics, GeoDelft, the Subsurface and Groundwater unit of TNO and parts of Rijkswaterstaat have joined forces in a new independent institute for delta technology, Deltares. Deltares combines knowledge and experience in the field of water, soil and the subsurface. We provide innovative solutions to make living in deltas, coastal areas and river basins safe, clean and sustainable.
DISCLAIMER: This message is intended exclusively for the addressee(s) and may
contain confidential and privileged information. If you are not the intended
recipient please notify the sender immediately and destroy this message.
Unauthorized use, disclosure or copying of this message is strictly prohibited.
The foundation 'Stichting Deltares', which has its seat at Delft, The
Netherlands, Commercial Registration Number 41146461, is not liable in any way
whatsoever for consequences and/or damages resulting from the improper,
incomplete and untimely dispatch, receipt and/or content of this e-mail.
_______________________________________________
Powered by www.kitware.com
Visit other Kitware open-source projects at
http://www.kitware.com/opensource/opensource.html
Please keep messages on-topic and check the CMake FAQ at:
http://www.cmake.org/Wiki/CMake_FAQ
Follow this link to subscribe/unsubscribe:
http://www.cmake.org/mailman/listinfo/cmake