lack of this->, some missing #include's) that could be patched via simple
sed(1) calls and one trivial patch. Linking still fails, and so does the
build with GCC 4.6+; this would be fixed in a separate commit, along with
other issues with the port (dependency on restricted LAME codec, usage of
somewhat old FOX v1.4).
While here, convert large number of optional LIB_DEPENDS conditionals to
helper knobs, reword LARGEFILE_DESC, do not bogusly augment CONFIGURE_ENV,
and stagify.
For users that have ReZound package installed, this commit does not bring
any visible changes, and should not be merged to any "stable" or quarterly
branches alone.
Remove patch to add -I/usr/local/include in freetype-config --cflags. If
ports need extra headers they should look for them, and not get them via
a side-effect.
Freetype had a header resuffle in 2.5.1, patch ports to use the new header
style.
Thanks go to bdrewery for the two exp-runs and rakuco for helping me with
some troublesome cmake ports.
PR: ports/184587
Session::add_routes(); no idea why it worked before with GCC 4.2
- Switch from using non-standard STL slist container (which is not available
with libc++) to the one provided by boost::container::slist, it allows to
build Ardour on all supported FreeBSD versions/compilers
- Fix remaining cases of boost::shared_ptr to fix the build against Clang
to their latest versions
Several new modules, however some will no longer work after changes to the
core code; a best effort has been made to investigate and mark such broken
modules.
Musicpd has been rewritten in c++, and now unfortunately requires a
modern gcc to build.
While here, remove duplicate LICENSE line pointed out by danfe...
* new analysis code and tuning that significantly improves encoding
quality, especially for variable-bitrate (VBR),
* automatic detection of speech or music to decide which encoding
mode to use,
* surround with good quality at 128 kbps for 5.1 and usable down
to 48 kbps,
* and speed improvements on all architectures.
Chase shared library bump.
PR: 184956
0.18 update will come soon, but it's proving nontrivial
due to a substantial rewrite in c++!
PR: ports/184768
Submitted by: Thomas Zander <thomas.e.zander@googlemail.com>
Setuptools is the preferred method to manage Python distributions after
many changes to the packaging ecosystem over the past couple of years.
Only ports using USE_PYDISTUTILS= yes are affected by this commit, ports using
USE_PYDISTUTILS= easy_install remains the same however this usage is now
deprecated and should be converted to USE_PYDISTUTILS= yes.
Some Python distributions do not work with setuptools out of the box because
they extend the install command from distutils and not setuptools, and
so they need to be patched accordingly.
pip (which leverages setuptools) works around the issue by using eggs, however
we want to get rid of those as well, as support for "flat" installation is
unavailable or has other issues associated with it.
This work allows us to unify how python packages are built, ensure that Python
distributions are installed consistently, reduces complexity for Python port
maintainers and paves the way for simplifying the Python ports framework in
the future.
With hat on: python
Reviewed by: koobs, antoine
Exp-run: bdrewery
Approved by: bdrewery (portmgr)
