Recent Releases of https://github.com/precice/precice

https://github.com/precice/precice -

Dear preCICE community,

We are happy to announce a new preCICE release v3.2.0.

This release features significant enhancements to time interpolation with all acceleration schemes now supporting substeps, implicit schemes exchanging substeps by default, reduced sample communication latency, and more efficient waveform sampling. Direct mesh access has been expanded to support multiple meshes per participant. Adapter developers can now integrate custom profiling sections into preCICE's profiling data through new API functions.

New experimental features include just-in-time mappings and runtime remeshing.

For the highlights, read the blog post. For all details, check the full list of changes in the changelog.

Happy coupling!

- C++
Published by github-actions[bot] 11 months ago

https://github.com/precice/precice - v3.1.2

Dear preCICE community,

We are happy to announce a new bugfix preCICE release v3.1.2.

This is only relevant for users coupling participants with implicit and explicit schemes simultaneously.

We fixed a bug which exchanged data of the first iteration with explicitly coupled participants instead of postponing the data exchange until the implicit scheme has successfully converged. This fix may also impact runtime performance as the aforementioned explicitly coupled participants now need to wait longer. Therefore, their runtime may not overlap the way it did before.

For all details, check the full list of changes in the changelog.

Happy coupling!

- C++
Published by github-actions[bot] over 1 year ago

https://github.com/precice/precice - v3.1.1

Dear preCICE community,

We are happy to announce a new bugfix preCICE release v3.1.1.

We fixed a bug which results in a hang in initialize when using non-zero initial data with data mappings using collectives on a parallel participant along with at least one rank having an empty mesh. In practice, this happens when the solver domain decomposition results in a rank not handling a coupling interface, such as the parallel fluid participant in the flow-over-heated-plate tutorial.

We also added missing checks for unknown/typoed participant names in <exchange> and <m2n> tags.

TLDR please upgrade if you are on v3.x.x

For all details, check the full list of changes in the changelog.

Happy coupling!

- C++
Published by github-actions[bot] almost 2 years ago

https://github.com/precice/precice - v3.1.0

Dear preCICE community,

We are happy to announce a new minor preCICE release v3.1.0, which is primarily an extended bugfix release.

Most notable change is the improved numerical accuracy of time handling in preCICE. This leads to cleaner return values of getMaxTimeStepSize() as well as cleaner timestamps in log files and exports. This change prevents internal crashes of long-running simulations. Reading data at the end of a time-window is now robust to numerical inaccuracies due to time. preCICE now allows for more combinations of valid mapping direction and constraint, when dealing with participants running in Serial.

The dependency boost.filesystem has also been replaced with std::filesystem.

For all details, check the full list of changes in the changelog.

Happy coupling!

- C++
Published by github-actions[bot] almost 2 years ago

https://github.com/precice/precice -

Dear preCICE community,

We are happy to announce a new preCICE release v3.0.0. This release is the first major release of version 3 and is not backwards compatible with releases of preCICE version 2.

This version is packed with new features and improvements, too many to be listed here. We are working on an extensive porting guide and are completely overhauling the documentation to reflect changes in v3. Releases of bindings, adapters, and tutorials will follow soon.

For the highlights, read the blog post: upcoming. For all details, check the full list of changes in the changelog.

Happy coupling!

[!WARNING] Generated debian packages of version 3.0.0 expose dependencies incorrectly. If you generate a package yourself and attempt to install it on another blank system, then some dependencies will not be installed. Either apply 9dffe04 as patch before running cmake, or use the provided debian packages.

The debian packages attached to the release have been fixed in post-processing.

- C++
Published by github-actions[bot] about 2 years ago

https://github.com/precice/precice -

Dear preCICE community,

We are happy to announce a new preCICE release v2.5.1 with some fixes we backported from the upcoming preCICE version 3.0.0.

Most notable change is the ability for IQN to start from a zero state. This used to result in an error message.

