1. 04 Apr, 2017 1 commit
  2. 03 Apr, 2017 1 commit
    • mark's avatar
      ENH: default jobControl now under the '~/.OpenFOAM/jobControl' directory · aa5e5c29
      mark authored
      - this implies that jobControl is a user-resource for OpenFOAM.
        It was previously located under $WM_PROJECT_INST_DIR/jobControl,
        but few users will have write access there.
      
      - an unset FOAM_JOB_DIR variable is treated as "~/.OpenFOAM/jobControl",
        which can partially reduce environment clutter.
      
      - provide argList::noJobInfo() to conveniently suppress job-info on an
        individual basis for short-running utilities (eg, foamListTimes) to
        avoid unneeded clutter.
      aa5e5c29
  3. 22 Mar, 2017 2 commits
    • mark's avatar
      ENH: minor improvements to environment · 3751ce52
      mark authored
      - handle sourcing bashrc with a relative path (issue #383)
      - handle sourcing from bash and zsh.
        Still need manual intervention when sourcing dash, sh, or ksh.
      - replace grep in etc/cshrc with sed only
      - logical instead of physical path for WM_PROJECT_DIR (issue #431).
        Doesn't seem to be possible for csh/tcsh.
      
        * Continue using physical locations when comparing directories,
          but not for the top-level FOAM_INST_DIR, WM_PROJECT_DIR.
      
      - relocate WM_CC, WM_CXX overrides from etc/config.*/compiler
        to etc/config.*/settings to ensure that they are left untouched
        when etc/config.sh/compiler is sourced while making third-party
        packages (eg, gcc, llvm, CGAL).
      
      - provide fallback FOAM_TUTORIALS setting in RunFunctions
      
      STYLE: remove "~OpenFOAM" fallback as being too rare, non-obvious
      3751ce52
    • mark's avatar
      STYLE: drop _foamSource definition (unneeded). · 92065e2b
      mark authored
      92065e2b
  4. 10 Mar, 2017 1 commit
  5. 23 Feb, 2017 1 commit
    • mark's avatar
      ENH: use new foamEtcFile options to simplify syntax when sourcing files · 3e071386
      mark authored
      Can now use this:
          _foamSourceEtc config.sh/scotch
          _foamSourceEtc config.csh/scotch
      
      instead of this:
          _foamSource $($WM_PROJECT_DIR/bin/foamEtcFile config.sh/scotch)
          _foamSource `$WM_PROJECT_DIR/bin/foamEtcFile config.csh/scotch`
      
      In the bash/sh version, leave the _foamSource function for now, since
      ThirdParty is still relying on it.
      
      STYLE: elminate while-loop for _foamAddPath etc since this type of
      construct isn't readily possible for csh and isn't being used anywhere.
      3e071386
  6. 21 Feb, 2017 1 commit
  7. 29 Sep, 2016 1 commit
    • mark's avatar
      STYLE: cleanup compiler settings (issue #176) · 5c873516
      mark authored
      - export/setenv WM_COMPILER_TYPE as suggested by Mattijs.
      
      - for overall consistency, don't carp about an unset WM_COMPILER_TYPE,
        since this would only be on the first instance (prior to the
        export/setenv) and would be confusing about why/when this message
        may occur.
      
      - reduce clutter: only use (system|ThirdParty) for WM_COMPILER_TYPE.
        Drop the old 'OpenFOAM' setting for WM_COMPILER_TYPE, which was
        transitional in early 2011.
      
      - make the error messages more meaningful
      5c873516
  8. 05 Sep, 2016 1 commit
  9. 29 Jun, 2016 1 commit
  10. 18 Jun, 2016 2 commits
  11. 16 Jun, 2016 1 commit
  12. 29 May, 2016 1 commit
  13. 11 May, 2016 1 commit
  14. 25 Apr, 2016 2 commits
  15. 09 Mar, 2016 1 commit
    • Henry Weller's avatar
      etc/bashrc, etc/config.sh: Updates provided by Bruno Santos: · 711ec0e3
      Henry Weller authored
       1. "foamCompiler" was changed to a more permanent "WM_COMPILER_TYPE"
          environment variable, so that it can be used by 3rd party
          installation scripts, such as "makeGcc", "makeLLVM" and so on. More
          on this will be provided in issue #1215.
      
       2. The script functions such as "_foamSource()" and "_foamAddPath()"
          were moved to a new file "etc/config.sh/functions". It has the
          ability to set or unset, depending on whether "WM_BASH_FUNCTIONS" is
          defined or not. This allows for these functions to be reused by
          other scripts, such as "makeGcc".
      
       3. The script "etc/config.sh/CGAL" relies on whether a local
          environment variable "SOURCE_CGAL_VERSIONS_ONLY" is defined or not,
          so that it will load only the version settings if it's defined. This
          is to make it easier to call this script from "makeCGAL". Although
          it still feels a bit of a clunky hack, but I didn't manage to deduce
          any other way we could do this :( I didn't add indentation within
          the if-block, to make it easier to read the changes. In addition,
          the local variable "common_path" is used to shorten the length of
          the lines and use slightly less repeated code.
      
       4. Added another new script "etc/config.sh/compiler", which has only
          the version numbers for the compilers taken out from the "settings"
          file. It currently depends on "WM_COMPILER_TYPE" for setting the
          variables, the same way it did with "foamCompiler". This script is
          now always sourced from the "settings" file, for the following
          reasons:
      
         - "makeGCC" and "makeLLVM" can now take advantage of this script file.
      
         - The example "compiler" script (detailed next) can rely on this
           script file and then override parameters on-demand, as well as
           allowing for system compilers to have dedicated settings, such as
           setting "WM_CC". This is similar to how the example environment
           script for "paraview" works.
      
       5. To the script "etc/config.sh/example/compiler" were added a few more examples:
      
         - It now starts with a block where it first loads the default "compiler" script.
      
         - Has a "WM_COMPILER=Gcc48u" case example for when we try to use GCC
           4.8 in Ubuntu 15.10. This is just to give the idea that in a
           particular system, we might have several system-wide compiler
           versions. For example, in Ubuntu 15.10, there is GCC 4.7, 4.8 and
           5.2, which could be used for testing performances or compatibility
           with some other 3rd party library.
      
         - Has the "WM_COMPILER=Icc" case example, related to the original bug
           report, where "WM_CC=icc" and "WM_CXX=icpc", so that the user then
           simply copies this file to their own local preferences folder.
      
       6. Small bug fix in "etc/config.sh/mpi", where unsetting "minBufferSize" was missing at the end of the script.
      
       7. Small change in "etc/config.sh/paraview", where "CMAKE_ROOT" is set
          along with "CMAKE_HOME". This is due to a rare issue that occurs on
          people's systems where they have a custom system-wide CMake version
          installed and which is used by having "CMAKE_ROOT" set on that
          environment. This can mess up OpenFOAM's custom ParaView builds,
          given that conflicting CMake versions can lead to not building
          ParaView at all.
      
         - For more details about "CMAKE_ROOT":
           https://cmake.org/Wiki/CMake_Useful_Variables [^]
      
       8. The scripts "_foamAddPath _foamAddLib _foamAddMan" were not being
          unset at the end of "settings". They are now unset at the end of
          "bashrc", through a call to the new double-use "functions" script.
      
      Additionally all references to "foamCompiler" have been changed to
      "WM_COMPILER_TYPE".
      
      See also http://www.openfoam.org/mantisbt/view.php?id=1232
      711ec0e3
  16. 15 Feb, 2016 1 commit
  17. 10 Feb, 2016 2 commits
  18. 23 Jan, 2016 1 commit
  19. 10 Jan, 2016 2 commits
  20. 25 Oct, 2015 1 commit
  21. 19 Jul, 2015 1 commit
  22. 23 Jun, 2015 1 commit
  23. 18 May, 2015 2 commits
  24. 17 May, 2015 1 commit
  25. 16 May, 2015 1 commit
  26. 14 May, 2015 1 commit
  27. 25 Apr, 2015 1 commit
  28. 08 Mar, 2015 1 commit
  29. 23 Feb, 2015 1 commit
  30. 13 Feb, 2015 1 commit
  31. 28 Jan, 2015 1 commit
  32. 04 Jan, 2015 2 commits
  33. 31 Dec, 2014 1 commit
    • Henry's avatar
      Added and verified support for 64bit labels · 2a614865
      Henry authored
      To compile with 64bit labels set
      
      WM_LABEL_SIZE=64
      
      in ~/OpenFOAM/dev/prefs.sh
      
      source ~/.bashrc
      
      then Allwmake in OpenFOAM-dev.
      
      This will build into for example OpenFOAM-dev/platforms/linux64ClangDPInt64Opt
      
      If WM_LABEL_SIZE is unset or set to 32:
      
      WM_LABEL_SIZE=32
      
      the build would be placed into OpenFOAM-dev/platforms/linux64ClangDPInt32Opt
      
      Thus both 32bit and 64bit label builds can coexist without problem.
      2a614865