1. 29 May, 2019 2 commits
  2. 23 May, 2019 1 commit
  3. 03 Feb, 2019 1 commit
  4. 28 May, 2019 2 commits
  5. 10 Feb, 2019 1 commit
  6. 27 May, 2019 5 commits
  7. 25 May, 2019 1 commit
    • Mark Olesen's avatar
      COMP: force dlOpen for windows application binaries (#1238) · 66a10099
      Mark Olesen authored
      - when windows portable executables (.exe or .dll) files are loaded,
        their dependent libraries not fully loaded. For OpenFOAM this means
        that the static constructors which are responsible for populating
        run-time selection tables are not triggered, and most of the run-time
        selectable models will simply not be available.
      
      Possible Solution
      =================
      
        Avoid this problem by defining an additional library symbol such as
        the following:
      
            extern "C" void libName_Load() {}
      
        in the respective library, and tag this symbol as 'unresolved' for
        the linker so that it will attempt to resolve it at run-time by
        loading the known libraries until it finds it. The link line would
        resemble the following:
      
            -L/some/path -llibName -ulibName_Load
      
        Pros:
          - Allows precise control of forced library loading
      
        Cons:
          - Moderately verbose adjustment of some source files (even with macro
            wrapping for the declaration).
          - Adjustment of numerous Make/options files and somewhat ad hoc
            in nature.
          - Requires additional care when implementing future libraries and/or
            applications.
      
        - This is the solution taken by the symscape patches (Richard Smith)
      
      Possible Solution
      =================
      
        Avoid this problem by simply force loading all linked libraries.
        This is done by "scraping" the information out of the respective
        Make/options file (after pre-processing) and using that to define
        the library list that will be passed to Foam::dlOpen() at run-time.
      
        Pros:
          - One-time (very) minimal adjustment of the sources and wmake toolchain
          - Automatically applies to future applications
      
        Cons:
          - Possibly larger memory footprint of application (since all dependent
            libraries are loaded).
          - Possible impact on startup time (while loading libraries)
          - More sensitive to build failures. Since the options files are
            read and modified based on the existence of the dependent
            libraries as a preprocessor step, if the libraries are initially
            unavailable for the first attempt at building the application,
            the dependencies will be inaccurate for later (successful) builds.
      
        - This is solution taken by the bluecape patches (Bruno Santos)
      
      Adopted Solution
      ================
      
        The approach taken by Bruno was adopted in a modified form since
        this appears to be the most easily maintained.
      
      Additional Notes
      ================
      
        It is always possible to solve this problem by defining a corresponding
        'libs (...)' entry in the case system/controlDict, which forces a dlOpen
        of the listed libraries. This is obviously less than ideal for large-scale
        changes, but can work to resolve an individual problem.
      
        The peldd utility (https://github.com/gsauthof/pe-util), which is
        also packaged as part of MXE could provide yet another alternative.
        Like ldd it can be used to determine the library dependencies of
        binaries or libraries. This information could be used to define an
        additional load layer for Windows.
      66a10099
  8. 23 May, 2019 4 commits
  9. 22 May, 2019 2 commits
  10. 20 May, 2019 1 commit
  11. 22 May, 2019 1 commit
    • Mark Olesen's avatar
      ENH: improvements, modernization of matrix containers (#1220) · 061eb53f
      Mark Olesen authored
      - add iterators, begin/end, empty() methods for STL behaviour.
        Use standard algorithms where possible
           * std::fill, std::copy
           * std::min_element, std::max_element
      
      - access methods consistent with other OpenFOAM containers:
           * data(), cdata(), uniform()
      
      - Use ListPolicy to impose output line breaks
      
      - Can recover matrix storage for re-use elsewhere.
        For example, to populate values with 2D i-j addressing and later
        release it as flat linear storage.
      
      - construct/assign moveable
      
      - added minMax() function for Matrix
      
      - additional inplace +=, -=, *=, /= operations
      
      - add named methods at() and rowData() to Matrix.
        Allows a better distinction between linear and row-based addressing
      
      - low-level matrix solve on List/UList instead of Field
      061eb53f
  12. 21 May, 2019 1 commit
  13. 22 May, 2019 1 commit
  14. 20 May, 2019 1 commit
  15. 15 May, 2019 1 commit
  16. 22 May, 2019 1 commit
  17. 21 May, 2019 4 commits
  18. 20 May, 2019 2 commits
  19. 17 May, 2019 3 commits
  20. 21 May, 2019 1 commit
  21. 16 May, 2019 2 commits
  22. 15 May, 2019 2 commits