There will be no blog post for this release as version 3.0.0 is around the corner. For all details, check the full list of changes in the changelog.

Happy coupling!

[!NOTE] This is the last release of preCICE version 2.

If your department or organization requires further maintenance of version 2, please apply for an extended support licence and state your requirements in the application.

- C++
Published by github-actions[bot] about 2 years ago

https://github.com/precice/precice -

Dear preCICE community,

We are happy to announce a new preCICE release v2.5.0. This release will be the last version 2.x release and we are looking forward to release preCICE version 3.0.0 throughout the next year. For this reason, the current develop branch of preCICE itself might be incompatible with existing adapters in the near future.

We decided to release version 2.5.0 as it comes with several bug fixes and an experimental version of the linear cell interpolation data mapping, which can be used for volumetric coupling.

For the highlights, read the blog post: Iceberg ahead and new preCICE release v2.5. For all details, check the full list of changes in the changelog.

Happy coupling!

- C++
Published by github-actions[bot] over 3 years ago

https://github.com/precice/precice - v2.4.0

Dear preCICE Community,

After quite some time, we are happy to finally publish a new preCICE release with new features (e.g., new exporters for VTU, VTP, and CSV), extended tooling (e.g., a configuration checker), and plenty of bug fixes including a sneaky one in the back-end of socket communications. This release also adds experimental support for gradient-based data mappings and time interpolation.

With the recent Ubuntu 22.04 LTS release, this version of preCICE now lifts the baseline to Ubuntu 20.04 LTS, dropping support for previous versions.

We advise users to upgrade to this release primarily for the improved stability and the simpler configuration checking.

For the highlights, read the blog post: Highlights of the new preCICE release v2.4. For all details, check the full list of changes in the changelog (now with PR links).

Happy coupling!

- C++
Published by github-actions[bot] almost 4 years ago

https://github.com/precice/precice - v2.3.0

Dear preCICE Community,

A fresh new preCICE release with new features (e.g., multi-coupling of complex scenarios), better usability (e.g., nicer formatting of convergence data), and optimizations (e.g., improved memory footprint of mesh data structures).

For the highlights, read the blog post: Highlights of the new preCICE release v2.3. For all details, check the full list of changes in the changelog.

Also, have you seen that we just published a preprint of our new preCICE paper: "preCICE v2: A Sustainable and User-Friendly Coupling Library"?

Happy coupling!

- C++
Published by fsimonis over 4 years ago

https://github.com/precice/precice - v2.2.1

Dear preCICE Community,

This bugfix addresses the following issues:

  • Fixed empty received partitions for filtering on slaves. #1015
  • Fixed gather-scatter communication deadlock with empty master ranks. #1015
  • Fixed a bug leading to a freeze when using sync-mode with lazy indexing. The sync-mode is off by default. #1022

Happy coupling, The preCICE team

- C++
Published by fsimonis almost 5 years ago

https://github.com/precice/precice - v2.2.0

Dear preCICE Community,

This release brings some new features to preCICE, as well as some ongoing work regarding compatibility and usability.

The most notable new features are the possibility to configure watch-integrals over meshes to compute total force, total stress, or flow rate at the coupling mesh, and the ability to specify multiple mappings from and/or to the same mesh which allows to tackle more complex coupling setups. We also rewrote the logic of detecting PETSc, which is now reliable, robust and informative when things go wrong.

As a part of our promise to support the newest versions of dependencies, we finally had to upgrade the required C++ standard to C++14. Thankfully, this has a minimal impact on the required compiler versions.

Since the last version, we added many more checks and clarified some error messages. Especially incorrectly configured acceleration data in implicit coupling schemes is now easier to spot.

Compatibility was also a big part of this release and we improved the experience using Intel MPI, the Intel compilers and on macOS.

Finally, we completed our XML documentation, which is now integrated into our new website. For a release spotlight of the features please see our blogpost and check the full list of changes in our changelog.

Happy coupling, The preCICE team

