Don't use SSE on non-x86.
/wrkdirs/usr/ports/graphics/blender/work/blender-2.91.0/intern/cycles/util/../util/util_simd.h:60:14: error: unknown type name '__m128'
extern const __m128 _mm_lookupmask_ps[16];
Additionally, libunwind works on more architectures.
Intel oneAPI tbb 2021.1 (onetbb) has been released[1][2] and has deprecated
several interfaces over tbb 2020, breaking most dependent ports.
Old tbb 2020 will be kept for a certain time to allow transition but will be
removed in a near future as it CONFLICTS with devel/onetbb. New ports should
now use devel/onetbb instead of devel/tbb.
We tried to move a maximum number of dependent ports to devel/onetbb (or
disable dependency when not possible), but some of them still remain stuck
to devel/tbb. Remaining ones have not been identified as major dependencies
themselves and will be fixed as soon as updates are available from upstream.
PR: 252648, 252688 [3], 252683 [4], 252651 [5], 252690 [3], 252693 [3],
252695 [3], 252696 [3], 252786 [3], 252649, 252868 [6], 252870 [5],
252684 [7], 252785 [7]
Approved by: yuri [3], jwb [4], thierry [5], FreeBSD@Shaneware.biz [6],
maintainer timeout [7]
[1] https://software.intel.com/content/www/us/en/develop/articles/intel-oneapi-threading-building-blocks-release-notes.html
[2] https://software.intel.com/content/www/us/en/develop/articles/tbb-revamp.html
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:
<a40a6151c4>
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)
"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:
<a40a6151c4>
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@!)
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 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
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.
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/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.
When built with the CYCLEESOSL option the llvm version used needs to be
in sync with graphics/openshadinglanguage.
This brings it in sync with the update in ports r514416.
PR: 241075
Submitted by: Shane <FreeBSD@ShaneWare.Biz> (maintainer)
Error:
/wrkdirs/usr/ports/graphics/blender/work/blender-2.79b/source/blender/blenlib/intern/math_base.c: In function 'double_round':
/wrkdirs/usr/ports/graphics/blender/work/blender-2.79b/source/blender/blenlib/intern/math_base.c:59:17: error: conversion from 'double' to 'float' may change value [-Werror=float-conversion]
if (!isfinite(y))
Fix by adding -Wno-float-conversion.
Also add USES=gl gnome sdl.
PR: 239331
Approved by: FreeBSD@ShaneWare.Biz (maintainer), tcberner (mentor)
Differential Revision: https://reviews.freebsd.org/D21022
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
- Expire after the last version without /usr/lib/libomp.so
- Drop SOVERSION for seamless transition (i.e., avoid conditionals)
PR: 236907
Approved by: bapt (maintainer)
Differential Revision: https://reviews.freebsd.org/D19767
these ports on !x86.
libunwind is only available for x86; lang/ruby* already expresses this
correctly. Some of the rubygems did not: for the ones that already had
USE_RUBY, the dependency was overspecified in the first place.
Tested for no-harm on amd64.
While here, pet portlint where appropriate.
Approved by: portmgr (tier-2 blanket)
Ports that build out of source now simply can use "USES=cmake"
instead of "USES=cmake:outsource". Ports that fail to build
out of source now need to specify "USES=cmake:insource".
I tried to only set insource where explictely needed.
PR: 232038
Exp-run by: antoine
defined via Mk/bsd.default-versions.mk which has moved from GCC 7.4 t
GCC 8.2 under most circumstances.
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, as a double check, everything INDEX-11 showed depending on lang/gcc7.
PR: 231590
- Changes needed for blender to work with OSL 1.10.x
- Switch to using llvm60 and patch included osl scripts.
- Also includes support for opencollada >= 1.6.65
PR: 225942
Submitted by: Shane Ambler <FreeBSD@ShaneWare.Biz>
