Skip to content

[seacas] Update to 2025-10-14 [vtk] Update to 9.6.2 [f3d] Update to 3.5.0#52532

Draft
dg0yt wants to merge 31 commits into
microsoft:masterfrom
dg0yt:seacas
Draft

[seacas] Update to 2025-10-14 [vtk] Update to 9.6.2 [f3d] Update to 3.5.0#52532
dg0yt wants to merge 31 commits into
microsoft:masterfrom
dg0yt:seacas

Conversation

@dg0yt

@dg0yt dg0yt commented Jun 22, 2026

Copy link
Copy Markdown
Contributor

A set of outdated ports which must be updated together. And which must be updated to unblock other port updates (gdal, cgns).

Context:

graph TD;
    f3d-->vtk;
    f3d-->septag-dmon;
    paraview-->cgns;
    paraview-->gdal;
    paraview-->vtk;
    seacas-->cgns;
    vcpkg-ci-paraview-->paraview;
    vtk-->gdal
    vtk-->seacas;
Loading

FTR vtk no longer uses vtk-m (aka vtkm).

@dg0yt dg0yt changed the title [seacas] Update to 2025-10-14 [seacas] Update to 2025-10-14 [vtk] Update to 9.6.2 Jul 1, 2026
@dg0yt

dg0yt commented Jul 1, 2026

Copy link
Copy Markdown
Contributor Author

Reminder to self: Update vtk-compile-tools. Lock version with vtk for CI.

@dg0yt dg0yt changed the title [seacas] Update to 2025-10-14 [vtk] Update to 9.6.2 [seacas] Update to 2025-10-14 [vtk] Update to 9.6.2 [f3d] Update to 3.5.0 Jul 21, 2026
@Neumann-A

Copy link
Copy Markdown
Contributor

FTR vtk no longer uses vtk-m (aka vtkm).

https://gitlab.kitware.com/vtk/vtk/-/merge_requests/12079

it still uses it but it is now a real 3rd party dependency.

@dg0yt

dg0yt commented Jul 21, 2026

Copy link
Copy Markdown
Contributor Author

FTR vtk no longer uses vtk-m (aka vtkm).

https://gitlab.kitware.com/vtk/vtk/-/merge_requests/12079

it still uses it but it is now a real 3rd party dependency.

What I see is a new dependency "viskores". It might even be related to vtk-m. But ... the frontpage of viskores.org uses "vtk-m" only in the title. They suggest I should "learn more about the original toolkit" but this link leads to vtk, not vtk-m. So my conclusion is that viskores does not want to be associated with vtk-m...

@Neumann-A

Copy link
Copy Markdown
Contributor

FTR vtk no longer uses vtk-m (aka vtkm).

https://gitlab.kitware.com/vtk/vtk/-/merge_requests/12079
it still uses it but it is now a real 3rd party dependency.

What I see is a new dependency "viskores". It might even be related to vtk-m. But ... the frontpage of viskores.org uses "vtk-m" only in the title. They suggest I should "learn more about the original toolkit" but this link leads to vtk, not vtk-m. So my conclusion is that viskores does not want to be associated with vtk-m...

From the viskores repo "Learning Rescources" :

A high-level overview is given in the IEEE Vis talk "VTK-m: Accelerating the Visualization Toolkit for Massively Threaded Architectures." (At the time, Viskores was named VTK-m.)

@dg0yt

dg0yt commented Jul 21, 2026

Copy link
Copy Markdown
Contributor Author

At the time, Viskores was named VTK-m.

IMHO they try really hard to avoid spelling this out :-)

@Neumann-A

Copy link
Copy Markdown
Contributor

IMHO they try really hard to avoid spelling this out :-)

probably a funding issue. One of the reviewers probably said that they need to be separated from VTK to get funded at all so they renamed the project to make it separately fundable from VTK as their own little project. Otherwise I dont see why they needed to make this step away from vtk. That said i dont have any insight in the matter I am just assuming that is what happened here.

@dg0yt dg0yt mentioned this pull request Jul 22, 2026
Comment on lines -44 to +37
- void AddArg(const fmt::detail::named_arg<char_type, T>& fmtArg)
+#if FMT_VERSION >= 120200
+ void AddArg(const fmt::named_arg<T, char_type>& fmtArg)
+#else
void AddArg(const fmt::detail::named_arg<char_type, T>& fmtArg)
+#endif

Copy link
Copy Markdown
Contributor Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

2 participants