- C++
Published by fsimonis about 5 years ago

https://github.com/precice/precice - v2.1.1

Dear preCICE Community,

This bugfix addresses the following issues: - Fixed preCICE erroneously expects cyclic communicator for IMVJ with restart. - Fixed error message for unique acceleration subtags. - Fixed crash when a system has no locale installed. - Fixed various compilation errors in tests. This includes an architecture-dependant compilation error and an error when using the Intel C++ Compiler.

Happy coupling, The preCICE team

- C++
Published by fsimonis over 5 years ago

https://github.com/precice/precice - v2.1.0

Dear preCICE Community,

Just before the summer break, we managed to wrap up a fresh, new preCICE release, version v2.1 :tada: .

You will like this one: one major improvement is that we now have error messages that tell you all about the problem you ran into and give you tips on how to fix it. One example:

Data with name "Forces" is not defined on mesh "FluidMesh". Please add <use-data name="Forces"/> under <mesh name="FluidMesh"/>.

A very useful feature we added is parallel (but slow) RBF mapping based on a QR decomposition with Eigen. So, for medium-size problems, you can now survive without building PETSc :relieved: .

And there is much more. To find out what, please have a look at our blog post on the new release or directly at the changelog.

As usual, a big "thank you" to everybody who contributed in code, issues, documentation, testing, and every other way.

Please note that the Debian package for Ubuntu Bionic (18.04 LTS) is built without PETSc.

Keep on coupling, The preCICE Team

- C++
Published by fsimonis over 5 years ago

https://github.com/precice/precice - v2.0.2

Dear preCICE Community,

This release addresses a severe bug in the testing framework which covered-up another critical bug in the partition module. The latter affects versions 2.0.0 and 2.0.1.

Configurations that explicitly specify the geometric filter to run "on master" resulted in wrong mappings. <use-mesh geometric-filer="on-master" name="..." />

Note that this did not affect the default configuration of preCICE.

Apologies for the inconvenience and happy coupling, The preCICE Team

Please note that the debian packages for Ubuntu Bionic (18.04 LTS) and Ubuntu Eoan (19.10) are built without PETSc

- C++
Published by fsimonis almost 6 years ago

https://github.com/precice/precice - v2.0.1

Dear preCICE Community,

This bugfix addresses the following issues:

  • We noticed a system-dependent division-by-zero when handling empty partitions in conjunction with the nearest-projection or nearest-neighbour mappings.
  • The pkg-config file of preCICE is incorrect, when building from source on systems where CMake chooses to install the libraries into anything else than lib.
    This fix is relevant as many adapters use pkg-config to locate preCICE.
  • We decided to change some warning and error messages raised by the RBF mappings.
    They now give you information on what went wrong and how to solve the issue.

Happy coupling, The preCICE team

Please note that the debian packages are built without PETSc

- C++
Published by fsimonis almost 6 years ago

https://github.com/precice/precice - v2.0.0

Dear preCICE Community,

We have a fresh new release, after a sleepless week and some final tweaks during the FOSDEM conference. :tada:

Breaking news: we have breaking changes :wink:. We decided to move to v2.0.0 to clean up some old baggage. You will need to change a few things in your applications to move to v2.x, but it’s worth it, many things will get much simpler. And promised: we will no do this too often. We have a rough schedule of every 2 years in mind.

Good friends help you moving: we prepared a porting guide. Also, during the preCICE workshop in two weeks, we will give an introduction to preCICE v2.0, which will be recorded and available online afterwards.

