math/vtk99.6.2

math/vtk9: Remove the OSMESA option

math/vtk9: update 9.6.1 → 9.6.2

math/vtk9: update 9.6.0 → 9.6.1

math/vtk9: update 9.5.2 → 9.6.0

*/*: bump portrevision after java_default=21 update

PR:	272855

math/vtk9: fix build with libc++ 21

With libc++ 21, math/vtk9 fails to compile, resulting in errors similar
to:

    In file included from /wrkdirs/usr/ports/math/vtk9/work/VTK-9.5.2/ThirdParty/fmt/vtkfmt/src/os.cc:14:
    In file included from /wrkdirs/usr/ports/math/vtk9/work/VTK-9.5.2/ThirdParty/fmt/vtkfmt/vtkfmt/os.h:11:
    /wrkdirs/usr/ports/math/vtk9/work/VTK-9.5.2/ThirdParty/fmt/vtkfmt/vtkfmt/format.h:747:28: error: use of undeclared identifier 'malloc'
      747 |     T* p = static_cast<T*>(malloc(n * sizeof(T)));
          |                            ^~~~~~
    /wrkdirs/usr/ports/math/vtk9/work/VTK-9.5.2/ThirdParty/fmt/vtkfmt/vtkfmt/format.h:752:35: error: use of undeclared identifier 'free'
      752 |   void deallocate(T* p, size_t) { free(p); }
          |                                   ^~~~

This is because malloc and free are defined in <cstdlib>, which is not
included in vtk's format.h. Add the include to fix the build.

PR:		292590
Approved by:	yuri (maintainer)
MFH:		2026Q1

*/*: De-orbit alias.mk

Mk/Uses/alias.mk was an attempt for compat with DPorts, but has rotted.
This feature was never documented in the PHB, so there is no work to
be done by the docs@ team.

Nothing against DragonFly, but if DPorts still needs FreeBSD 9
support, they really should work that out with upstream projects.

Ultimately, we don't need to keep carrying this outdated feature that
doesn't affect us.

math/vtk9: update 9.5.0 → 9.5.2

math/vtk9: fix build on powerpc64 by using math/eigen3 patches

math/vtk9: update 9.2.6 → 9.5.0

math/vtk9: Fix build with science/netcdf version 4.9.3

PR:		284680
Reported by:	Martin Birgmeier <d8zNeCFG@aon.at>

math/vtk9: Update WWW

