Hello. I'm adding Haskell support to the CMake and stumbled with this
problem:
CMAKE_Haskell_COMPILE_OBJECT rule produces two files (.o itself and .hi
interface file used by haskell compiler). when i run `make clean`, all .o's
are deleted, but .hi's aren't. I've found these lines in
Okay, thanks again for your help.
___
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:
On Tue, Mar 15, 2011 at 1:44 AM, Michael Hertling mhertl...@online.dewrote:
To be exact, it's a rule variable which describes how to compile a C
source file to an object file. On my system, it currently expands to:
CMAKE_C_COMPILER DEFINES FLAGS -o OBJECT -c SOURCE
AFAIK, these rule
On Tue, Mar 15, 2011 at 12:20 PM, Michael Wild them...@gmail.com wrote:
Just one warning: AFAIK these rule variables are only used for
Makefile-based generators, *NOT* for Xcode and VisualStudio and the
like. I'd prefer the route via add_custom_command/add_custom_target...
Michael
Oh,
Hello. I'm using CMake as build system for a C/CXX project and i've faced
the following problem: I need to compile some sources as bytecode for VM.
This is achieved by using different linker (with different flags) and,
probably, different compiler. At the moment, the only solution i see is to
On Mon, Mar 14, 2011 at 7:16 PM, Michael Hertling mhertl...@online.dewrote:
2) If you collect the affected files in a separate directory - which is
probably recommendable anyway - you might set CMAKE_C_COMPILE_OBJECT,
CMAKE_C_CREATE_SHARED_LIBRARY, CMAKE_C_LINK_EXECUTABLE etc. as well
Hello. On FreeBSD everything, that distributes with system goes to /usr (i
mean includes go to /usr/includes and libs to /usr/lib) and all 3d party
stuff goes to /usr/local.
And the compiler is intentionally set to look only in /usr/include. The same
is for linker - it's looking for libs only in