* Enable NATIVECOMP option by default [1]
* If Emacs is build with NATIVECOMP enabled, display message as
following at installation and upgrading time [2]
- There are some elisp applications that don't work collectly if it
is native compiled
- If user uses such applications there is workaround to disable
nativecompilation by user configuration [3]
- Native compilation often results in high CPU
- It is also possible to throttle it by user configuration
* Tidy up Makefile with portfmt
Discussed with: ashish, jrm [1],[2]
Reference: https://lists.gnu.org/archive/html/help-gnu-emacs/2022-04/msg00129.html [3]
Reviewed by: ashish, jrm
Differential Revision: https://reviews.freebsd.org/D34935
Fix an incorrect coinmp-related dependency that was causing spurious
rebuilds. It was also reported to break the build of openoffice-4,
though I was unable to reproduce the problem, and it did not seem to
break the official package build. Add another missing dependency.
Both issues were reported by stage-qa.
PR: 263238
Fix an incorrect coinmp-related dependency that was causing spurious
rebuilds. It was also reported to break the build, though I was unable
to reproduce the problem, and it did not seem to break the official
package build. Add another missing dependency. Both issues were
reported by stage-qa.
PR: 263238
Vim no longer includes the Athena (Xaw) frontend, so drop the
athena flavor.
As requested by many (and based on a patch from scf), restore the x11
flavor. The x11 flavor is a bit odd; it doesn't actually include an X
GUI. As a result, when Vim got flavorized I dropped it as I thought
it was vestigial. What the x11 flavor actually provides is support for
some X interaction (mainly xclipboard), and is highly useful to people
who run console Vim within X.
The outcry was pretty swift, and I'd like to thank all the people who
took the time to email me about it, and especially scf who provided
the bulk of this patch.
I'm going to MFH this due to the athena build failure.
Building Emacs with support for compiling elisp to native code is an
interesting idea, but up to now there are no obvious performance
improvements. There are problems though. Background compilation can
eat up CPU, Emacs may fail to build (e.g., bug 2629490), and some
dependent ports may encounter problems. Thus, note that the option is
experimental to give users reasonable expectations.
Discussed with: abbe, yasu
Sponsored by: The FreeBSD Foundation
This version includes qt resources containing spaces which cause
build failures due to the incorrectly escaped spaces that end up
in the Makefile. Added a port-configure patch that removes the
offending lines.
LibreOffice has special detection for the change in alignment and size
of struct cxa_exception, when using libc++abi. However, this updated
alignment also applies to libunwind and upstream libcxxrt, and will soon
apply to our libcxxrt too.
Enable the special detection unconditionally for x86_64 and aarch64, so
libreoffice packages built on 13.0-R (with the old alignment) will
seamlessly work on 13.1-R (which will have the new alignment).
PR: 262008
When libvcllo.so is linked together with libpdfiumlo.so, it also needs
libopenjp2.so from graphics/openjpeg, since pdfium depends on that.
Building with LTO exposes this as an error, complaining about undefined
references to openjpeg library functions.
While here, add py310 to allowed versions to the build
PR: 262008
Submitted by: Florian Walpen <dev@submerge.ch>
Sponsored by: Netzkommune GmbH
Thursday, 3 March 2022
Over 120 individual programs plus dozens of programmer libraries and
feature plugins are released simultaneously as part of KDE Gear.
Today they all get new bugfix source releases with updated translations,
including:
* kcron: Improve temporary file handling
* kio-extras: SFTP can use random access
* kontact: Fix Manager Crash when clicking New
Distro and app store packagers should update their application packages.
Changelog:
https://kde.org/announcements/changelogs/gear/21.12.3/
Release Notes:
https://community.kde.org/KDE_Gear/21.12_Release_notes
- Switch to the distributed tarballs, rather than pulling from
github. This means NO_WRKSUBDIR, dos2unix, and removing the
patches that apply to sources in GH but that are not in the
released source tarballs.
- Set NOT_FOR_ARCHS to i386, since there's issues in WebKit like
ld: error: relocation R_386_PC32 cannot be used against
symbol cti_vm_throw; recompile with -fPIC
and I'm insufficiently interested in chasing this.
