1. 22 May, 2020 3 commits
    • Mark Olesen's avatar
      CONFIG: ignore possible compilation errors in modules · 8d1f3264
      Mark Olesen authored
      - now treating as an optional component
    • OpenFOAM bot's avatar
      STYLE: remove trailing space, tabs · 59933555
      OpenFOAM bot authored
      COMP: deletion of incomplete type
    • sergio's avatar
      COMP: Avoiding double entry in runTime table TurbulenceModel · 11965904
      sergio authored
      multiphaseReactingTurbulenceModels and twoPhaseReactingTurbulenceModels
      add models to the same table TurbulenceModel. These two libs were removed
      from libreactingPhaseSystem which created the conflict.
      The multiphaseReactingTurbulenceModels was added to
      reactingMultiPhaseEulerFoam solver and twoPhaseReactingTurbulenceModels to
      twoPhaseReactingEulerFoam solver
      The FO heatTransferCoeffs for libfieldFunctionObjects needs
      These change avoids linking conflict from multiphaseReactingTurbulenceModels
      and twoPhaseReactingTurbulenceModels being linked in the same lib.
  2. 21 May, 2020 4 commits
  3. 20 May, 2020 4 commits
  4. 19 May, 2020 4 commits
    • Andrew Heather's avatar
      Merge branch 'feature-build-granularity' into 'develop' · fec570f3
      Andrew Heather authored
      Feature build granularity
      See merge request !359
    • Mark Olesen's avatar
      ENH: improved granularity for MPI-rebuilds · f233595a
      Mark Olesen authored
      - Provide Allwmake-mpi scripts for handling the MPI-only build segment.
      - Adjust Make/options to support a FOAM_MPI_LIBBIN target location.
        This will simply default to FOAM_LIBBIN/FOAM_MPI, but allows different
        types of builds with out-of-tree targets.
      Build OpenFOAM with default MPI settings (eg, system openmpi)
      Rebuild MPI-layers with different MPI.
      For any given and known type
          export WM_MPLIB=OPENMPI
          export FOAM_MPI=openmpi-3.1.3
          export MPI_ARCH_PATH="$OPAL_PREFIX"
      May wish to build/rebuild ptscotch
      Rebuild the mpi-dependent parts. Can also provide install location
      for script in $(find src -name Allwmake-mpi)
          export FOAM_MPI_LIBBIN="$HOME/tmp/install-prefix/lib/$FOAM_MPI"
    • Mark Olesen's avatar
      COMP: support cgal header-only configurations · d7db8f82
      Mark Olesen authored
      - improve wmake CGAL rule(s) accordingly
    • Mark Olesen's avatar
      ENH: split up internals of wmake/scripts/have_XXX functions · f8ef85b7
      Mark Olesen authored
      - adds some more flexibility
  5. 18 May, 2020 4 commits
  6. 16 May, 2020 1 commit
  7. 15 May, 2020 3 commits
  8. 14 May, 2020 5 commits
  9. 13 May, 2020 7 commits
  10. 12 May, 2020 5 commits
    • Andrew Heather's avatar
      DOC: Corrected header documentation · 90e21679
      Andrew Heather authored
    • Mark Olesen's avatar
    • Mark Olesen's avatar
      ENH: improved encapsulation of MPI (re)builds · d4e31093
      Mark Olesen authored
      - dependency handling relocated from cmakeFunctions to wmakeFunctions
        and reused for mpi-versioned builds. This allows more checks for
        configuration parameters and removes hard-code build path
      CONFIG: remove spurious mplibHPMPI entries
      CONFIG: remove ADIOS1 rules (antiquated)
    • Mark Olesen's avatar
      ENH: add 'subcommand' handling to wclean (#1693) · f9956170
      Mark Olesen authored
      - wcleanBuild, wcleanPlatform now accessible as "wclean -build" and
        "wclean -platform", respectively
    • 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.