Reapply "Merge commit e24f90190c77 from llvm git (by Brad Smith):"
[Driver] Enable outline atomics for FreeBSD/aarch64 (#156089)
The compiler_rt helper functions have been built since 12.4, 13.1, 14
and anything newer.
This reverts commit bd27bd1f51d049538cc7a0053be9d99110a53ae1.
Only some people (including the release manager, unfortunately) ran into
build issues with the previous iteration of this commit, because they
were bootstrapping the compiler, either via the WITHOUT_SYSTEM_COMPILER
src.conf(5) setting, or because the build system determined that their
base system compiler was out of date.
The bootstrapped compiler would then enable outline atomics and compile
libgcc_s with these, but because libgcc_s is linked with -nodefaultlibs,
it could not find the helper routines in libcompiler_rt.a.
[15 lines not shown]
devel/lfcbase: 1.22.2 -> 1.22.3, databases/cego: 2.52.42 -> 2.52.43
lfcbase:
- Warning elimination in several code modules.
-Wall should print no warnings anymore (with clang)
cego:
- Added patch for CegoJoinObject for correct and complete decoding.
This is needed for database recovery procedure if nested join select
occurs in update statement, e.g.
update t1 set b1 = ( select max(b2) from t2 inner join t3 on t2.a2 = t3.a3 );
- Warning elimination for several code modules.
In CegoContentObject encoding and decoding method,
the obsolete key flag in the schema information was removed.
This leads to a incompatibel datastructure and requires tableset
export/import for an uplift ot this version
- To toChain method of CegoTableObject, CegoJoinObject and
CegoAliasObject has been improved to treat undefined tabSetId
argument ( defTabSetId = 0 ).
mgb.4, muge.4: Use standard HARDWARE introduction
Release notes are generated using this text.
I used "interfaces" not "adapters" in these pages as the listed devices
are the controller ICs, not end-user projects.
Reviewed by: ziaee
Sponsored by: The FreeBSD Foundation
Differential Revision: https://reviews.freebsd.org/D53846
(cherry picked from commit a4aa7df767e0df49ca3294d2b578be25812364d8)
lldb: Fix Architecture parsing by reading the ELF header. (#162811)
Currently, LLDB in FreeBSD host sets the Process Architecture used by
lldbserver as Default one. Which cause problem when trying to debug a
32bit binary on amd64 platform since the lldb itself will found mismatch
architecture with lldbserver's return.
Notice that this patch is only a partial fix for the debugging problem.
We are still unable to debug x86 on x86_64 so that we don't provide
testcase in this patch.
PR: 289945
Obtained from: llvm-project 394e7ded8b6bcff1382468b407ca620a2837f41b
lldb: Fix empty register set when trying to get size of register
The register set information is stored as a singleton in
GetRegisterInfo_i386. However, other functions later access this
information assuming it is stored in GetSharedRegisterInfoVector. To
resolve this inconsistency, we remove the original construction logic
and instead initialize the singleton using llvm::call_once within the
appropriate function (GetSharedRegisterInfoVector_i386).
PR: 289945
Obtained from: llvm-project 41859c27842eeda1ef6ff18f3b2fb269388c0857
[CIR] Add builtin operator new/delete (#168578)
This PR adds `__builtin_operator_new` and `__builtin_operator_delete`.
The implementation is taken from clang code gen.
First step to make hp300 port the new m68k pmap ready:
- Add new pmap files to config(5) file definitions
- Add commented out options __HAVE_NEW_PMAP_68K in conf/std.hp300
- Adjust <machine/pmap.h> and <machine/pte.h> for new pmap
initialization ops etc.
- Update <machine/vmparam.h> for the new pmap specific address layout
- Allocate intio, extio, and bootinfo_va space using the pmap_bootmap
structure and initialize va variables in hp300_init() in
__HAVE_NEW_PMAP_68K case
On hp300 the kernel is not mapped VA==PA so more work is necessary
to turn on/off the MMU (on-going).
Preparation of the new m68k pmap module for hp300:
- Rename pmap_bootstrap() -> pmap_bootstrap1()
- Move initialization of avail_start / avail_end to hp300_init()
- Move initialization of CLKbase and MMUbase to locore.s
[AArch64] Mark FMOVvXfY_ns as rematerializable, cheap
Otherwise, the register allocator may spill and reload constants that
can be rematerialized with a single instruction.
sysutils/go-ntfy: Use ETCDIR in server/* also
The server looks for config files in /etc/ntfy.
Make it look in PREFIX/etc/ntfy instead (usually /usr/local/etc/ntfy),
which is where the configs are actually (and are supposed to be) located.
PR: 291173
Reported by: vidar at karlsen.tech
Don't pass page-unaligned physical address to pmap_enter(9).
The traditional pmap_motorola.c implicitly trunc passed pa values,
but it looks the new pmap doesn't care about it.
Also use pmap_kenter_pa(9) to map such device region instead of
pmap_enter(9), and pass proper PMAP_NOCACHE flag for device accesses.
[AArch64] Mark FMOVvXfY_ns as rematerializable, cheap
Otherwise, the register allocator may spill and reload constants that
can be rematerialized with a single instruction.
[clang] Refactor to remove clangDriver dependency from clangFrontend and flangFrontend (#165277)
This removes the dependency on clangDriver from clangFrontend and
flangFrontend.
This refactoring is part of a broader effort to support driver-managed
builds for compilations using C++ named modules and/or Clang modules.
It is required for linking the dependency scanning tooling against the
driver without introducing cyclic dependencies, which would otherwise
cause build failures when dynamic linking is enabled.
In particular, clangFrontend must no longer depend on clangDriver
for this to be possible.
This change was discussed in the following RFC:
https://discourse.llvm.org/t/rfc-new-clangoptions-library-remove-dependency-on-clangdriver-from-clangfrontend-and-flangfrontend/88773
Update to privoxy-4.0.0
Changes: https://www.privoxy.org/announce.txt
From Christoph Liebender <christoph AT liebender DOT dev>, with comments
from sthen@ and myself.
Add backup pkgbase signing key held by security-officer.
This key was generated by gordon@ (aka security-officer@) on an offline
system as a backup key should anything happen to the AWS Key
Management Service that is currently in use for signing pkgbase
repositories for FreeBSD 15.x.
Approved by: re (cperciva)
Reviewed by: cperciva
With hat: so
(cherry picked from commit 12ec49d8fac2eacd40ad235bf73cc585736ee77a)
(cherry picked from commit 696b0e2209ee81c5a0b27c327cf66eb3c9cfc584)
