[osv-dev] [PATCH] libc: replace weak_alias and wrapper functions with linker symbol copy mechanism

This patch eliminates 3 wrapper functions in libc/math/aliases.c and 3 week_alias macro defined symbols in libc/math/finite*.c using new linker symbol copy mechanism designed by Nadav. I have also replaced 3 __finite*( functions with finite*( ones which will make it easy to drop all 3 libc/math/fi

[osv-dev] ISR and schd::preemptable problems in resolve_pltgot

I've been noodling with the old 'assigned virtio' code, trying to make it work again so I can use this method to get raw packets. See discusion on the 'raw sockets' thread. I'm mostly there (though I will admit, I'm far from a C++ programmer, so the code is pretty hideous), but I ran into an iss

[osv-dev] [COMMIT osv master] Add new mechanism for function aliases - outside original source file

From: Nadav Har'El Committer: Waldemar Kozaczuk Branch: master Add new mechanism for function aliases - outside original source file For a long time, adding an alias to a function required us to use the "weak_alias" macro in the *same* source file as the original function. This caused us to mod

[osv-dev] [COMMIT osv master] virtio-fs: add error check in fs

From: Fotis Xenakis Committer: Waldemar Kozaczuk Branch: master virtio-fs: add error check in fs Ref https://github.com/cloudius-systems/osv/issues/1094 Signed-off-by: Fotis Xenakis Message-Id: --- diff --git a/fs/virtiofs/virtiofs_vfsops.cc b/fs/virtiofs/virtiofs_vfsops.cc --- a/fs/virtio

Re: [osv-dev] [PATCH v2] Add new mechanism for function aliases - outside original source file

On Wed, Aug 5, 2020 at 7:36 AM Waldek Kozaczuk wrote: > This looks like a great solution. I was about to commit but I realized > that alias symbols like __res_init become global symbols vs weak in > loader.elf. Does it have any practical consequences to how they are handled > by OSv dynamic link