Mk/**java.mk: Convert bsd.java.mk to USES

The following features have been added or changed:
- Instead of USE_JAVA use USES=java. This defaults to
  USES=java:build,run if NO_BUILD is undefined. Else it defaults to
  USES=java:run
- Instead of USE_ANT=yes use USES=java:ant which also implies
  USES=java:build
- Instead of JAVA_BUILD=yes use USES=java:build. Does not imply run or
  extract
- Instead of JAVA_EXTRACT=yes use USES=java:extract does not imply
  build or run
- Instead of JAVA_RUN=yes use USES=java:run does not imply extract or
  build
- Instead of USE_JAVA=<version> use USES=java and JAVA_VERSION=<version>

Approved by: mat (portmgr), glewis
Differential Revision:  https://reviews.freebsd.org/D48201

math/vtk9: unbreak aarch64 on FreeBSD 13

Builds fine locally in poudriere on 13.3 jail on aarch64.

I think it compiles now because FreeBSD 13.3 has a newer clang/llvm
version than FreeBSD 13.2.

PR:	264834
Approved by:	yuri@ (maintainer)

math/vtk9: Build and install python bytecode

- Bump PORTREVISION for package change

from graphics/py-mayavi build log:
=>> Checking for filesystem violations... done
=>> Error: Filesystem touched during build:
extra: usr/local/lib/python3.11/site-packages/__pycache__/vtk.cpython-311.pyc
extra: usr/local/lib/python3.11/site-packages/vtkmodules/__pycache__
extra: usr/local/lib/python3.11/site-packages/vtkmodules/util/__pycache__
=>> Cleaning up wrkdir
===>  Cleaning for py311-mayavi-4.8.2

Approved by:	portmgr (blanket)
With hat:	python

math/vtk9: fix build with clang and libc++ 19

As noted in the libc++ 19 release notes [1], std::char_traits<> is now
only provided for char, char8_t, char16_t, char32_t and wchar_t, and any
instantiation for other types will fail.

This causes math/vtk9 to fail to compile with clang 19 and libc++ 19,
resulting in errors similar to:

    /wrkdirs/usr/ports/math/vtk9/work/VTK-9.2.6/ThirdParty/diy2/vtkdiy2/include/vtkdiy2/fmt/core.h:272:30: error: implicit instantiation of undefined template 'std::char_traits<fmt::char8_t>'
      272 |       : data_(s), size_(std::char_traits<Char>::length(s)) {}
          |                              ^
    /wrkdirs/usr/ports/math/vtk9/work/VTK-9.2.6/ThirdParty/diy2/vtkdiy2/include/vtkdiy2/fmt/format.h:487:9: note: in instantiation of member function 'fmt::basic_string_view<fmt::char8_t>::basic_string_view' requested here
      487 |       : basic_string_view<char8_t>(reinterpret_cast<const char8_t*>(s)) {}
          |         ^
    /usr/include/c++/v1/__string/char_traits.h:45:8: note: template is declared here
       45 | struct char_traits;
          |        ^

This is actually a problem in the vendored version of Victor Zverovich's
fmt library [2]. More recent versions of this library have completely
rewritten this part of the header, so work around the issue by making
the basic_string_view<char8_t> part conditional on char8_t being
actually available. (This is only in C++20 and later.)

Clang 19 now also diagnoses incorrect member accesses, which causes
errors similar to:

    /wrkdirs/usr/ports/math/vtk9/work/VTK-9.2.6/Utilities/octree/octree/octree_node.txx:210:16: error: no member named '_M_chilren' in 'octree_node<T_, d_, A_>'; did you mean 'm_children'?
      210 |   return this->_M_chilren[child];
          |                ^~~~~~~~~~
          |                m_children
    /wrkdirs/usr/ports/math/vtk9/work/VTK-9.2.6/Utilities/octree/octree/octree_node.h:37:23: note: 'm_children' declared here
       37 |   octree_node_pointer m_children;
          |                       ^

This was apparently a typo, and upstream vtk fixed this in
<https://gitlab.kitware.com/vtk/vtk/-/commit/98af50ca33>. Apply that as
a small patch.

[1] https://libcxx.llvm.org/ReleaseNotes/19.html#deprecations-and-removals
[2] https://fmt.dev/

PR:		280893
Approved by:	yuri (maintainer)
MFH:		2024Q3

graphics/tiff: Update to 4.6.0

PR:		278577
Exp-run by:	antoine

math/vtk9: Fix build with OSMESA and JAVA option

PR:		277216

*/*: bump PORTREVISION after OpenMPI upgrade

math/vtk9: Broken on FreeBSD 13 aarch64

Clang crashes.

