Running CURRENT (FreeBSD 14.0-CURRENT #7 main-n250911-a11983366ea7: Mon Nov 22
18:17:54
CET 2021 amd64) troubles me with our DNS server/service.
Aproximately the same time we switched on CURRENT to the CURRENT LLVM13 version
and also,
after the compilation of a fresh OS with LLVM13, the upgrade f
Great news!
Note that your example of throwing an exception from a signal handler
works because the signal is delivered during a system call. The
compiler generates correct unwind tables for calls because any call may
throw.
If you did something like a division by zero to get a SIGFPE or a
On Thu, Nov 25, 2021 at 09:35:53AM +, David Chisnall wrote:
> Great news!
>
> Note that your example of throwing an exception from a signal handler works
> because the signal is delivered during a system call. The compiler
> generates correct unwind tables for calls because any call may throw
I've just finished builds of yesterday's CURRENT / main for arm and arm64.
In both builds I got lots of messages from ctfconvert:
ctfconvert: rc = 1 Unsupported version [_dwarf_info_load(229)]
I got an impression that there was a message for each object file, that's how
many of them were the
On Thu, Nov 25, 2021 at 06:34:19AM +0100, Kurt Jaeger wrote:
> Hi!
>
> > I have mostly finished implementation of "proper" vdso for amd64
> > native binaries, both 64bit and 32bit. Vdso wraps signal trampolines
> > into real dynamic shared object, which is prelinked into dynamically
> > linked im
On Thu, Nov 25, 2021 at 09:53:19PM +0200, Konstantin Belousov wrote:
> On Thu, Nov 25, 2021 at 09:35:53AM +, David Chisnall wrote:
> > Great news!
> >
> > Note that your example of throwing an exception from a signal handler works
> > because the signal is delivered during a system call. The
