OpenVDB is an Academy Award-winning open-source C++ library comprising a novel
hierarchical data structure and a suite of tools for the efficient storage and
manipulation of sparse volumetric data discretized on three-dimensional grids.
It was developed by DreamWorks Animation for use in volumetric applications
typically encountered in feature film production and is now maintained by the
Academy Software Foundation (ASWF).
misc/openvdb: make compatible with future boost version
The next boost version will drop libboost_system.so, going header only
for this part. Switch the boost_libs dependency to some other library
to avoid a build failure.
Reported by: fluffy
Approved by: portmgr (build fix blanket)
misc/openvdb: fix build with clang 19
Clang 19 now implements CWG 96 [1], which requires a template argument
list after a 'template' keyword, resulting in errors similar to:
/wrkdirs/usr/ports/misc/openvdb/work/openvdb-11.0.0/openvdb/openvdb/../openvdb/tree/NodeManager.h:330:31:
error: a template argument list is expected after a name prefixed by the
template keyword [-Wmissing-template-arg-list-after-template-kw]
330 | OpT::template eval(mNodeOp, it);
| ^
/wrkdirs/usr/ports/misc/openvdb/work/openvdb-11.0.0/openvdb/openvdb/../openvdb/tree/NodeManager.h:350:31:
error: a template argument list is expected after a name prefixed by the
template keyword [-Wmissing-template-arg-list-after-template-kw]
350 | OpT::template eval(mNodeOp, it);
| ^
/wrkdirs/usr/ports/misc/openvdb/work/openvdb-11.0.0/openvdb/openvdb/../openvdb/tree/NodeManager.h:375:31:
error: a template argument list is expected after a name prefixed by the
template keyword [-Wmissing-template-arg-list-after-template-kw]
375 | OpT::template eval(*mNodeOp, it);
| ^
In these cases, appending "<>" is enough to satisfy the constraint.
PR: 281418
Approved by: yuri (maintainer)
MFH: 2024Q3
misc/openvdb: builds fine in an armv7 jail on arm64
The process limimts have been revised in a fix to PR 274705, making
this port build fine.
PR: 274705
MFH: 2024Q2
Approved by: portmgr (build fix blanket)
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.
(Only the first 15 lines of the commit message are shown above )
*: Bump PORTREVISION for openexr update
OpenEXR's patchlevel updated bumped the major version
of the OpenEXR library, hence bump PORTREVISION of all
ports that require OpenEXR.
graphics/mesa-libs: Bump reverse deps for libglvnd
Per discussion with bapt on helping pkg handle the changing of these
deps and avoiding impossible upgrade senarios.
PR: 246767
Reviewed by: manu, bapt
Approved by: x11
Differential Revision: https://reviews.freebsd.org/D30824
graphics/openexr: really commit v2.5.4 update.
Unfortunately, this was missed with the ilmbase update, and
causes yet another PORTREVISION bump on all dependent ports.
repeating ilmbase's commit log here:
"Patch release with various bug/sanitizer/security fixes, primarily related to
reading corrupted input files."
<https://github.com/AcademySoftwareFoundation/openexr/releases/tag/v2.5.4>
Cherry-pick upstream commit for GCC 11 compatibility:
<https://github.com/AcademySoftwareFoundation/openexr/commit/a40a6151c4e746eb8f93c7c06992d0ec11289fdc>
Since this changes the patchlevel of the solibs, bump PORTREVISION of dependent
ports just to be sure.
(graphics/py-openshadinglanguage is unaltered and .includes the revision bump
from .../openshadinglanguage.)
MFH: 2021Q1 (this requires discussion by ports-secteam@!)
Reported by: VVD (IRC, #bsdports)
misc/openvdb: fix build on GCC architectures
/wrkdirs/usr/ports/misc/openvdb/work/openvdb-7.1.0/openvdb/points/AttributeSet.h:461:60:
error: 'CHAR_BIT' was not declared in this scope
461 | static size_t groupBits() { return sizeof(GroupType) * CHAR_BIT; }
| ^~~~~~~~
/wrkdirs/usr/ports/misc/openvdb/work/openvdb-7.1.0/openvdb/points/AttributeSet.h:1:1:
note: 'CHAR_BIT' is defined in header '<climits>'; did you forget to '#include
<climits>'?
+++ |+#include <climits>
1 | // Copyright Contributors to the OpenVDB Project
misc/openvdb: fix build on GCC architectures
/wrkdirs/usr/ports/misc/openvdb/work/openvdb-7.1.0/openvdb/points/AttributeSet.h:461:60:
error: 'CHAR_BIT' was not declared in this scope
461 | static size_t groupBits() { return sizeof(GroupType) * CHAR_BIT; }
| ^~~~~~~~
/wrkdirs/usr/ports/misc/openvdb/work/openvdb-7.1.0/openvdb/points/AttributeSet.h:1:1:
note: 'CHAR_BIT' is defined in header '<climits>'; did you forget to '#include
<climits>'?
+++ |+#include <climits>
1 | // Copyright Contributors to the OpenVDB Project
graphics/ilmbase, graphics/openexr: PORTREVISION bump for users
ilmbase and openexr were updated to v2.5.3 and their shlibs changed
from *.25.0.1 to *.25.0.2.
This is a PORTREVISION bump to ports using ilmbase or openexr
to chase that change and trigger rebuild.
openexr/ilmbase update w/ shlib rename => PORTREVISION bumps of dependent ports
OpenEXR and ILMBASE updates to 2.5.2 rename the full shlib version
names from .0.0 to .0.1 => to be on the safe side, bump PORTREVISIONs.
Approved by: portmgr (blanket)
MFH: 2020Q3 (PORTREVISION bump after OpenEXR/ilmbase update)
Security: 714e6c35-c75b-11ea-aa29-d74973d1f9f3
graphics/ilmbase: graphics/openexr: update to upstream release 2.5.1
Upstream release notes:
* A patch release that corrects the SO version for the v2.5 release,
which missed getting bumped in v2.5.0.
* This release also fixes an improper failure in IlmImfTest
when running on ARMv7 and AAarch64.
Bump PORTREVISION of all port directly requiring ilmbase or openexr
that are not marked BROKEN (shlib/.so file version bump).
Test build of all port directly depending on ilmbase or openexr
succeeded in poudriere in a 12.1-RELEASE amd64 jail.
graphics/ilmbase: graphics/openexr: update to v2.5.0
ChangeLog:
- https://github.com/AcademySoftwareFoundation/openexr/releases/tag/v2.5.0
* Bump PORTREVISION of all consumers except py-openimageio (BROKEN).
* cad/PrusaSlicer:
LIB_DEPENDS: remove version from libHalf.so
BUILD_DEPENDS+=qt5-buildtools as package (needed on bare metal builds)
USE_GL+=gl
USES+=pkgconfig (needed to find libHalf)
graphics/ilmbase, graphics/openexr: upgrade to upstream v2.4.0
graphics/gstreamer1-plugins-openexr: switch from C++98 to C++11 to
match new OpenEXR headers and unbreak compilation.
Bump PORTREVISION of all ports depending directly on either, based
on assessing INDEX-12 (bump_portrevision.pl -l (shallow) used).
Release Notes:
https://github.com/AcademySoftwareFoundation/openexr/releases/tag/v2.4.0
The update was deliberately deferred until after 2020Q1, and should
not be MFH'd back to it.
Update devel/tbb to 2020.0 and bump dependent ports' revisions [1]
Also, while here, re-generate patches using the makepatch target
[1] Changelog: https://github.com/intel/tbb/blob/v2020.0/CHANGES
misc/openvdb: fix build on GCC architectures
Compiling on GCC architectures fails:
/wrkdirs/usr/ports/misc/openvdb/work/openvdb-6.1.0/openvdb/points/AttributeSet.cc:
In member function 'openvdb::v6_1::points::AttributeSet::Descriptor::Ptr
openvdb::v6_1::points::AttributeSet::Descriptor::duplicateDrop(const
std::vector<long unsigned int>&) const':
/wrkdirs/usr/ports/misc/openvdb/work/openvdb-6.1.0/openvdb/points/AttributeSet.cc:875:59:
error: 'CHAR_BIT' was not declared in this scope
875 | const size_t GROUP_BITS = sizeof(GroupType) * CHAR_BIT;
| ^~~~~~~~
/wrkdirs/usr/ports/misc/openvdb/work/openvdb-6.1.0/openvdb/points/AttributeSet.cc:35:1:
note: 'CHAR_BIT' is defined in header '<climits>'; did you forget to '#include
<climits>'?
34 | #include "AttributeGroup.h"
+++ |+#include <climits>
35 |
While here, add USES=xorg for TOOLS option.
PR: 240630
Approved by: linimon (mentor), yuri (maintainer timeout)
Bump PORTREVISION for ports depending on the canonical version of GCC
as defined in Mk/bsd.default-versions.mk which has moved from GCC 8.3
to GCC 9.1 under most circumstances now after revision 507371.
This includes ports
- with USE_GCC=yes or USE_GCC=any,
- with USES=fortran,
- using Mk/bsd.octave.mk which in turn features USES=fortran, and
- with USES=compiler specifying openmp, nestedfct, c11, c++0x, c++11-lang,
c++11-lib, c++14-lang, c++17-lang, or gcc-c++11-lib
plus, everything INDEX-11 shows with a dependency on lang/gcc9 now.
PR: 238330
