<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
<html>
  <head>
    <meta content="text/html; charset=ISO-8859-2"
      http-equiv="Content-Type">
    <title></title>
  </head>
  <body bgcolor="#ffffff" text="#000000">
    W dniu 15.10.2010 08:40, Jesper Eskilson pisze:
    <blockquote cite="mid:4CB7F744.207@iar.se" type="cite">On 10/14/2010
      10:22 PM, Micha³ Czuczman wrote:
      <br>
      <br>
      <blockquote type="cite">I would be interested in improving Java
        support in CMake.  A source code
        <br>
        parser which finds out names of generated output object files,
        as in the
        <br>
        SCons Java support, is a must.  That's what the current Java
        support in
        <br>
        CMake lacks the most.  I've searched through CMake source code
        and it
        <br>
        looks like the object file name is always obtained just from the
        source
        <br>
        file name.  Unfortunately this doesn't work for Java.  Would you
        please
        <br>
        give me some more details on how do you see the module
        implemented?  Or
        <br>
        some hints from where to start?  The most tricky part is how to
        handle
        <br>
        changing dependencies.  Should the classes and jar be separate
        targets,
        <br>
        as it is in SCons?
        <br>
      </blockquote>
      <br>
      I like CMake a lot, but when it comes to Java, I just don't see
      the benefits. For me, the strength of CMake is the ability to
      build C/C++ on multiple platforms from a single specification.
      There is a plethora of different build systems which are tailored
      to work well with Java. In that world, I don't see what value
      CMake has.
      <br>
      <br>
      I'm not going to argue against improving CMake support in Java,
      I'm just curious.
      <br>
    </blockquote>
    <br>
    I use CMake for building a multi-platform multi-language project
    where for most parts it fits very well.  However, one part of the
    project is written in Java, with some native implementations.  So it
    would be great to have a nice Java support in CMake.  Using another
    build system just for that part adds one to many build-time
    dependency.<br>
    <br>
    The pitfalls I've encountered in CMake Java support were:<br>
    <ul>
      <li>All objects are always rebuilt.</li>
      <li>The generated JAR file is polluted with build system CMake
        files.</li>
    </ul>
    This is why I would like to contribute to the great CMake project
    and have a nice simple Java support.<br>
    <br>
    --<br>
    Best regards,<br>
    Micha³ Czuczman<br>
  </body>
</html>