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>
Release notes: <https://github.com/openexr/openexr/releases/tag/v2.3.0>
Adjust LIB_DEPENDS of all ports that require ilmbase or openexr to chase
the new lower-case spelling of the name, and to omit the version from the
library name to ease future maintenance.
Bump PORTREVISION of all ports that depend on ilmbase or openexr directly,
so that they all get rebuilt on upgrades.
Add patches to graphics/ampasCTL to keep it alive, with (a) ilmbase now
that its Iex::BaseExc class is no longer derived from std::string,
details were given upstream through https://github.com/ampas/CTL/issues/71
and (b) to unwind semicolon/;-lists in cmake that stem from openexr/
ilmbase pkg-config variables.
(Note ampasCTL is unmaintained as FreeBSD port, and upstream,
and I cannot run-time test it.)
Poudriere build tests on 11.2-RELEASE-p1 amd64 of ALL ports depending
directly or indirectly on ilmbase and/or openexr have passed without
regressions. Thus invoking due diligence, I believe I have done the
equivalent of an -exp run, and do not require approval for the dependency
chases to third-party ports.
Change x11/xorgproto to become a build time dependency when added to
USE_XORG. Change the dependency to be on the port, rather than a file the
port installs.
Fix fallout.
Bump portrevision on depending ports.
PR: 230909
Reviewed by: eadler
Approved by: portmgr (antoine)
Obtained from: https://github.com/FreeBSDDesktop/freebsd-ports/tree/feature/xorgproto
exp-run: antoine
Differential Revision: https://reviews.freebsd.org/D16906
Detailed maintainer log:
- Update graphics/blender to 2.79b
- Add Alembic option to include graphics/alembic for import/export options
- Modernize cmake options
- Add py-numpy as a dependency now that flavours can give us the py35
version. This is expected to be in place by several addons.
- Add USES=compiler:c++14-lang to build using clang50, this fixes the
build on 10.4 and is already a dependency through opengl.
PR: 227644
Submitted by: FreeBSD@ShaneWare.Biz (maintainer)
This add-on extends the functionality of Blender.
It allows to draw 3D objects ans scenes in a purely visual way, using the
graph-like interface, without the knowledge of any programming languages.
graphics/blender is modified, blender/Makefile.versions with the versions
is created for easy inclusion into the add-on ports.
Submitted by: myself
Approved by: tcberner (mentor), FreeBSD@Shaneware.biz (maintainer of graphics/blender)
Differential Revision: https://reviews.freebsd.org/D13721
While here, fix libIlmImfUtil_la_LDFLAGp so that when linking libIlmImfUtil,
the locally built libIlmImf gets precedence over the one in /usr/local,
to permit upgrades in a running system with the older version installed.
This changes the library's SONAME, so bump PORTREVISION of all dependees.
Unfortunately, this looks a bit too intrusive for an MFH to 2017Q4.
Security: CVE-2017-9110
Security: CVE-2017-9111
Security: CVE-2017-9112
Security: CVE-2017-9113
Security: CVE-2017-9114
Security: CVE-2017-9115
Security: CVE-2017-9116
Security: 803879e9-4195-11e7-9b08-080027ef73ec
version of GCC (which is GCC 6 these days).
For most practical purposes USE_GCC=4.8+ is equivalent to USE_GCC=yes,
so GCC 5 for several months (and now GCC 6) have been used already since
2017-03-07 and revision 435594 -- if GCC is used at all, which is not the
default anyway.
(via Mk/bsd.default-versions.mk and lang/gcc) which has moved from
GCC 5.4 to GCC 6.4 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, c++11-lib, c++11-lang,
c++14-lang, c++0x, c11, or gcc-c++11-lib.
PR: 219275
While here, add patch for blender to fix it's build with this new version of
openimageio.
PR: 216601
Submitted by: Shane <FreeBSD@ShaneWare.Biz> (maintainer)
lang/gcc which have moved from GCC 4.9.4 to GCC 5.4 (at least under some
circumstances such as versions of FreeBSD or platforms).
This includes ports
- with USE_GCC=yes or USE_GCC=any,
- with USES=fortran,
- using using Mk/bsd.octave.mk which in turn has USES=fortran, and
- with USES=compiler specifying openmp, nestedfct, c++11-lib, c++14-lang,
c++11-lang, c++0x, c11, or gcc-c++11-lib.
PR: 216707