The most important changes:

  • You can now (finally) use the same preCICE configuration file for serial and parallel runs.
  • The extensive configuration reference can now also be generated in markdown. A recent version is always in the wiki.
  • We cleaned up the duplicated meaning of “timestep”. preCICE now uses “time windows” and the participants do their “timesteps”.
  • Mesh handling is much faster. :rocket:
  • We moved the Python and (new) Matlab bindings as well as the Fortran Module (formerly known as f2003 bindings) to separate repositories. Btw, the Python bindings are now really pythonic.
  • For the first time, two-level initialization is available, allowing for fast initialization of very large cases :rocket::rocket:. The feature is, however, still in beta testing and switched off by default. We will have a presentation at the workshop (and afterwards online) about the new initialization concept.
  • We restructured the repository a bit: developer tools are now in tools, user tools in extras, native bindings in extras/bindings, and solver dummies in examples. These examples are now also shipped with our binary packages, and you can use them to test your installation.

Have a look at the changelog for more details.

A big "thank you" to everybody who contributed in code, issues, documentation, testing, and every other way.

See you in a week, The preCICE team

- C++
Published by fsimonis about 6 years ago

https://github.com/precice/precice - v1.6.1

This release fixes a platform-dependent compilation error.

If you are not affected by the compilation error, you can safely ignore this fix.

- C++
Published by fsimonis over 6 years ago

https://github.com/precice/precice - v1.6.0

Dear preCICE Community,

We prepared a fresh, new release: preCICE v1.6.0.

We worked on many different things in the last three months. The highlights, we summarize for you in this mail. For the complete picture, have a look at the changelog.

  • We took significant steps in complying with xSDK, see the xSDK Community Policy Compatibility for preCICE. In terms of usability and visibility, this step would bring preCICE on the same level as the most important software projects in scientific computing. Membership of preCICE is currently under review.
  • We introduced better logging during initialization and more safeguards against wrong user or adapter input.
  • The connection publishing mechanism now follows a hash-based approach. The new approach is faster, more robust and NFS-friendly. An important change is that the connection files are now rooted in a folder named precice-run. If your simulation crashed please look for and remove this folder.
  • We reduced the memory consumption and significantly improved the performance of the mesh handling during initialization. For large cases, you will feel the difference.
  • The nearest-projection mapping is now finally fast (no quadratic complexity anymore) and correct.
  • Finally, we redesigned the Python bindings (src/precice/bindings/python_future, package precice_future). The previous Python bindings (src/precice/bindings/python, package precice) are now deprecated and will be removed in preCICE v2.0.0. If you still want to use the old bindings, please install precice and precice_future. Our recommendation, if you want to use the new bindings: Use import precice_future as precice.

A big "thank you" to everybody that contributed in code, issues, documentation, testing, and every other way.

Happy Coupling, The preCICE team

PS: Let us remind you on our first preCICE Workshop, February 17-18, 2020 in Garching (Munich). Registration will open soon.

- C++
Published by MakisH over 6 years ago

https://github.com/precice/precice - v1.5.2

Bugfix release for a critical bug in the communication back-end when coupling a serial with a parallel solver using <master:sockets/>.

- C++
Published by fsimonis over 6 years ago

https://github.com/precice/precice - v1.5.1

Bugfix release for a compatibility bug regarding boost::asio versions and for adding compatibility with the generated CMake config file of Boost 1.70.0.

If you are already using preCICE 1.5.0, there is no reason to upgrade to 1.5.1 unless you are running into problems with Boost during the CMake configuration or during linking.

- C++
Published by fsimonis over 6 years ago

https://github.com/precice/precice - v1.5.0

Dear users,

preCICE 1.5.0, a new feature release, is here! We strongly recommend this release to every user.

Most importantly, this release fixes a critical bug in the Nearest-Projection mapping, introduced in preCICE 1.4.0. More accurately, it rolls back to the previous, not so fast implementation, until we properly fix this. Therefore, if you are using preCICE 1.4.0 or 1.4.1 and use nearest-projection mapping, please upgrade. Various other bugfixes are also included.

This release further improves the build system, making it even easier to discover dependencies (e.g. PETSc) and to use preCICE in other (CMake) projects. Several users have already tested our CMake-based building and our binary packages and we have covered several corner cases in our wiki, which now includes instructions for even more HPC systems. In this release, you will find two precompiled packages, one for Ubuntu 18.04 LTS (bionic) and one for Ubuntu 19.04 (disco). We have also updated the packages/recipes for Arch Linux and Spack for the latest version.

