The IRI module provides an object representation for Internationalized Resource
Identifiers (IRIs) as defined by RFC 3987 and supports their parsing,
serializing, and base resolution.
WWW: https://metacpan.org/release/IRI
- Avoid the overflow reported by Mark Millard...New version is safer
end_addr >= addr is assured earlier in this loop.
Submitted by: kevans
Reported by: Mark Millard <marklmi@yahoo.com>
When building without poudriere, it would always pick LuaJIT over Lua if both are installed,
basically ignoring the configuration knob.
- Bump PORTREVISION
PR: 233142 (based on)
Submitted by: Ralf van der Enden <tremere@cainites.net>
MFH: 2018Q4
* Add option for ISO/IEC 23008-12:2017 HEIF suport [1]
* Add option for RAW support (from IM6).
* Convert a number of options to optionhelpers (sync from IM6).
* Add comment to the patch-config_policy.xml file why it still needed.
PR: 230788 (based on) [1]
Submitted by: Sebastian Steinmetz <freebsd-2018@sebastiansteinmetz.ch>
ld: error: can't create dynamic relocation R_ARM_ABS32 against local symbol in readonly segment; recompile object files with -fPIC or pass '-Wl,-z,notext' to allow text relocations in the output
>>> defined in common/arm/mc-a-8.o
>>> referenced by common/arm/mc-a-8.o:(memcpy_table)
which restores compatibility with old databases (version 1.8) and some
later versions which were built without mmap(2) support. Due to shlib
version change, bump port revisions of the consumer ports.
PR: 233059
Exp-run by: antoine
Approved by: maintainer (johans, numerous timeouts)
Build fails with:
hw/rdma/vmw/pvrdma_cmd.c:19:10: fatal error: 'linux/types.h' file not found
Add two upstream commits to fix this issue:
* 72221d03b85fcfba27a47a2af08ee59150550ced to not include linux/types.h
* 21ab34c9543fe1b6d31b3edbd01a397e7e090d00 to split PVRDMA from RDMA as
pvrdma device can't be used on FreeBSD as mremap() system call is
missing
PR: 232968
Reported by: Trond.Endrestol@ximalas.info
Approved by: portmgr (build fix blanket)
Obtained from: upstream
MFH: 2018Q4
webrtc/webrtc/modules/audio_processing/aec/aec_core_sse2.c:46:31: error: always_inline function '_mm_loadu_ps' requires target feature 'mmx', but would be inlined into function 'FilterFarSSE2' that is compiled without support for 'mmx'
const __m128 xfBuf_re = _mm_loadu_ps(&aec->xfBuf[0][xPos + j]);
^
webrtc/webrtc/modules/audio_processing/aec/aec_core_sse2.c:52:24: error: always_inline function '_mm_mul_ps' requires target feature 'mmx', but would be inlined into function 'FilterFarSSE2' that is compiled without support for 'mmx'
const __m128 a = _mm_mul_ps(xfBuf_re, wfBuf_re);
^
webrtc/webrtc/modules/audio_processing/aec/aec_core_sse2.c:56:24: error: always_inline function '_mm_sub_ps' requires target feature 'mmx', but would be inlined into function 'FilterFarSSE2' that is compiled without support for 'mmx'
const __m128 e = _mm_sub_ps(a, b);
^
webrtc/webrtc/modules/audio_processing/aec/aec_core_sse2.c:57:24: error: always_inline function '_mm_add_ps' requires target feature 'mmx', but would be inlined into function 'FilterFarSSE2' that is compiled without support for 'mmx'
const __m128 f = _mm_add_ps(c, d);
^
webrtc/webrtc/modules/audio_processing/aec/aec_core_sse2.c:60:7: error: always_inline function '_mm_storeu_ps' requires target feature 'mmx', but would be inlined into function 'FilterFarSSE2' that is compiled without support for 'mmx'
_mm_storeu_ps(&yf[0][j], g);
^
webrtc/webrtc/modules/audio_processing/aec/aec_core_sse2.c:78:26: error: always_inline function '_mm_set1_ps' requires target feature 'mmx', but would be inlined into function 'ScaleErrorSignalSSE2' that is compiled without support for 'mmx'
const __m128 k1e_10f = _mm_set1_ps(1e-10f);
^
fatal error: too many errors emitted, stopping now [-ferror-limit=]
Reported by: pkg-fallout
