1. 08 Jun, 2011 1 commit
  2. 02 Jun, 2011 1 commit
    • David Cole's avatar
      BundleUtilities: Avoid a cryptic and unhelpful error message · 8f0667c1
      David Cole authored
      When the path to "resolved_embedded_item" was shorter than
      the path to the bundle being fixed up, fixup_bundle would
      fail with a cmake error like:
        "string end index: 110 is out of range 0 - 85"
      Detect when the path of resolved_embedded_item is too short
      to be embedded in the bundle, and report the proper error
      message, so the poor developer reading it has a snowball's
      chance of actually fixing the issue.
  3. 01 Jun, 2011 1 commit
  4. 31 May, 2011 1 commit
  5. 27 May, 2011 1 commit
    • Clinton Stimpson's avatar
      BundleUtilities: Work w/ non .app exes on Mac (#12034) · 7ac7b437
      Clinton Stimpson authored
      Also add a test of BundleUtilities including an exe,
      some shared libs, a plugin, and a framework-style lib.
      This test presently runs (and this functionality works)
      on Linux, Mac and Windows.
      For now, the framework-style lib is built as a plain old
      shared lib because there is another yet-unresolved issue
      with local frameworks without rpaths on the Mac.
  6. 26 May, 2011 1 commit
  7. 25 May, 2011 5 commits
  8. 24 May, 2011 1 commit
  9. 21 May, 2011 1 commit
  10. 20 May, 2011 2 commits
    • Brad King's avatar
      Absoft: Detect implicit link libraries on Linux and Mac · d7b376b3
      Brad King authored
      Use the "-X -v" flag to the Absoft front-end to pass "-v" to the gcc it
      invokes under the hood.  Teach CMakeParseImplicitLinkInfo to exclude
      linker version lines from consideration as link lines.  Fix parsing of
      Sun's linker search path option "-Y..." to avoid conflict with the Mac
      linker option "-Y<num>".
    • Brad King's avatar
      Add Absoft Fortran compiler id and basic flags · ac5b999f
      Brad King authored
      Identification at preprocessing time depends on definition of __ABSOFT__
      to be added in service pack V11.1.2 of the compiler.
  11. 16 May, 2011 4 commits
  12. 02 May, 2011 1 commit
  13. 25 Apr, 2011 1 commit
  14. 24 Apr, 2011 1 commit
  15. 18 Apr, 2011 2 commits
    • Brad King's avatar
      FindITK: Use passthru find_package config mode for messages · aa170c20
      Brad King authored
      The custom error message that mentions PREFIX/lib/InsightToolkit is not
      accurate for ITKv4.  Just use the more generic message that find_package
      generates by default.  This module is now almost a no-op but exists to
      tell find_package to look for the InsightToolkit name as well as ITK.
    • David Cole's avatar
      ExternalProject: Always use --non-interactive with svn · 12a36993
      David Cole authored
      The previous commit added --non-interactive as a "side effect"
      of turning on SVN_TRUST_CERT. While reviewing that commit, we
      decided all ExternalProject svn usage should be non-interactive.
      That way, if there's any sort of problem, svn will return an
      error right away rather than hang forever waiting for input...
  16. 17 Apr, 2011 1 commit
  17. 11 Apr, 2011 1 commit
    • David Cole's avatar
      ExternalProject: Add SVN_TRUST_CERT argument · 3a5a402a
      David Cole authored
      Which adds --non-interactive and --trust-server-cert to the svn
      checkout and update command lines. This allows ExternalProject
      clients to pull from an https:// based svn server even though
      the server may not have a valid or trusted certificate.
      Caveat emptor: I would NOT recommend using this except as a
      short-term work-around. Rather, the server should have a valid,
      trusted certificate, or the client should be using "http" instead
      of "https".
  18. 08 Apr, 2011 8 commits
    • Mathieu Malaterre's avatar
      Add support for FindJava on HP-UX and alpha · 4f35488f
      Mathieu Malaterre authored
      This commit fixes BUG: 0010242. It now properly inspect specific directory
      on hp-ux and alpha implementation of the JRE
    • Mathieu Malaterre's avatar
      UseSWIG.cmake did not support multiple modules and parallel builds · 0378396e
      Mathieu Malaterre authored
      This commit fixes BUG: 0011782. UseSWIG would be using the same variable
      to declare module information. The problem would only be noticed in parallel builds
      Fix this variable declaration by properly resetting it.
    • Mathieu Malaterre's avatar
      Add support for new swig 2.0 application · 55b7c87e
      Mathieu Malaterre authored
      This commit fixes BUG: 0011843. It now properly discover if swig2.0
      is in the PATH
    • Mathieu Malaterre's avatar
      UseSWIG.cmake does not expand $(OutDir) · c0885365
      Mathieu Malaterre authored
      This commit fixes BUG: 0011215 by properly expanding $(OutDir)
      Instead of creating the output directory using file(MAKE_DIRECTORY)
      we use cmake -E to create the directory at execution time
    • Mathieu Malaterre's avatar
      Add support for java on fedora · a59d198a
      Mathieu Malaterre authored
      This commit fixes BUG: 0011183 by adding new paths used on fedora,
      specifically: /usr/lib/jvm/java-1.6.0-openjdk-
    • Mathieu Malaterre's avatar
      Add support for Java on HP · 5f768331
      Mathieu Malaterre authored
      This commit fixes Bug: 0011676 by adding support for version
      numbering of JRE used on HP:
    • Mathieu Malaterre's avatar
      Add a new function SWIG_GET_WRAPPER_DEPENDENCIES to UseSWIG.cmake · 1088b027
      Mathieu Malaterre authored
      This commit fixes BUG: 0004147 it directly uses swig executable
      to compute a list of dependencies directly from the .i files
      to make sure to rebuild the swig module any of its direct dep.
      is touched
    • Brad King's avatar
      XL: Avoid copying archives into shared libraries that link them · d468a2c2
      Brad King authored
      The XL toolchain supports shared object files stored in archives.  Since
      CMake lists libraries on link lines by full path it is common for a
      shared library link line to contain the path to an archive file.
      When linking a shared library the compiler front-end by default runs
      CreateExportList to construct the list of symbols to be exported.
      Unfortunately it passes all files found on the command line to the tool
      so archive and library files get processed along with the object files.
      The tool returns a list of all symbols in all objects, archives, and
      libraries on the command line.  This causes the linker to copy every
      object file out of every archive into the shared library whether they
      are dependencies of the original object files or not.
      Work around this problem by running CreateExportList ourselves with just
      the original object files intended for inclusion in the shared library.
      Then pass the list it produces on the link line to prevent the compiler
      front-end from constructing its own.  This tells the linker to export
      only the symbols provided by the original source files of the shared
  19. 07 Apr, 2011 3 commits
  20. 04 Apr, 2011 1 commit
  21. 03 Apr, 2011 2 commits