* llvm16: new recipe
* llvm16: clean up provides
* llvm16: fix build for secondary arch
* additional patches for lld
* llvm16: Alpha and CellSPU are no longer supported
* formatting
Co-authored-by: Sergei Reznikov <diver@gelios.net>
* llvm16: use python 3.10
* llvm16-clang: add missing GNU headers path
* build separate package for libunwind
* clang: silence warning for -pie
* clang: silence warning for -pthread and -pthreads
---------
Co-authored-by: Sergei Reznikov <diver@gelios.net>
Also:
- Fixed tab-completion when using libedit.
- Avoid mentions of "~/.xonshrc". Point to, and use,
~/config/settings/xonsh/xonchrc instead.
- Added "pygments" as a required package.
It is listed as an optional dependency, but "xonfig web"
(a command user will likely try as it is advertized at
start-up) fails without it.
- Silenced a startup error message, as it is known to be a
libedit vs readline issue, and doesn't seems to affect
normal usage.
Will now warn against using libedit, and recommend installing
the "gnureadline" Python module instead (currently, we don't
have it on HaikuPorts).
- require prompt_toolkit now that we have it. It provides
a much more richer experience out of the box.
This will get EOL-ed in October (assuming it ever gets a .19 release).
We've anounced its demise on the forums in March, with a 6 months grace
period. Now that we have 3.11 on the repos, time to let this one go.
While this only removes the Python 3.8 package, and not each individual
"_python38" package we have, at least it will make it obvious we need to
change those recipes at install/update/rebuild time.
Only one recipe (not under /dev-python/) uses `python3.8` directly, and that's
for `calibre`'s TEST() (that recipe needs moving to 3.10 anyway).
So long Python 3.8!
This is in order to clarify that this is not the "official" htop,
but a fork based on an older version, and that has since diverged.
- Enable build on 64 bits.
- Drop "-x86" suffix on 32 bits binary.
- Make it CONFLICT with "htop", effectively replacing it at install,
and just in case we get a recipe for the "official" htop.
(might just rename the provided `cmd:htop` instead in that case).
No need to have this for multiple versions of Python, as this
is just a cli program/tool.
This is still technically version 2.1.3 (no new release yet), but
with a patch that adds a commit from upstream, which adds
Python 3.10 support.
