After FreeBSD 12.0 EOL we no longer have to worry about LLD 6 and
can drop LLD_UNSAFE from openal-soft ports. LLD can link them fine
now but some ports needs a little help on i386 (-Wl,-znotext).
PR: 226980
Reviewed by: jbeich (earlier version)
Differential Revision: https://reviews.freebsd.org/D23030
We can unbreak the build with lld on i386 on FreeBSD > 12.0 by
passing -Wl,-z,notext to the linker. It should not make any
difference on older releases.
PR: 242307
Tested by: jbeich
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
openal-soft has stopped linking on 12-STABLE with ld.bfd. As a
workaround use ld.gold for now until we can discover why that happens
all of a sudden.
PR: 235603
Reported by: Robert Cina <transitive@gmail.com>
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
While here, chase some KDE4 ports and functionality, these are scheduled for
removal on 2018-12-31. Change the default option/flavor to QT5 where applicable
or use alternative toolkits like GTK.
Submitted by: tcberner
Reviewed by: adridg, jhale, rene, tcberner
Approved by: portmgr (implicit, flavor hook)
Differential Revision: https://reviews.freebsd.org/D17741
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
From now on, ports that depend on Qt4 will have to set
USES= qt:4
USE_QT= foo bar
ports depending on Qt5 will use
USES= qt:5
USE_QT= foo bar
PR: 229225
Exp-run by: antoine
Reviewed by: mat
Approved by: portmgr (antoine)
Differential Revision: →https://reviews.freebsd.org/D15540
- Drop bogus FLUIDSYNTH option (MIDI support was removed in 1.17.0)
- The sndio backend is missing capture support. This can lead to crashes
when there is no usable fallback backend available. As a workaround
always enable the OSS backend when the sndio backend is wanted.
- Prioritize sndio over OSS when it's enabled which should
make it unnecessary to fiddle with config files when building
with both SNDIO and OSS.
- Turn off dynamically loading backend libs via dlopen
- Correct lib depends
- Update pkg-descr
- Take maintainership
(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
Linking with LLD currently fails due to preemption of symbols with
protected visibility in a shared object:
/usr/bin/ld: error: cannot preempt symbol: alIsExtensionPresent
>>> defined in libopenal.so.1.18.0
>>> referenced by examples/altonegen.c
>>> CMakeFiles/altonegen.dir/examples/altonegen.c.o:(main)
/usr/bin/ld: error: cannot preempt symbol: alcGetCurrentContext
>>> defined in libopenal.so.1.18.0
>>> referenced by examples/altonegen.c
>>> CMakeFiles/altonegen.dir/examples/altonegen.c.o:(main)
/usr/bin/ld: error: cannot preempt symbol: alcGetContextsDevice
>>> defined in libopenal.so.1.18.0
>>> referenced by examples/altonegen.c
>>> CMakeFiles/altonegen.dir/examples/altonegen.c.o:(main)
...
(Ports that depend on audio/openal-soft may also need to be tagged with
LLD_UNSAFE.)
PR: 219089
Approved by: kwm
Sponsored by: The FreeBSD Foundation
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
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.
- This adds support for building with the sndio audio output (audio/sndio).
PR: 211664
Submitted by: Tobias Kortkamp <t@tobik.me>
Approved by: mva (maintainer timeout)
For some reason clang is breaking the code when openal-soft is built with
optimizations. If the file alBuffer.c is built with -O1 the problem don't
happens. See https://github.com/kcat/openal-soft/issues/18
The problem seems to happen just on CURRENT due the clang version.
PR: 199488, 203818
Tested by: ohartman@zedat.fu-berlin.de
Approved by: mva
MFH: 2015Q4
Chase portaudio change
Add patches from debian for games/cultivation
Add patches from upsteam for audio/rezound
Mark py-fastaudio as broken
Approved by: maintainer
This version provides
* additional and improved effects
* high- and band-pass EFX filters
* improved resampling support
* improved audio back-end support
* a GUI configuration utility (based on QT)
* and lots of other features: http://kcat.strangesoft.net/openal.html
