Orc is the successor to Liboil - The Library of Optimized Inner Loops.
Orc is a library and set of tools for compiling and executing very simple
programs that operate on arrays of data. The "language" is a generic assembly
language that represents many of the features available in SIMD architectures,
including saturated addition and subtraction, and many arithmetic operations.
devel/orc: work around armv7 libc bug
The armv7 libc has a bug in printf() where printing a denormal double
may cause NUL bytes to be written out. This port tries to write a
diagnostic comment containing such a denormal to a C source file. The
bug causes the source file to be malformed, breaking the port and its
consumers.
Work around the bug by killing the offending part of the diagnostic
comment.
Approved by: portmgr (build fix blanket)
Reviewed by: diizzy
PR: 272229
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 )
devel/orc: update to 0.4.32 release (+)
Changes:
- Add support for JIT code generation in Universal Windows Platform apps
- Minor Meson build system fixes and improvements
With hat: desktop
devel: remove 'Created by' lines
A big Thank You to the original contributors of these ports:
* "Waitman Gobble" <uzimac@da3m0n8t3r.com>
* <jkoshy@FreeBSD.org>
* Aaron Dalton <aaron@FreeBSD.org>
* Aaron Dalton <aaron@daltons.ca>
* Aaron H. K. Diep <ahkdiep@gmail.com>
* Aaron Hurt <ahurt@anbcs.com>
* Abel Chow <abel_chow@yahoo.com>
* Adam McLaurin
* Adam Saponara <as@php.net>
* Adam Weinberger <adamw@FreeBSD.org>
* Ade Lovett <ade@FreeBSD.org>
(Only the first 15 lines of the commit message are shown above )
Update gstreamer1 to 1.16.2.
- The spc plugin was removed inflavor for the gsm plugin.
- Added in tree qt plugin.
Changelog: https://gstreamer.freedesktop.org/releases/1.16/#1.16.2
Update net-im/fractal to 4.2.2 to support GStreamer 1.16 (approved by
maintainer)
Thanks to antoine@ for the exp-run.
PR: 239386
Use USES=pathfix where applicable.
PR: 213195
Submitted by: mat
Exp-run by: antoine
Sponsored by: Absolight
Differential Revision: https://reviews.freebsd.org/D8093
By default libtool replaces -export-symbols <file> with -retain-symbols-file
<file> on ELF systems, but this doesn't really do what -export-symbols is
meant to do. On GNU ELF systems it converts <file> to a simple version
script first and then uses -version-script instead of -retain-symbols-file.
Let USES=libtool patch libtool scripts to do this on all systems with GNU
ld(1).
Bump PORTREVISION on all ports where the build log contains -export-symbols.
audio/calf: This port builds a module that now exports only one function,
but it also builds a number of executables that link to this module and
expect to see other functions. Because it's already a bit dodgy to link to
a module (libtool warns about this) let the module continue to export only
one function and instead build an ordinary library from the same source that
the executables can link to. Fix a number of other issues in the same
(Only the first 15 lines of the commit message are shown above )
Fixup for qemu assisted builds. This float handling seems to be an unhandled
qemu bug, but the code itself is arguably wrong as well. Apply this patch atop
the tar ball and move on.
Phabric: https://reviews.freebsd.org/D746
Submitted by: nox
Reviewed by: kwm
Approved by: bapt (mentor)
When linking a library libA with a library libB using libtool, if libB.la
exists, libtool will add all libraries libB.la refers to (dependency_libs
field) to the linker command line and store them in the dependency_libs
field of libA.la. So everything that subsequently links with libA will also
link to these extra libraries. This causes too much overlinking.
This commit modifies Mk/Uses/libtool.mk so it empties the dependency_libs
field in .la libraries during staging. However, because .la libraries have
very limited use when dependency_libs is empty it makes sense to completely
remove them during staging.
So with this commit USES=libtool is modified to remove .la libraries and a
new form (USES=libtool:keepla) is introduced in case they need to be kept
(dependency_libs is still emptied).
(Only the first 15 lines of the commit message are shown above )
Update to 0.4.19.
Update LICENSE to new notation and the fact there two different license
in the software.
Switch to USES=libtool, strip library.
Don't install compiled examples. They not getting build on some platforms.
Orc â The Oil Runtime Compiler
Orc is a library and set of tools for compiling and executing
very simple programs that operate on arrays of data. The "language"
is a generic assembly language that represents many of the features
available in SIMD architectures, including saturated addition and
subtraction, and many arithmetic operations.
(OIL stands for Optimized Inner Loops)
WWW: http://code.entropywave.com/projects/orc/