You will notice performance improvements in several aspects of preCICE 1.5.0. It not only builds faster, but we also made the RBF mapping and file writing faster. Sending data is now fully asynchronous, an improvement especially important in one-way coupling scenarios.

Planning for the future, we redesigned several parts of the preCICE internals, some of which redesigns led to the aforementioned performance improvements and guarded preCICE against potential issues, greatly improving its maintainability. We also removed a few deprecated, unused methods from our API, which most importantly allowed us to drop the file Constants.hpp. We don't expect any backwards-compatibility issues, as everything still in use is now into the SolverInterface.hpp (and the respective language bindings). Have a look at the once again long Changelog for more details.

A big "thank you" to everybody that contributed in code, issues, documentation, testing, and every other way.

Happy coupling, the preCICE team

- C++
Published by MakisH over 6 years ago

https://github.com/precice/precice - v1.4.1

Bugfix release for a bug during re-partitioning that appeared for the OpenFOAM adapter and parallel ranks that are not located at the interface. In principle, the fixed problem can also appear for other adapters, but we did not observe this before. See also issue #353.

- C++
Published by uekerman almost 7 years ago

https://github.com/precice/precice - v1.4.0

preCICE Release v1.4

Dear preCICE users,

We are happy to provide you with a brand new preCICE release.

For this one, we sweat quite a bit, but it is an important one for making preCICE a sustainable software project in the long run.

In the last months, we worked a lot on improving building and packaging of preCICE. At the core of all this, we changed building from SCons to CMake. CMake also has its flaws, but it is simply the quasi-standard and, thus, simplifies many other things. One of these things is packaging: With this release, we provide you, for the first time, with Debian packages. So, if you are using Ubuntu 18.04 or newer, installing the new preCICE version is only a few clicks away. For all other users, building with CMake is also very easy. Last, we currently still support SCons, but we will drop it eventually.

In case you build yourself, we now require at least Boost version 1.65.1 (available already in Ubuntu 18.04).

Properly configuring the preCICE installation process also had an influence on adapters. We collected important information in the wiki to make this step for your inhouse codes as easy as possible. We already ported the official adapters to the new building scheme. For the OpenFOAM adapter, any building variant of preCICE should work for now, but please consider using CMake (or binary packages) from now on. For the CalculiX adapter, we only support cmake from now on (of course, you can still use older versions for the moment). For the SU2 adapter, there are still last things we will fix during the next days.
If you face any issues please let use know.

For our Python users: We changed the name of our bindings. From "PySolverInterface" to the much simpler "precice". The old bindings are deprecated, but still working. With preCICE v2.0, we also want to port the main API and all other bindings to the new naming scheme.

For our Fortran users: We extended the bindings to all API functions, both the f90 and the f2003 ones. The f2003 bindings, though, are still experimental. Again, let us know if you face any issues.

We also fixed many bugs and did small improvements at various places. For example, the initialization of the nearest-projection mapping is much faster now. For more details, please look at the changelog below (btw, the longest we ever had).

Happy coupling, The preCICE crew

