In order to allow concurrent installation, the GCC ports, as of 0338e04,
moved some header files to internal locations. Emacs built with
NATIVECOMP requires GCC jit libraries. Rather than patching Emacs to
search in those internal locations, build Emacs with GCC when NATIVECOMP
is turned on.
PR: 257060
Tested by: jcfyecrayz@liamekaens.com, yasu
Sponsored by: The FreeBSD Foundation
Differential Revision: https://reviews.freebsd.org/D37275
Commit b7f05445c0 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)
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.
This commit implements such a proposal and moves one of the WWW: entries
of each pkg-descr file into the respective port's Makefile. A heuristic
attempts to identify the most relevant URL in case there is more than
one WWW: entry in some pkg-descr file. URLs that are not moved into the
Makefile are prefixed with "See also:" instead of "WWW:" in the pkg-descr
files in order to preserve them.
There are 1256 ports that had no WWW: entries in pkg-descr files. These
ports will not be touched in this commit.
The portlint port has been adjusted to expect a WWW entry in each port
Makefile, and to flag any remaining "WWW:" lines in pkg-descr files as
deprecated.
Approved by: portmgr (tcberner)
A new USES has been added to depend on ImageMagick.
USES=magick
adds a LIB_DEPENDS on graphics/ImageMagick${IMAGEMAGICK_DEFAULT}.
If a specific version is required, use for example
USES=magick:6 resp. USES=magick:7
If only a build, run or test is required, use for example
USES=magick:build resp. USES=magick:6,build,test
If a dependency on the nox11 flavor is required, use for example
USES=magick:nox11 resp. USES=magick:7,nox11,run,test
See magick.mk for more details on the available flags.
The tree has been completely converted to make use of this.
Approved by: bapt
Differential Revision: https://reviews.freebsd.org/D32754
While here, make sure gtk-update-icon-cache is only on run dependency
where added as a dependency
Enforce gtk3 to depend on gtk-update-icon-cache (previously it was
inheriting the dependency)
- switch to the more modern version of librsvg2 on architectures
supporting rust
- this will fix some graphical issues on these architectures
PR: 250276
Exp-run by: antoine
Submitted by: tobik
Differential Revision: https://reviews.freebsd.org/D18878
Please refer to the 20200811 UPDATING entry when upgrading
dependent (*-emacs26-*) ports.
Port changes:
- depend on math/gmp
- match upstream by turning CAIRO, HARFBUZZ, and JSON options and on and
turning MAGICK off by default
- remove OPENMP check for graphics/ImageMagick as the openmp is now
included in base
- update EMACS_VER in Mk/Uses/emacs.mk
- bump USES=emacs ports or remove BROKEN for net-im/jabber.el and
deskutils/howm, which now build
Submitted by: HIROSE Yuuji <yuuji@gentei.org> (canna patch)
Reviewed by: ashish
Differential Revision: https://reviews.freebsd.org/D23966
and 13-CURRENT remote hosts
PR: 243807
Submitted by: Yuichiro NAITO <nairo dot yuichiro at gmail dot com>
Reported by: John F. Carr <jfc at mit dot edu>
libncurses in base system only supports termcap(5). RGB has 3 colors
but termcap(5) supports at most 2 arguments e.g.,
$ export TERMCAP="${TERM}:Co#0x1000000:AF=\E[38;2;%d;%d;%dm:AB=\E[48;2;%d;%d;%dm:tc=${TERM}:"
$ tput AB 1 1 1
tput: too many arguments (3) for capability `AB'
To work around the limitation make Emacs check if environ(7) has
COLORTERM=truecolor some terminal emulators define by default e.g.,
- x11-toolkits/vte3 (gnome-terminal, sakura, ...)
- x11/alacritty
- x11/aminal
- x11/kitty (bug 233010)
- x11/konsole
- x11/qterminal
while others require defining COLORTERM=truecolor manually e.g.,
- x11/cool-retro-term
- x11/sterm
- x11/xterm
PR: 247248
Approved by: jrm
Obtained from: upstream
Clang currently miscompiles emacs, resulting in broken builds for dependencies:
===> Building for treepy.el-emacs26-0.1.1_3
(cd /wrkdirs/usr/ports/devel/treepy.el/work-full/treepy.el-0.1.1 ; /usr/local/bin/emacs-26.3 -batch -q -f batch-byte-compile treepy.el)
*** Signal 6
Use GCC to workaround it.
PR: 243484
Approved by: jrm (maintainer)
Remove the optional dependency on libXp from editors/emacs and
editors/emacs-devel. The dependency on libXp is added if the MOTIF option
is selected, but libXp isn't needed in this case. The MOTIF option is not
the default.
libXp has been deprecated and is going away.
Port changes:
- Remove JSON knob, because Emacs has no configurable json option in
versions prior to and including 26.3. The knob should not have been
added in r472261.
- Add USES+=gnome unless flavor is nox. Do this because defining
INSTALLS_ICONS adds USE_GNOME+=gtk-update-icon-cache.
Upstream changes:
https://www.gnu.org/software/emacs/news/NEWS.26.3
Submitted by: HIROSE Yuuji <yuuji@gentei.org> [canna patch updates]
Differential Revision: https://reviews.freebsd.org/D21193
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
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
* Add PKGNAMESUFFIX and rename the directory. This was done to show
that IM6 is not the "main" version. But still fully supported by upstream.
* Convert a number of options to optionhelpers.
* Add option for ISO/IEC 23008-12:2017 HEIF suport
* Add comment to pkg-descr explaining IM6's "legacy" tag.
* Add comment to the patch-config_policy.xml file why it still needed.
Please note that IM7 is not a drop in replacement due to library API and
command arguments changes. And as a result ports need to decide for themself
which version to use.
Chase these changes in all the ports that using IM6.
PR: 225102 (based on, only the version update) [1]
Submitted by: Pascal Christen <pascal.christen@hostpoint.ch>
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
