Skip to content

Conversation

@srikrrish
Copy link
Member

Implementing a Paraview based in-situ visualization interface in IPPL

@srikrrish srikrrish mentioned this pull request Aug 24, 2023
@srikrrish srikrrish linked an issue Aug 24, 2023 that may be closed by this pull request
felixschurk and others added 27 commits August 25, 2023 13:45
* adding mesage of imported targets from catalyst
* link catalyst against IPPL (need to put that in an if clause)
* include "catalyst.hpp" in ChargedParticles
* error if find_path imports to GLOBAL
* link error if catalyst::catalyst
In order to link against catalyst::catalyst, the find_package needs to provide the GLOBAL keyword.
Then linkage, is working as well as the headers are found properly.
However the GLOBAL keyword is only available by CMake>=3.24 therefore also the bump up in the cmake_minimum_required.
* add preprocessor macro to enable the catalyst.hpp only when
  ENABLE_CATALYST is set
* add condition to linkage against IPPL which is only performed if
  ENABLE_CATALYST
* some messages added about catalyst direction if it is found
As a starting point the TestFieldBC structure will be used to write the
adaptor and have a hopefully working executable
In order to not require the GLOBAL keyword and keep the imported targets
local find_package(catalyst) is moved to the lower list.
Then catalyst::catalyst is available and can be used for linkage.

Using cmake-generator-expression [0] to only include compile definition
as well as linkage if the ENABLE_CATALYST flag is set, otherwise the
return an empy string.
This prevents from tidious IF .. ELSEIF .. ENDIF construct for linkage.

[0] : https://cmake.org/cmake/help/latest/manual/cmake-generator-expressions.7.html
No need for manually defining empty string in the link process, as that
is handled by the CMake generator expression.
Able to print time and cycle over in-situ catalyst script.
Hard coded three dimensional mesh topology.
@srikrrish srikrrish added the feature request Used to label a feature request in the issue tracker. label Nov 15, 2023
@felixschurk felixschurk changed the base branch from master to dev-3.2.0 December 8, 2023 09:53
@felixschurk felixschurk marked this pull request as draft December 8, 2023 10:00
@felixschurk felixschurk marked this pull request as ready for review December 13, 2023 22:34
Base automatically changed from dev-3.2.0 to master March 26, 2024 11:09
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

feature request Used to label a feature request in the issue tracker.

Projects

None yet

Development

Successfully merging this pull request may close these issues.

In-situ-vis

5 participants