Re: [CMake] ANN: UseOcaml.cmake
congratulations! :) please let me know when you have completed your scripts, so that i can replace mine with your in the yars refactoring tree. cheers, keyan On 26 Jan 2010, at 22:53, Judicaël Bedouet wrote: Thanks for your help. It is solved. A dependency between custom targets was missing. In fact, the dependency was just between the custom command outputs and I didn't think that setting a dependency between custom targets would have solved the problem. I also have had to generate objects in separate directories (a directory per target). Indeed, in the example of Keyan, some files are compiled twice and there is no dependency between the two targets. So, if I compile all files in the same directory, a file may be compiled and used in a link command at the same time. It is a much more complex with separate directories and I have to revise ocamldep output but it works. I don't have so much time for the moment but I will take a look at your CMake files as soon as possible to test and improve my scripts. Thanks, J. Bedouet 2010/1/26 Alan W. Irwin ir...@beluga.phys.uvic.ca On 2010-01-26 00:28+0100 Judicaël Bedouet wrote: I see one solution : add a macro to create an only target with all OCaml libraries and executables, but it's not perfect. This issue should be straighforward to solve with proper dependencies for _both_ custom targets and custom command OUTPUT files. We have our own independent method of compiling OCaml libraries and executables which takes care of such dependency issues correctly. See http://plplot.svn.sourceforge.net/viewvc/plplot/trunk/bindings/ocaml/CMakeLists.txt?view=log, http://plplot.svn.sourceforge.net/viewvc/plplot/trunk/bindings/ocaml/plcairo/CMakeLists.txt?view=log, and http://plplot.svn.sourceforge.net/viewvc/plplot/trunk/examples/ocaml/CMakeLists.txt?view=log. Our method is pretty brute force (a series of add_custom commands and add_custom targets) so we are open to adopting something different if this current thread results in something that ultimately ends up as part of a CMake release. Note, our current method does work fine for parallel builds. Thus, it should also be straightforward to make parallel builds work properly for any other method of building ocaml libraries and apps if the necessary target and file dependencies are handled correctly. Alan __ Alan W. Irwin Astronomical research affiliation with Department of Physics and Astronomy, University of Victoria (astrowww.phys.uvic.ca). Programming affiliations with the FreeEOS equation-of-state implementation for stellar interiors (freeeos.sf.net); PLplot scientific plotting software package (plplot.org); the libLASi project (unifont.org/lasi); the Loads of Linux Links project (loll.sf.net); and the Linux Brochure Project (lbproject.sf.net). __ Linux-powered Science __ ___ 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
Re: [CMake] ANN: UseOcaml.cmake
hi, i started to work on your scripts. very nice work! unfortunately, i couldnt find the problem, and i cant reproduce it with my scripts. there must be a difference somewhere. cheers, keyan On 19 Jan 2010, at 00:30, Judicaël Bedouet wrote: Hi, Effectively, I have reproduced your two bugs by using make -j. It's not systematic (once in ten). Error: The file /Users/zahedi/Downloads/code-analysis-build/io.cmo is not a bytecode object file When this error occurs, it also appears that the object is being built. And if I rerun make, linking is correct, without rebuilding io.cmo. Building OCaml object io.cmo Building OCaml object files.cmo [ 0%] Linking OCaml executable loc File _none_, line 1, characters 0-1: Error: The file /Users/judi/src/ocaml/cmake/code-analysis/build/io.cmo is not a bytecode object file Dependencies in the generated Makefile seem to be correct : loc: file_node.cmo loc: files.cmo loc: io.cmo loc: file_statistics.cmo loc: message_node.cmo loc: loc.cmo Is OCaml parallel make safe ? I'm not sure... I readd CMake address : maybe someone has an idea... To speed up compilation, I could look for ocamlc.opt and if not found ocamlc. Bytecode compilations should be faster. J. Bedouet 2010/1/18 Keyan m...@pulsschlag.net hi, i am just trying to reproduce the message i posted. i cant, but i got something else: Error: The file /Users/zahedi/Downloads/code-analysis-build/io.cmo is not a bytecode object file i use make -j 2 (at least 2), and my guess is that it has to do with parallel compilation. could that be the case? cheers, keyan On 18 Jan 2010, at 18:01, Judicaël Bedouet wrote: Hi, first of all, wow, good job! very nice scripts, much more sophisticated then mine :) Thanks :-) I only had one error when first trying: Error copying file (if different) from [...]/code-analysis-build/Dependencies /message_node.ml.dep.cmake.tmp to [...]/code-analysis-build/Dependencies/message_node.ml.dep.cmake. Maybe the Dependencies directory is not created. It is done at line 32 of OCamlDep, though. Let me know if you find something. I have tested my scripts with OCaml 3.10 and I have found that ocamlfind is officially distributed with OCaml since 3.11. Maybe, I should put ocamlfind stuff in a FindOCamlFind script... J. Bedouet 2010/1/18 Keyan m...@pulsschlag.net Hi, i am sorry that i could not reply any sooner. first of all, wow, good job! very nice scripts, much more sophisticated then mine :) i only had one error when first trying: Error copying file (if different) from [...]/code-analysis-build/Dependencies/message_node.ml.dep.cmake.tmp to [...]/code-analysis-build/Dependencies/message_node.ml.dep.cmake. i will try to solve that myself. this way i know if i understand your scripts. cheers, keyan On 16 Jan 2010, at 14:51, Judicaël Bedouet wrote: Hi, Here are my OCaml scripts, with your OCaml code (it helped me to find a bug about a source file included in two targets). I have kept your idea about an only macro to compile and link, reused your macro ocaml_parse_arguments (I should use for my other macros :-) ) and added a macro find_ocaml_package to find ocaml packages with ocamlfind. Tell me what you think, J. Bedouet 2010/1/15 Keyan m...@pulsschlag.net hi, Indeed, it is much more sophisticated, so it may be more bugged ;-) i can help debugging :) shell i send you my scripts to take a look? It's not necessary. I have downloaded the refactoring branch of yars. Thanks. oh, ok, then you should have the newest version (last yars revision is 513). I comment my OCaml scripts and I send you, so that you could also have a look. great. I have took a look at your UseOCaml script. I can't see why you copy ML files into the current binary dir before compiling them. Is there a reason ? no. i copied most of the stuff from the UseLATEX.cmake. it was done so there, and at the time i wrote the script, i thought its a good idea. don't ask me why :) Keep in touch, let me know when i can jump in and help. looking forward. cheers, keyan J. Bedouet On Fri, Jan 15, 2010 at 8:26 AM, Keyan m...@pulsschlag.net wrote: I totally agree. Judicaël: how should we proceed? my first impression is that your usecaml.cmake is much more sophisticated then mine :) same for the findocaml.cmake scripts, as mine up to now does nothing more than to call a bunch of find_program commands. shell i send you my scripts to take a look? i have no problem with merging my stuff into your scripts, keeping you as main author, if there is anything useful for you. cheers, keyan On 15 Jan 2010, at 02:39, Philip Lowman wrote
Re: [CMake] ANN: UseOcaml.cmake
thanks for the explanation. i hope you didnt feel offended. the uselatex.cmake is great. without that, i wouldn't even had a clue where to start :) cheers, keyan On 18 Jan 2010, at 17:12, Moreland, Kenneth wrote: The reason the UseLATEX.cmake script copies files to the binary directory is because the latex compiler has no equivalent to the –I flag. It always looks for files with respect to the directory in which the command was run. Thus, the easiest way to do an out-of-source build is to simply copy the source over to the binary directory. If the ML compiler has a way of specifying a list of directories from which to find included files, you are much better off compiling the original source file directly. -Ken On 1/15/10 9:28 AM, Keyan m...@pulsschlag.net wrote: I have took a look at your UseOCaml script. I can't see why you copy ML files into the current binary dir before compiling them. Is there a reason ? no. i copied most of the stuff from the UseLATEX.cmake. it was done so there, and at the time i wrote the script, i thought its a good idea. don't ask me why :) Kenneth Moreland *** Sandia National Laboratories *** *** *** *** email: kmo...@sandia.gov ** *** ** phone: (505) 844-8919 *** web: http://www.cs.unm.edu/~kmorel ___ 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
Re: [CMake] ANN: UseOcaml.cmake
hi, i had the same problems before i wrote my useocaml.cmake. actually, that was the main reasons for writing it. i solved the problems by getting all the depencies right. my guess is, that a few additional add_depencies will solve the problem. as soon as i have a little bit time, i will check the script and see what i can do. cheers, keyan On 19 Jan 2010, at 00:30, Judicaël Bedouet wrote: Hi, Effectively, I have reproduced your two bugs by using make -j. It's not systematic (once in ten). Error: The file /Users/zahedi/Downloads/code-analysis-build/io.cmo is not a bytecode object file When this error occurs, it also appears that the object is being built. And if I rerun make, linking is correct, without rebuilding io.cmo. Building OCaml object io.cmo Building OCaml object files.cmo [ 0%] Linking OCaml executable loc File _none_, line 1, characters 0-1: Error: The file /Users/judi/src/ocaml/cmake/code-analysis/build/io.cmo is not a bytecode object file Dependencies in the generated Makefile seem to be correct : loc: file_node.cmo loc: files.cmo loc: io.cmo loc: file_statistics.cmo loc: message_node.cmo loc: loc.cmo Is OCaml parallel make safe ? I'm not sure... I readd CMake address : maybe someone has an idea... To speed up compilation, I could look for ocamlc.opt and if not found ocamlc. Bytecode compilations should be faster. J. Bedouet 2010/1/18 Keyan m...@pulsschlag.net hi, i am just trying to reproduce the message i posted. i cant, but i got something else: Error: The file /Users/zahedi/Downloads/code-analysis-build/io.cmo is not a bytecode object file i use make -j 2 (at least 2), and my guess is that it has to do with parallel compilation. could that be the case? cheers, keyan On 18 Jan 2010, at 18:01, Judicaël Bedouet wrote: Hi, first of all, wow, good job! very nice scripts, much more sophisticated then mine :) Thanks :-) I only had one error when first trying: Error copying file (if different) from [...]/code-analysis-build/Dependencies /message_node.ml.dep.cmake.tmp to [...]/code-analysis-build/Dependencies/message_node.ml.dep.cmake. Maybe the Dependencies directory is not created. It is done at line 32 of OCamlDep, though. Let me know if you find something. I have tested my scripts with OCaml 3.10 and I have found that ocamlfind is officially distributed with OCaml since 3.11. Maybe, I should put ocamlfind stuff in a FindOCamlFind script... J. Bedouet 2010/1/18 Keyan m...@pulsschlag.net Hi, i am sorry that i could not reply any sooner. first of all, wow, good job! very nice scripts, much more sophisticated then mine :) i only had one error when first trying: Error copying file (if different) from [...]/code-analysis-build/Dependencies/message_node.ml.dep.cmake.tmp to [...]/code-analysis-build/Dependencies/message_node.ml.dep.cmake. i will try to solve that myself. this way i know if i understand your scripts. cheers, keyan On 16 Jan 2010, at 14:51, Judicaël Bedouet wrote: Hi, Here are my OCaml scripts, with your OCaml code (it helped me to find a bug about a source file included in two targets). I have kept your idea about an only macro to compile and link, reused your macro ocaml_parse_arguments (I should use for my other macros :-) ) and added a macro find_ocaml_package to find ocaml packages with ocamlfind. Tell me what you think, J. Bedouet 2010/1/15 Keyan m...@pulsschlag.net hi, Indeed, it is much more sophisticated, so it may be more bugged ;-) i can help debugging :) shell i send you my scripts to take a look? It's not necessary. I have downloaded the refactoring branch of yars. Thanks. oh, ok, then you should have the newest version (last yars revision is 513). I comment my OCaml scripts and I send you, so that you could also have a look. great. I have took a look at your UseOCaml script. I can't see why you copy ML files into the current binary dir before compiling them. Is there a reason ? no. i copied most of the stuff from the UseLATEX.cmake. it was done so there, and at the time i wrote the script, i thought its a good idea. don't ask me why :) Keep in touch, let me know when i can jump in and help. looking forward. cheers, keyan J. Bedouet On Fri, Jan 15, 2010 at 8:26 AM, Keyan m...@pulsschlag.net wrote: I totally agree. Judicaël: how should we proceed? my first impression is that your usecaml.cmake is much more sophisticated then mine :) same for the findocaml.cmake scripts, as mine up to now does nothing more than to call a bunch of find_program commands. shell i send you my scripts to take a look? i have no problem with merging my stuff into your scripts
Re: [CMake] ANN: UseOcaml.cmake
hi, Indeed, it is much more sophisticated, so it may be more bugged ;-) i can help debugging :) shell i send you my scripts to take a look? It's not necessary. I have downloaded the refactoring branch of yars. Thanks. oh, ok, then you should have the newest version (last yars revision is 513). I comment my OCaml scripts and I send you, so that you could also have a look. great. I have took a look at your UseOCaml script. I can't see why you copy ML files into the current binary dir before compiling them. Is there a reason ? no. i copied most of the stuff from the UseLATEX.cmake. it was done so there, and at the time i wrote the script, i thought its a good idea. don't ask me why :) Keep in touch, let me know when i can jump in and help. looking forward. cheers, keyan J. Bedouet On Fri, Jan 15, 2010 at 8:26 AM, Keyan m...@pulsschlag.net wrote: I totally agree. Judicaël: how should we proceed? my first impression is that your usecaml.cmake is much more sophisticated then mine :) same for the findocaml.cmake scripts, as mine up to now does nothing more than to call a bunch of find_program commands. shell i send you my scripts to take a look? i have no problem with merging my stuff into your scripts, keeping you as main author, if there is anything useful for you. cheers, keyan On 15 Jan 2010, at 02:39, Philip Lowman wrote: On Thu, Jan 14, 2010 at 5:11 AM, Keyan m...@pulsschlag.net wrote: hi, ups ... i thought i replied to the list. thanks for the link. i will adapt my find-script to the requirements and maintain the package. You should work with Judicaël to combine the best of both of your works together into one FindOCaml and UseOCaml script. There is no sense having two of them out there. -- Philip Lowman ___ 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
Re: [CMake] ANN: UseOcaml.cmake
hi,
ups ... i thought i replied to the list. thanks for the link. i will adapt my
find-script to the requirements and maintain the package.
cheers,
keyan
On 14 Jan 2010, at 03:46, Philip Lowman wrote:
On Mon, Jan 11, 2010 at 3:39 AM, Keyan m...@pulsschlag.net wrote:
It looks like a couple of the macros don't have the OCAML_ name prefix
added to them. For example, COPY_FILE GET_DEPENDENCIES. You should
add the prefix to them as well to prevent name collision when other
people use your code.
thanks. wasnt aware of this coding standard, but it makes sense :)
For the INCLUDES feature, doesn't it just get turned into a list you
can iterate on? Couldn't you just use foreach() on it and add the
-I argument and path argument to a separate list that gets passed to
add_custom_command()?
foreach(path ${includelist})
list(APPEND myargs -I)
list(APPEND myargs ${path})
endforeach()
nice, it worked. my mistake was that i used:
set(myargs {$myargs} -I ${path})
instead.
i will try to write a FindOcaml.cmake script soon. when i am done, what is
the best practice to make it available?
Sorry, your email got accidently buried for 3 days. :) Also please
reply to all always so the list gets a copy of the thread.
I think the best way to get it available it to have it released as
part of CMake's Modules folder. To do this you have to volunteer to
maintain the module (basically to deal with patches and bugs) and
follow the process documented in Modules/README.txt to obtain CVS
commit access.
http://public.kitware.com/cgi-bin/viewcvs.cgi/Modules/readme.txt?root=CMakeview=markup
--
Philip Lowman
___
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
xxxxxSPAMxxxxx [CMake] xxxxxSPAMxxxxx Re: ANN: UseOcaml.cmake
I totally agree. Judicaël: how should we proceed? my first impression is that your usecaml.cmake is much more sophisticated then mine :) same for the findocaml.cmake scripts, as mine up to now does nothing more than to call a bunch of find_program commands. shell i send you my scripts to take a look? i have no problem with merging my stuff into your scripts, keeping you as main author, if there is anything useful for you. cheers, keyan On 15 Jan 2010, at 02:39, Philip Lowman wrote: On Thu, Jan 14, 2010 at 5:11 AM, Keyan m...@pulsschlag.net wrote: hi, ups ... i thought i replied to the list. thanks for the link. i will adapt my find-script to the requirements and maintain the package. You should work with Judicaël to combine the best of both of your works together into one FindOCaml and UseOCaml script. There is no sense having two of them out there. -- Philip Lowman ___ 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
[CMake] ANN: UseOcaml.cmake
Hi, adapted from UseLATEX.cmake, i wrote a UseOcaml.cmake script, which can be found here: http://yars.svn.sourceforge.net/viewvc/yars/branches/yars-refactoring/modules/UseOcaml.cmake?revision=509view=markup it is not complete yet, but it allows to easily compile ocaml-binaries in the following way: ADD_OCAML_TARGET( OUTPUTloc MAIN loc.ml SOURCES file_node.ml files.ml io.ml file_statistics.ml message_node.ml HEADERS file_node.mli files.mli io.mli file_statistics.mli message_node.mli LIBRARIES unix.cmxa str.cmxa extLib.cmxa INCLUDES /opt/local/lib/ocaml/site-lib/extlib ) one current problem is that i cannot add multiple entries to the INCLUDES. i am happy to receive comments. cheers, keyan ___ 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
Re: [CMake] ADD_CUSTOM_COMMAND
hi,
i found the problem, just in case anyone is interested. the problem was, that i
use package first.second.third; in my java-sources, so that the class files
are compiled to
${CMAKE_CURRENT_BINARY_DIR}/first/second/third/file.class and not to
${CMAKE_CURRENT_BINARY_DIR}/file.class, which is while the depend never found
the class files.
the remaining problem is to build the jar file on dependency of changes of the
class files. what i am currently trying is:
SET(MY_FILES File1 File2 File3)
SET(CLASS_FILES)
FOREACH(f ${MY_FILES})
LIST(APPEND CLASS_FILES
${CMAKE_CURRENT_BINARY_DIR}/${PACKAGE_PATH}/${f}.class)
ENDFOREACH(f ${MY_FILES})
ADD_CUSTOM_COMMAND(OUTPUT ${PROJECT_BINARY_DIR}/${JAR_DIR}/${JAR_FILE}
DEPENDS ${CLASS_FILES}
COMMAND ${CMAKE_COMMAND}
ARGS -E chdir ${CMAKE_CURRENT_BINARY_DIR} ${CMAKE_Java_ARCHIVE} cfm
${CMAKE_BINARY_DIR}/${JAR_DIR}/${JAR_FILE}
${CMAKE_CURRENT_SOURCE_DIR}/MANIFEST.MF org)
ADD_CUSTOM_TARGET(${JAR_FILE}
ALL
DEPENDS ${PROJECT_BINARY_DIR}/${JAR_DIR}/${JAR_FILE})
but the jar files is build every time i call make.
regards,
keyan
On 10 Dec 2009, at 18:14, Keyan wrote:
hi,
i am tryting to build java code in my otherwise c++ project. for some reason,
i just cant get add_custom_command to do what i want it to do. here are the
lines of code that i am currently trying:
SET(MY_FILES FirstJavaFile SecondJavaFile)
SET(CLASS_FILES )
SET(JAVA_FILES )
FOREACH(f ${MY_FILES})
SET(CLASS_FILES ${CLASS_FILES}
${PROJECT_BINARY_DIR}/${CLASS_DIR}/${f}.class)
SET(JAVA_FILES ${JAVA_FILES} ${CMAKE_CURRENT_SOURCE_DIR}/${f}.java)
ENDFOREACH(f JAVA_FILES)
message(Java files: \${JAVA_FILES}\)
message(Class files: \${CLASS_FILES}\)
# compile all .java files with javac to .class
ADD_CUSTOM_COMMAND(
OUTPUT ${CLASS_FILES}
DEPENDS ${JAVA_FILES}
COMMAND ${CMAKE_Java_COMPILER} ARGS -d ${PROJECT_BINARY_DIR}/${CLASS_DIR}
${CMAKE_CURRENT_SOURCE_DIR}/*.java
)
From my understanding of what add_custom_command should be doing, this should
compile FIrstJavaFile.java and SecondJavaFile.java to class files, if they
have been changed. but it does nothing.
i am thankful for any tip.
regards,
keyan
___
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
___
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
[CMake] ADD_CUSTOM_COMMAND
hi,
i am tryting to build java code in my otherwise c++ project. for some reason, i
just cant get add_custom_command to do what i want it to do. here are the lines
of code that i am currently trying:
SET(MY_FILES FirstJavaFile SecondJavaFile)
SET(CLASS_FILES )
SET(JAVA_FILES )
FOREACH(f ${MY_FILES})
SET(CLASS_FILES ${CLASS_FILES}
${PROJECT_BINARY_DIR}/${CLASS_DIR}/${f}.class)
SET(JAVA_FILES ${JAVA_FILES} ${CMAKE_CURRENT_SOURCE_DIR}/${f}.java)
ENDFOREACH(f JAVA_FILES)
message(Java files: \${JAVA_FILES}\)
message(Class files: \${CLASS_FILES}\)
# compile all .java files with javac to .class
ADD_CUSTOM_COMMAND(
OUTPUT ${CLASS_FILES}
DEPENDS ${JAVA_FILES}
COMMAND ${CMAKE_Java_COMPILER} ARGS -d ${PROJECT_BINARY_DIR}/${CLASS_DIR}
${CMAKE_CURRENT_SOURCE_DIR}/*.java
)
From my understanding of what add_custom_command should be doing, this should
compile FIrstJavaFile.java and SecondJavaFile.java to class files, if they
have been changed. but it does nothing.
i am thankful for any tip.
regards,
keyan
___
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
[CMake] CMake Java (+ Ocaml)
Hi, i just managed to include java source in my c++ project via cmake by following an example from the web: http://www.airport1.de/blog/archives/456-cMake-and-Java-it-works!-How-to-build-Java-Projects-with-cMake.html it works nicely, with one small problem. using the ADD_CUSTOM_COMMAND option of cmake, i don't know how to avoid recompilation of the java-sources, if they have not changed. whenever i call make, the entire java source will be recompiled, and the jar-files will be rebuild. i am also planing to include ocaml-code into my source-tree, so i guess i will have the same problem there too. is there a nice way to avoid recompilation and rebuilding of lib for java and ocaml sources? cheers, keyan ___ 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
