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 cmake_clean.cma
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:
http://www.cmake.org/Wiki/CMake_FA
On Tue, Mar 15, 2011 at 12:20 PM, Michael Wild 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, great, then i sh
On Tue, Mar 15, 2011 at 1:44 AM, Michael Hertling wrote:
> 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:
>
>-o -c
>
> AFAIK, these rule variables can be redefined and have the usual
> directory sco
On Mon, Mar 14, 2011 at 7:16 PM, Michael Hertling wrote:
> 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
> as their CXX coun
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
creat
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 /u