Skip to content
Snippets Groups Projects
  1. May 12, 2020
    • Mark OLESEN's avatar
      ENH: add 'subcommand' handling to wmake (#1693) · 9e3d0685
      Mark OLESEN authored
      - initial split of wmake-related commands into "plumbing" and
        "porcelain" akin to how git handles things.
      
      - wmakeBuildInfo (very low-level), now relocated to the wmake/scripts
        and accessible for the user as "wmake -build-info".
      
        This satisfies a long-standing desire to access build information
        in a fashion similar to the api/patch information.
      
      CONFIG: avoid git information when building with a debian/ directory
      
      - when a 'debian/' directory exists, there is a high probability that
        the '.git/' directory is from debian and not from OpenFOAM (ie,
        useless here). This corresponds to an implicit '-no-git', which has
        no effect when building from pristine sources.
      
      ENH: wmakeCheckPwd becomes scripts/wmake-check-dir
      
      - accessible for the user as "wmake -check-dir" and with 1 or 2
        directory names. A wmakeCheckPwd symlink left for compatibility.
      9e3d0685
  2. Feb 12, 2020
  3. Dec 19, 2019
  4. Dec 14, 2019
  5. Nov 13, 2019
  6. Apr 24, 2018
    • Mark OLESEN's avatar
      ENH: improve handling of ThirdParty packages · b4d38ab4
      Mark OLESEN authored
      - generalize some of the library extensions (.so vs .dylib).
        Provide as wmake 'sysFunctions'
      
      - added note about unsupported/incomplete system support
      
      - centralize detection of ThirdParty packages into wmake/ subdirectory
        by providing a series of scripts in the spirit of GNU autoconfig.
        For example,
      
            have_boost, have_readline, have_scotch, ...
      
        Each of the `have_<package>` scripts will generally provide the
        following type of functions:
      
            have_<package>          # detection
            no_<package>            # reset
            echo_<package>          # echoing
      
        and the following type of variables:
      
            HAVE_<package>          # unset or 'true'
            <package>_ARCH_PATH     # root for <package>
            <package>_INC_DIR       # include directory for <package>
            <package>_LIB_DIR       # library directory for <package>
      
        This simplifies the calling scripts:
      
            if have_metis
            then
                wmake metisDecomp
            fi
      
        As well as reducing clutter in the corresponding Make/options:
      
            EXE_INC = \
                -I$(METIS_INC_DIR) \
                -I../decompositionMethods/lnInclude
      
            LIB_LIBS = \
                -L$(METIS_LIB_DIR) -lmetis
      
        Any additional modifications (platform-specific or for an external build
        system) can now be made centrally.
      b4d38ab4
  7. Apr 04, 2017
    • Mark Olesen's avatar
      ENH: reduce reliance on FOAM_EXT_LIBBIN during builds · dd78e042
      Mark Olesen authored
      - just check WM_PROJECT_DIR instead.
      
      - provide a fallback value when FOAM_EXT_LIBBIN might actually be needed.
      
      Only strictly need FOAM_EXT_LIBBIN for scotch/metis decomposition, and
      when these are actually supplied by ThirdParty.
      All other ThirdParty dependencies are referenced by BOOST_ARCH_PATH etc.
      
      Can therefore drop the FOAM_EXT_LIBBIN dependency for VTK-related
      things, which do not use scotch/metis anyhow.
      dd78e042
  8. Feb 06, 2017
  9. Jan 28, 2017
  10. Nov 13, 2016
  11. Jun 24, 2016
  12. Jun 16, 2016
  13. Jun 11, 2016
  14. Feb 15, 2016
  15. Dec 14, 2014
  16. Jun 04, 2013
  17. Dec 30, 2010
  18. Feb 18, 2010
  19. Aug 07, 2009
  20. Jul 30, 2009
  21. Jul 29, 2009
  22. Nov 05, 2008
  23. Aug 09, 2008
  24. May 25, 2008
  25. May 08, 2008
  26. Apr 15, 2008