Changelog

  • The python modules are now proper packages tracking dependencies etc.
  • Fix CMake now importable from binary directory.
  • The Python module for the preCICE bindings PySolverInterface is renamed to precice. This change does not break old code. Please refer to src/precice/bindings/python/README.md for more information.
  • Add a pkg-config for preCICE (libprecice.pc).
  • Use the Boost stacktrace library for cross-platform stacktrace printing. This requires Boost 1.65.1.
  • Added explicit linking to libdl for boost::stacktrace.
  • Reimplemented the internals of the nearest-projection mapping to significantly reduce its initialization time.
  • The EventTimings now do a time normalization among all ranks, i.e., the first event is considered to happen at t=0, all other events are adapted thereto.
  • The old CSV format of the EventTimings log files, split among two files was replaced by a single file, in structured JSON format.
  • Fixed memory leaks in the xml::XMLAttributes and xml::Validator*.
  • Removed the xml::Validator* classes and replaced them in xml::XMLAttribute with a set of "options".
  • Made xml::XMLAttribute and xml::XMLTag chainable.
  • Added manpages for binprecice and testprecice.
  • Fixed memory leaks in mesh::Mesh.
  • Fixed mapping classes not flushing the underlying caches on clear().
  • Fixed format of version logging (first preCICE log message).
  • Added tolerance of iterations in quasi-Newton tests.
  • CMake overhaul:
    • Converted to target-based system: precice, testprecice, binprecice
    • New options:
    • PRECICE_Packages (default ON) to configure CPack,
    • PRECICE_InstallTest (default ON) to configure installation of tests.
      This includes the binary testprecice and necessary files. Use PREFIX/share/precice as PRECICE_ROOT.
    • Moved CMake files from tools/cmake-modules to cmake/ (general scripts) and cmake/modules (find modules).
    • Migrated from file-globing to explicit source/interface/test-file lists.
      Use tools/updateSourceFiles.py from project-root to update all necessary files.
    • install target installs:
      • the library PREFIX/lib.
      • the binaries PREFIX/bin and their manfiles into PREFIX/share/man/man1.
      • the CMake configuration files into PREFIX/lib/cmake/precice.
      • the pkg-config configuration files into PREFIX/lib/pkgconfig
      • the necessary files to run testprecice into PREFIX/share/precice. Use this as PRECICE_ROOT on installed system.
    • CTest definition of tests run in isolated working directories:
    • precice.Base for the base test suite
    • precice.MPI2 run on 2 MPI ranks
    • precice.MPI4 run on 4 MPI ranks
    • CPack configuration of target package to generate binary debian, tar and zip packages.
    • Added CMakeLists.txt to tools/solverdummy/cpp. It is an example of how to link to preCICE with CMake.
    • Extended the displayed information when configuring.
  • Extended updateSourceFiles.py to verify the sources using git ls-files --full-name if available.
  • Fixed the io::VTKXMLExporter not to write VertexNormals.
  • Improved the user-friendliness of the tests.
    • make test will run all tests.
    • make test_base only a unproblematic base-set.
    • A timeout will kill hanging tests.
    • All tests sets run in isolated working directories.
  • Added an (experimental) Fortran 2003 solver dummy.

- C++
Published by MakisH almost 7 years ago

https://github.com/precice/precice - v1.3.0

Dear Users,

We are happy to provide you with a new release of preCICE.

This release features as the main (user visible) changes:

  • Update of build procedure for python bindings (see precice/src/bindings/python/README.md for instructions). Note: you do not have to add PySolverInterface.so to PYTHONPATH manually anymore, if you want to use it in your adapter. Python should be able to find it automatically.
  • Make naming of log files consistent, following the pattern precice-SOLVERNAME-logtype.log, example: precice-FLUID-eventTimings.log
  • Enable boost.geometry based preallocation. Speeds up initialization of PetRBF based mapping.
  • Actions can now specify a MeshRequirement, such as the ScaleByAreaAction.
  • Many events have been reworked and are now uniformly named.
  • There is a syncMode for events (for detailed performance measurements), configurable and off by default.

- C++
Published by floli over 7 years ago

https://github.com/precice/precice - v1.2.0

Dear users,

We are happy to provide you with a new release of preCICE.

A small, but necessary change on our side might have a critical influence on your side: We renamed src/precice/adapters to src/precice/bindings, to avoid any confusion with solver adapters. If your code uses the Fortran, the C, or the Python API of preCICE, you might need to update this path in the building routines of your code. We already updated this for the CalculiX adapter, but this means that the newest preCICE only works with the newest CalculiX adapter and vice versa.

