| Commit message (Collapse) | Author | Age | Files | Lines |
| |
|
|
|
| |
Changes: https://github.com/ultravideo/kvazaar/releases/tag/v2.1.0
Reported by: GitHub (watch releases)
|
| |
|
|
| |
Reported by: lwhsu
|
| | |
|
| |
|
|
|
|
|
|
|
|
|
|
| |
Bump PORTREVSION on all consumers. ABI-breaking changes were introduced and
recompile of consumers is necessary.
Remove unused cryptopp dependency from devel/xeus. Upstream migrated to OpenSSL
several releases ago. [1]
[1] https://github.com/jupyter-xeus/xeus/commit/c98c44c174cafcf424f4203dc3c61564118feb3e
Changes: https://www.cryptopp.com/release840.html
|
| |
|
|
|
|
| |
Changes: https://github.com/ultravideo/kvazaar/releases/tag/v2.0.0
ABI: https://abi-laboratory.pro/tracker/timeline/kvazaar/
Reported by: GitHub (watch releases)
|
| |
|
|
|
|
|
|
|
|
| |
Remove THREADS option - upstream recommends building with threads and the
build system now adds the appropriate flags automatically
Bump PORTREVISION on consumers due to shared lib version increase
PR: 241132
Submitted by: Farid Hajji <farid@hajji.name>
|
| |
|
|
|
|
| |
Yuzu tests frequently time out and didn't find r513863. More
comprehensive tests tend to have extra dependencies and are behind
non-default TEST option, anyway.
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
In file included from strategies/altivec/picture-altivec.c:24:
/usr/lib/clang/8.0.1/include/altivec.h:69:19: error: unknown type name 'vector'
static __inline__ vector bool char __ATTRS_o_ai
^
/usr/lib/clang/8.0.1/include/altivec.h:69:26: error: expected identifier or '('
static __inline__ vector bool char __ATTRS_o_ai
^
/usr/include/stdbool.h:39:14: note: expanded from macro 'bool'
^
[...]
PR: 240531
Submitted by: pkubaj
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
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
|
| |
|
|
|
|
| |
Changes: https://github.com/ultravideo/kvazaar/releases/tag/v1.3.0
ABI: https://abi-laboratory.pro/tracker/timeline/kvazaar/
Reported by: GitHub (watch releases)
|
| | |
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
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
|
| |
|
|
|
|
|
|
| |
Also various fixes related to said option.
PR: 230864
Submitted by: mat
exp-runs by: antoine
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Bump PORTREVISON due to cryptopp shared library version increase
libtool: compile: c++ -DHAVE_CONFIG_H -I. -I.. -DKVZ_DLL_EXPORTS -isystem /usr/local/include -O2 -pipe -fstack-protector -isystem /usr/local/include -fno-strict-aliasing -isystem /usr/local/include -MT extras/crypto.lo -MD -MP -MF extras/.deps/crypto.Tpo -c extras/crypto.cpp -fPIC -DPIC -o extras/.libs/crypto.o
extras/crypto.cpp:19:3: error: unknown type name 'byte'; did you mean 'CryptoPP::byte'?
byte key[CryptoPP::AES::DEFAULT_KEYLENGTH];
^~~~
CryptoPP::byte
/usr/local/include/cryptopp/config.h:237:23: note: 'CryptoPP::byte' declared here
typedef unsigned char byte;
^
Pointy hat: jhale
Reported by: fluffy
Obtained from: upstream commits
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
| |
in the ports tree (via Mk/bsd.default-versions.mk and lang/gcc) which
has now moved from GCC 6 to GCC 7 by default.
This includes ports
- featuring USE_GCC=yes or USE_GCC=any,
- featuring USES=fortran,
- using Mk/bsd.octave.mk which in turn features USES=fortran, and those
- with USES=compiler specifying one of openmp, nestedfct, c11, c++0x,
c++11-lib, c++11-lang, c++14-lang, c++17-lang, or gcc-c++11-lib.
PR: 222542
|
| |
|
|
| |
strategies/altivec/picture-altivec.c:1: error: AltiVec and E500 instructions cannot coexist
|
| | |
|
| |
|
|
| |
Approved by: portmgr (tier-2 blanket)
|
| |
|
|
|
|
|
| |
- Increase verbosity of automake tests
Changes: https://github.com/ultravideo/kvazaar/releases/tag/v1.2.0
ABI: https://abi-laboratory.pro/tracker/timeline/kvazaar/
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
| |
(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
|
| |
|
|
|
|
|
| |
Illegal instruction (core dumped)
FAIL: kvazaar_tests
Reported by: pkg-fallout (beefy5 + package19 only)
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
| |
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
|
| |
|
|
|
|
| |
Changes: https://github.com/ultravideo/kvazaar/releases/tag/v1.1.0
ABI: https://people.freebsd.org/~jbeich/compat_reports/kvazaar/1.0.0_to_1.1.0/compat_report.html
MFH: 2017Q1
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
- Add LICENSE (BSL)
- Add CPE data
- Remove STATIC option and always install the shared library;
no reason not to.
- Remove GCC option and use USES=compiler framework
- Add FULL_DEBUG option to address CVE-2016-7420 and add a warning if trying
to use it. It will allow the asserts to be enabled which could be a
security risk. The standard DEBUG option is now safe to use.
- Add SIMD option for i386 and amd64 - requires a recent clang or gcc
- Don't install the cryptest binary; it is really only used for regression
testing, so only build it for the TEST_TARGET. It is useless without the
data files anyways.
- Take maintainership
- Bump PORTREVISON on dependent ports due to shared library bump
PR: 215015
Reported by: <fcsk.aim@gmail.com>
MFH: 2016Q4
Security: eab68cff-bc0c-11e6-b2ca-001b3856973b
|
| |
|
|
|
|
|
|
|
| |
lang/gcc which have moved from GCC 4.8.5 to GCC 4.9.4 (at least under some
circumstances such as versions of FreeBSD or platforms).
In particular that is ports with USE_GCC=yes, USE_GCC=any, or one of
gcc-c++11-lib, openmp, nestedfct, c++11-lib as well as c++14-lang,
c++11-lang, c++0x, c11 requested via USES=compiler.
|
| |
|
|
| |
Tested by: diff -urN <before> <after> # is empty
|
| |
|
|
|
|
|
|
| |
PR: 213195
Submitted by: mat
Exp-run by: antoine
Sponsored by: Absolight
Differential Revision: https://reviews.freebsd.org/D8093
|
| |
|
|
|
|
|
| |
Changes: https://github.com/ultravideo/kvazaar/releases/tag/v1.0.0
Changes: https://github.com/ultravideo/kvazaar/compare/cbfa824...v1.0.0 (for -devel)
ABI: https://people.freebsd.org/~jbeich/compat_reports/kvazaar/0.8.3_to_1.0.0/compat_report.html
MFH: 2016Q4
|
| | |
|
| | |
|
|
|
The purpose of this academic open-source project is to develop a video
encoder for the emerging High Efficiency Video Coding (HEVC) standard.
This Kvazaar HEVC encoder is being developed towards the following goals:
1. Coding efficiency close to HEVC reference encoder (HM)
2. Modular encoder structure to simplify its data flow modeling
3. Efficient support for different parallelization approaches
4. Easy portability to different platforms
5. Optimized encoding speed without sacrificing its coding efficiency,
modularity, or portability
6. Reduced computation and memory resources without sacrificing its
coding efficiency, modularity, or portability
7. Excellent software readability and implementation documentation
Achieving these objectives requires encoder with design decisions that
make this open-source encoder unique:
1. The encoder is developed from the scratch (HM used as a reference)
2. The implementation language is platform-independent C
http://ultravideo.cs.tut.fi/#encoder
|