- People keep adding options named DEBUG to enable verbose things in
their ports and have no idea it also enables WITH_DEBUG.
- We already have WITH_DEBUG_PORTS that can enable WITH_DEBUG on a per
port basis.
Differential Revision: https://reviews.freebsd.org/D16829
cargo.mk is still too eager in splitting a crate's name and version
in two when the name contains a dash followed by a number. For
example with utf-8-0.7.4 the wrong URL ends up being used in
MASTER_SITES
.../utf/8-0.7.4/download/...
instead of
.../utf-8/0.7.4/download/...
PR: 230413
Reported by: Thomas Hurst <tom@hur.st>
GCC, from CFLAGS and CXXFLAGS.
This also establishes a good place where to add any additional such
cases in the future.
PR: 230200
Submitted by: rozhuk.im@gmail.com
Upstream used to distribute protocol headers as separate packages, but has
decided to merge those to a common package, named xorgproto. This update
tracks that change.
* Add a new port, x11/xorgproto, with are protocol headers for xorg.
* Hook the new protocol port to the build and to infrastructure in
bsd.xorg.mk.
* Update all ports with a dependency on any of the old *proto packages to
instead depend on xorgproto. Bump portrevision.
* Delete the old *proto packages, update MOVED.
PR: 230023
Submitted by: zeising
Approved by: portmgr (antoine)
exp-run by: antoine
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
others) from GCC 6 to GCC 7.
PR: 222542
Tested by: antoine (exp-runs)
Approved by: antoine
Thanks to: jbeich, tobik, and others for helping fix (broken) ports
lang/ruby23 is already fixed same way, port it to newer releases
By the way, this unbreak ninja builds with any port relied on libruby.so
PR: 229898
Submitted by: fluffy
Reviewed by: ruby (miwi)
Approved by: ruby (miwi)
Exp-run by: antoine
MFH: 2018Q3
Differential Revision: D16341
- To support amd64, map amd64 to x86_64 when generating the --host argument
to configure in bsd.port.mk and when generating --target arguments in port
Makefiles.
- Add entries to the plists for i386 and amd64. amd64 generally includes both
amd64-specific entries as well as i386 entries.
- Don't include the builtin float.h for i386 and amd64.
Reviewed by: bapt
Approved by: portmgr (bapt)
Differential Revision: https://reviews.freebsd.org/D16250
This fixes PLIST_SUB being too big and PLIST_SUB_SED getting bigger than
_POSIX2_LINE_MAX.
PR: 222355
Reported by: asomers
Reviewed by: asomers, mfechner
Sponsored by: Absolight
Differential Revision: https://reviews.freebsd.org/D14014
- remove reference assemblies as a dependency: no longer required
- remove mono-addins as a dependency: shipped internally (via github)
- remove cmake as a dependency: replaced by new build system based on msbuild
- add multiple nuget feeds and move nuget dependencies into separate files
- explicitly set full path to install(1) to fix installation script
- USES=mono: read nupkg name and version from nuspec file
Differential Revision: https://reviews.freebsd.org/D16070
objdump is being removed from HEAD, make sure everything still works
when this happens.
PR: 229049
Reported by: emaste
Sponsored by: Absolight
Differential Revision: https://reviews.freebsd.org/D15904
Enhance makenupkg to properly generate nupkg-* files when multiple feeds
provide the same package (but different versions).
Add NUGET_LAYOUT to dictate the layout of the package directory. Sometimes
msbuild (and nuget) does not work with symbolic links and cannot handle the
`legacy` layout.
Starting at ExtUtils::MakeMaker 7.31_06 and Perl 5.27.1, the base
README.pod is no longer installed. So stop installing them altogether.
PR: 229112
Reported by: many
Sponsored by: Absolight
Differential Revision: https://reviews.freebsd.org/D15946
Otherwise, when used with BATCH defined so as to not be bothered by
config screen and all, it will almost silently reverse obsolete patches
and make you wonder why something is now broken.
Reviewed by: sbruno
Sponsored by: Absolight
Differential Revision: https://reviews.freebsd.org/D15804
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