Further changes: * Sending data is now fully asynchronous, so that the sending participant never waits for the receiving one. This has in particular a huge efficiency benefit for uni-directionally coupled cases. * We made polynomial=separate the default setting for PetRBF. This makes PetRBF more robust and more efficient. * Building with scons: python=off is now default. * Building with scons: We added a new optional keyword libprefix in the scons building process. This allows to specify non-standard library paths for the dependencies. * Building with Conda (experimental): The helper scripts are now placed in the directory tools/conda_building. All the terms referring to Anaconda have been changed to Conda. * We removed the deprecated ExportVRML functionality.

Happy coupling, The preCICE Team

- C++
Published by uekerman over 7 years ago

https://github.com/precice/precice - v1.1.1

Bugfix release for a bug in SConstruct build file that was discovered right after the last release. It fixes SConstruct symlink build target failing when using lowercase build (debug, release) names.

- C++
Published by floli almost 8 years ago

https://github.com/precice/precice - v1.1.0

The complete changelog can be found at GitHub [1], for an exhaustive list of changes, please refer to the commit log [2].

Changes most relevant include:

  • The Radial Basis Function mapping code, based on PETSc, supports using a separated linear polynom also in the conservative case. This helps to improve conditioning of the system matrix, without harming accuracy, for more information see [3].

  • The parsing code of the XML configuration now uses libxml2 for parsing. This removes a burden of maintaining a lot of old legacy code from us. It also adds libxml2 (resp. libxml2-dev for building) as a dependency. Since this library is fairly standard, it is likely already installed on your system.

  • The staticlib and bin targets will not be built by default anymore. This will improve build time for the default options. If you require a static library, use 'scons [...] staticlib bin symlink'

  • Experimental support for building with the Conda package manager, for more information see [4].

  • 'mpicxx' is now the standard setting for the compiler option for SCons.

  • If you are using GCC, at least version 5.0 is now required.

  • We also add experimental support for building with CMake.

Currently we are experiencing some issues with OpenMPI MPI Ports functionality on recent versions, i.e. the communication method when <m2n:mpi[...] /> is configured. We are happy for feedback on that issue. As a work around use <m2n:sockets [...] /> communication.

Thanks for all your feedback and happy coupling!

The preCICE Developer Team

[1] https://github.com/precice/precice/releases

[2] https://github.com/precice/precice/commits/master

[3] 1. Lindner, F., Mehl, M. & Uekermann, B. Radial basis function interpolation for black-box multi-physics simulations. in VII International Conference on Computational Methods for Coupled Problems in Science and Engineering (eds. Papadrakakis, M., Schrefler, B. & Onate, E.) 1–12 (2017).

[4] https://github.com/precice/precice/blob/develop/tools/anaconda_building/README.md

- C++
Published by floli almost 8 years ago

https://github.com/precice/precice - v1.0.3

Backported compilation fix for boost 1.66.

See issue #93

- C++
Published by floli almost 8 years ago

https://github.com/precice/precice - v1.0.2

This patch fixes a bug we observed in the mesh repartitioning for plane-like coupling interfaces and small gaps between both sides.

- C++
Published by uekerman about 8 years ago

https://github.com/precice/precice -

This patch level release fixes a compilation issue with the python interface. No other changes from the previous v.1.0.0 release.

- C++
Published by floli about 8 years ago

https://github.com/precice/precice -

After several years of working with continuous integration, we decided to come back to a semantic versioning to handle the increasing numbers of users and their requests. For this first new release, we decided to boil preCICE down to the features that our users actually use, leaving out older not thoroughly tested features (such as the geometry interface or the file communication). On the other side, all included features have been ported to the new parallelization scheme, such that the old server mode can be regarded as deprecated. At the same time, we have added many checks to prevent false user input and make preCICE fully usable for non-developers. Btw, we also have a new logo: precice

- C++
Published by uekerman over 8 years ago