GNU libtextstyle provides an easy way to add styling to programs that produce
output to a console or terminal emulator window. It does this in a way that
allows the end user to customize the styling using the industry standard, namely
Cascading Style Sheets (CSS).
WWW: https://www.gnu.org/software/gettext/libtextstyle/manual/
Port changes:
* Use nitrogen to set the wallpaper because it can handle interaction with desktop managers which feh can't
* Change the cron schedule to match wallpaper updates on the server
* Update pkg-message
yours truly).
The maintainer no longer wants to maintain ksh93 as his desire is to
maintain a backlevel port of ksh93 in order to build and support a
shared library for use by legacy applications, which is inconsistent
with the direction of the att/ast team on github. I will maintain the
port.
PR: 237332
PR: 238266
Approved by: maintiner (saper@saper.info)
that the maintainer wishes to use to create a shared library for use
with other applications such as CDE. It is based on ksh93v (2014-12-24)
and is incompatible with the direction that att/ast is taking the
official ksh93 implementation.
PR: 237332
Requested by: maintainer (saper@saper.info)
https://gcc.gnu.org/gcc-9/changes.html has a comprehensive overview of
many improvements and changes and https://gcc.gnu.org/gcc-8/porting_to.html
addresses issues you may encounter porting to this new version, though
this release series should have fewer of those than previous ones.
To provide a brief overview of some of the more noticable changes:
GCC's diagnostics now print source code with a left margin showing line
numbers. This is configurable via -fno-diagnostics-show-line-numbers.
Plus there have been lots of further improvements around diagnostic
messages in general as -fopt-info.
As usual a large number of improvements to code generation, including
but by far not limited to the following:
- Switch expansion (into expressions).
- Inliner defaults are tuned to better suit modern C++ codebases,
especially when built with link time optimizations.
- Hot/cold partitioning is now more precise and aggressive.
- Improved scalability for very large translation units.
- Link-time optimization improvements including faster compilation.
A new option -flive-patching=[inline-only-static|inline-clone] has
been introduced to provide a safe compilation for live-patching.
A new pair of profiling options -fprofile-filter-files and
-fprofile-exclude-files help filter which source files are instrumented.
New built-in functions __builtin_expect_with_probability,
__builtin_has_attribute, and __builtin_speculation_safe_value.
Significant effort has been put into refining existing compiler warnings
and adding additional diagnostics. One notable addition is -Wabsolute-value
which warns for calls to standard functions that compute the absolute value
of an argument when a more appropriate standard function is available. For
example, calling abs(3.14) warns because the appropriate function to
compute the absolute value of a double argument is fabs.
The spelling corrector now considers transposed letters, and the threshold
for similarity has been tightened, to avoid nonsensical suggestions.
A new option --completion provides better option completion in a shell
(such as bash).
OpenACC support in C, C++, and Fortran continues to be maintained and
improved. Most of the OpenACC 2.5 specification is implemented.
Version 5.0 of the OpenMP specification is now partially supported in
the C and C++ compilers.
There is now experimental support for the upcoming C2X revision of the
ISO C standard (via the -std=c2x and similar options).
The C++ front end has experimental support for some of the upcoming
C++2a draft features, enabled by the -std=c++2a or -std=gnu++2a options.
This includes range-based for statements with initializer, default
constructible and assignable stateless lambdas, lambdas in unevaluated
contexts, language support for empty data members, allowing pack expansion
in lambda init-capture, likely and unlikely attributes, class types in
non-type template parameters, allowing virtual function calls in constant
expressions, explicit(bool), std::is_constant_evaluated, nested inline
namespaces, etc.
The C++17 implementation is no longer experimental and parallel algorithms
and <execution> and <memory_resource> are available. Using the types and
functions in <filesystem> does not require linking with -lstdc++fs any more.
On the Fortran side asynchronous I/O is now fully supported; FINDLOC and
IS_CONTIGUOUS and other intrinsics have been implemented.
The MAX and MIN intrinsics are no longer guaranteed to return any
particular value in case one of the arguments is a NaN. This conforms
with the Fortran standard and what other Fortran compilers do.
A new option -fdec-include, set also by -fdec, has been added for
compatibility with legacy code. With this option, the INCLUDE directive
is parsed also as a statement, which allows it to be written on multiple
source lines with line continuations.
Support for the Cell Broadband Engine (SPU), and thus powerpcspe on
FreeBSD as well, has been removed for lack of upstream maintainership.
Also there's been a minor ABI change on arm* targets (that GCC warns
about by default, controlled by the -Wpsabi option).
Support for the D programming language has been added to GCC, implementing
version 2.076 of the language and run-time library, though this port does
not enable this yet. Volunteers welcome to test and contribute.
<ChangeLog>
*) Feature: request routing by arguments, headers, and cookies.
*) Feature: route matching patterns allow a wildcard in the middle.
*) Feature: POST operation for appending elements to arrays in
configuration.
*) Feature: support for changing credentials using CAP_SETUID and
CAP_SETGID capabilities on Linux without running main process as
privileged user.
*) Bugfix: memory leak in the router process might have happened when a
client prematurely closed the connection.
*) Bugfix: applying a large configuration might have failed.
*) Bugfix: PUT and DELETE operations on array elements in configuration
did not work.
*) Bugfix: request schema in applications did not reflect TLS
connections.
*) Bugfix: restored compatibility with Node.js applications that use
ServerResponse._implicitHeader() function; the bug had appeared in
1.7.
*) Bugfix: various compatibility issues with Node.js applications.
</ChangeLog>
Some big changes in this update:
* Patchlevel 1439
* Default python is now 3.x instead of 2.x [1]
* Expose DEFAULT_VIMRC option (on by default) to vim-tiny
Also, many changes to the default vimrc. Any changes necessarily risk
contention, but then I remembered that I actually maintain editors/vim,
so here we are. The idea here is that Vim, by default, behaves like Vi,
and people who install the Vim port do so because they DON'T just want
Vi. I've enabled features that are basic quality-of-life settings for
me, and that I hope will be ideal for most end-users.
Important changes in the default vimrc:
* Don't install gvimrc at all. gvim should load $ETCDIR/vimrc anyway. I
can't test gvim locally, so someone please let me know if I broke it.
* Turn on autoindent
* Disable console bells entirely. Console bells are terrible.
* Enable incsearch: highlights search results as you type them
* ^L clears search highlights while redrawing the screen
* Assume fast terminal by default
* Explain every setting in comments
Many of these settings are modeled after the defaults in NeoVim, which
really got it right. I want our default vimrc to be usable and ideal,
so please let me know if anything doesn't work for you, or if you have
other settings you'd like to see changed in the default.
In particular, please let me know if I broke gvim by removing the gvimrc!
PR: 235142 [1]
Submitted by: John W. O'Brien [1]
Lua binding for libYAML C library for converting between
%YAML 1.1 and Lua tables.
Works with Lua 5.1 (including LuaJIT), 5.2, 5.3 and 5.4.
PR: 237281
Submitted by: yds@Necessitu.de
LuaSQLite3 is a thin wrapper around the public domain SQLite3
database engine providing a mean to manipulate SQLite3 databases
directly from Lua using Lua 5.
PR: 237282
Submitted by: yds@Necessitu.de