*/*: Bump jpeg-turbo users treewide

New major version 3.0.0

devel/qt6: bump dependent ports

all: remove explicit versions in USES=python for "3.x+"

The logic in USES=python will automatically convert this to 3.8+ by
itself.

Adjust two ports that only had Python 3.7 mentioned but build fine
on Python 3.8 too.

finance/quickfix: mark BROKEN with PYTHON

libtool: compile:  c++ -DHAVE_CONFIG_H -I. -I../.. -I -I. -I.. -I../.. -I../C++ -DLIBICONV_PLUG -DPYTHON_MAJOR_VERSION=3 -Wno-unused-variable -Wno-maybe-uninitialized -O2 -pipe -DLIBICONV_PLUG -fstack-protector-strong -fno-strict-aliasing -DLIBICONV_PLUG -Wall -ansi -Wno-unused-command-line-argument -Wpointer-arith -Wwrite-strings -Wno-overloaded-virtual -Wno-deprecated-declarations -Wno-deprecated -std=c++0x -MT _quickfix_la-QuickfixPython.lo -MD -MP -MF .deps/_quickfix_la-QuickfixPython.Tpo -c QuickfixPython.cpp  -fPIC -DPIC -o .libs/_quickfix_la-QuickfixPython.o
warning: unknown warning option '-Wno-maybe-uninitialized'; did you mean '-Wno-uninitialized'? [-Wunknown-warning-option]
QuickfixPython.cpp:175:11: fatal error: 'Python.h' file not found
          ^~~~~~~~~~
1 warning and 1 error generated.

Reviewed by:	portmgr, vishwin, yuri
Differential Revision:	<https://reviews.freebsd.org/D40568>

math/vtk9: Update 9.2.2 → 9.2.6

Reported by:	portscout

math/vtk9: Fix build breakage at plugins.qmltypes: Undefined symbol "ompi_mpi_comm_world"

PR:		267320
Reported by:	alt2600@icloud.com

math/vtk9: fix build with clang 16

Clang 16 has a new error about incompatible function types, which shows
up when building math/vtk9:

  /wrkdirs/usr/ports/math/vtk9/work/VTK-9.2.2/ThirdParty/cgns/vtkcgns/src/adfh/ADFH.c:1274:93: error: incompatible function pointer types passing 'herr_t (hid_t, const char *, const H5L_info1_t *, void *)' (aka 'int (long, const char *, const H5L_info1_t *, void *)') to parameter of type 'H5L_iterate2_t' (aka 'int (*)(long, const char *, const H5L_info2_t *, void *)') [-Wincompatible-function-pointer-types]
      if (! is_link(id)) H5Literate_by_name2(id, name, H5_INDEX_CRT_ORDER, H5_ITER_INC, NULL, delete_children, data, H5P_DEFAULT);
                                                                                              ^~~~~~~~~~~~~~~
  /usr/local/include/H5Lpublic.h:992:87: note: passing argument to parameter 'op' here
                                    H5_iter_order_t order, hsize_t *idx, H5L_iterate2_t op, void *op_data,
                                                                                        ^
  /wrkdirs/usr/ports/math/vtk9/work/VTK-9.2.2/ThirdParty/cgns/vtkcgns/src/adfh/ADFH.c:1434:64: error: incompatible function pointer types passing 'herr_t (hid_t, const char *, const H5L_info1_t *, void *)' (aka 'int (long, const char *, const H5L_info1_t *, void *)') to parameter of type 'H5L_iterate2_t' (aka 'int (*)(long, const char *, const H5L_info2_t *, void *)') [-Wincompatible-function-pointer-types]
      H5Literate2(gid, H5_INDEX_CRT_ORDER, H5_ITER_NATIVE, NULL, fix_dimensions, NULL);
                                                                 ^~~~~~~~~~~~~~
  /usr/local/include/H5Lpublic.h:926:42: note: passing argument to parameter 'op' here
                            H5L_iterate2_t op, void *op_data);
                                           ^

and a bunch more of these. The problem is that the H5Literate_by_name2()
function (from /usr/local/include/H5Lpublic.h) is being called with an
incorrect argument for the "op" parameter, which should be of type
"H5L_iterate2_t" instead. In turn, "H5L_iterate2_t" is a function type,
and requires the function's "info" parameter to be of type "const
H5L_info2_t *".

Redefine "H5L_info_t" to mean "H5L_info2_t" to work around this problem,
otherwise a lot of function definitions would have to be adjusted.

PR:		272037
Approved by:	yuri (maintainer)
MFH:		2023Q2

*: Bump PORTREVISIONs for math/mpc update to 1.3.1

math/vtk9: Add workaround for a regression in VTK that requires qmake and moc

find_package(VTK QUIET COMPONENTS GUISupportQt) erroneously
requires qmake and moc to be present.

misc/visp regressed for this reason after VTK was updated to 9.2.2
even though VTK is only a proxy dependency for visp.

Reported by:	fallout

math/vtk9: fix build on powerpc64le

As with other ports bundling sqlite3, it fails to build on powerpc64le because
sqlite3 assumes big-endian on all powerpc*.

math/vtk9: Update 9.1.0 -> 9.2.2

Revert "deskutils/just: Update 1.5.0 -> 1.6.0"

This reverts commit 9f02903fc610e0ee6355d351d75c201b213e0abe.

deskutils/just: Update 1.5.0 -> 1.6.0

Reported by:	portscout

math/vtk9: Fix mismatch in MPI dependency

Reported by:	cmt@

math/vtk9: Disable Qt6 discovery

PR:		267217

math/vtk9: Limit net/py-mpi4py dependency when both PYTHON and MPI options are on

PR:		267191
Reported by:	VVD <vvd@unislabs.com>

math/vtk9: Add net/py-mpi4py dependency

... after the bundled version of mpi4py was recently removed.

math/vtk9: Remove bundled pythob module mpi4py because it conflicts with standalone py-mpi4py

Requested by:	thierry@

Revert "textproc/py-python-lsp-black: New port: Black plugin for the Python LSP Server"

This reverts commit 0c041ad4a2d2ade16fb3a91a5e651f018e33455f.

textproc/py-python-lsp-black: New port: Black plugin for the Python LSP Server

math/{,py-}spot: Update 2.11 -> 2.11.1

Mk/Uses: always use colon for build/run suffix

Most USES use a colon for build/run(/test) suffixes. Change kde.mk,
qt.mk and pyqt.mk to do the same, and update all ports using that.

Document in CHANGES.

PR:			266034
Exp-run by:		antoine
Approved by:		tcberner (mentor)
Differential Revision:	https://reviews.freebsd.org/D36349

Remove WWW entries moved into port Makefiles

Commit b7f05445c00f has added WWW entries to port Makefiles based on
WWW: lines in pkg-descr files.

This commit removes the WWW: lines of moved-over URLs from these
pkg-descr files.

Approved by:		portmgr (tcberner)

Add WWW entries to port Makefiles

It has been common practice to have one or more URLs at the end of the
ports' pkg-descr files, one per line and prefixed with "WWW:". These
URLs should point at a project website or other relevant resources.

Access to these URLs required processing of the pkg-descr files, and
they have often become stale over time. If more than one such URL was
present in a pkg-descr file, only the first one was tarnsfered into
the port INDEX, but for many ports only the last line did contain the
port specific URL to further information.

There have been several proposals to make a project URL available as
a macro in the ports' Makefiles, over time.

This commit implements such a proposal and moves one of the WWW: entries
of each pkg-descr file into the respective port's Makefile. A heuristic
attempts to identify the most relevant URL in case there is more than
one WWW: entry in some pkg-descr file. URLs that are not moved into the
Makefile are prefixed with "See also:" instead of "WWW:" in the pkg-descr
files in order to preserve them.

There are 1256 ports that had no WWW: entries in pkg-descr files. These
ports will not be touched in this commit.

The portlint port has been adjusted to expect a WWW entry in each port
Makefile, and to flag any remaining "WWW:" lines in pkg-descr files as
deprecated.

Approved by:		portmgr (tcberner)

science/hdf5: bump PORTREVISION of consumers

The SO-version increased in the update to 1.12.2 in
a43418b81530f7e897abfbe18dd59f44265a1a0f .

Reported by:	VVD <vvd@unislabs.com>

math/vtk9: Fix MPI option

It wasn't linking to MPI libraries due to change in cmake flag name.

math/vtk9: fix build after d1e8146547 (netcdf 4.9.0)

NC_SZIP_NN is not #define'd in netcdf.h, so it cannot be the target
of an assignment anymore. Fortunately NC_SZIP_NN is now defined to
the same value (32) as it was set to by vtk9 before (and it was
declared const int before), so just hide the old const int if NC_SZIP_NN
is already defined.
No functional change, no bumps.

science/netcdf: Update to 4.8.1

- Update MASTER_SITES
- Bump PORTREVISION of dependent ports for shlib change

Changes:	https://github.com/Unidata/netcdf-c/releases

math/vtk9: Use external packages instead of bundled dependencies

This is partially restoring what has eroded with vtk updates,
and is partially adding new external dependencies.

math/vtk9: Force default python version in build

math/vtk9: Update 9.0.3 -> 9.1.0