User Details
- User Since
- Aug 30 2015, 11:51 AM (281 w, 5 d)
Mon, Jan 18
These symbols are usually macros + libc calls.
Wed, Jan 13
NetBSD uses macros too, but undefines them inside the header for __cplusplus. The proposed patch looks fine. This is a common source of portability issues, the stdio macros.
Tue, Jan 12
Mon, Dec 28
Well... technically speaking GLIBC is at least: GNU/Linux, GNU/FreeBSD and HURD.
Dec 15 2020
Dec 10 2020
Please include stdlib.h for alloca, unless you target SunOS. alloca.h is unavailable on NetBSD.
Dec 4 2020
Dec 1 2020
Ideally we should iterate over the startup process and investigate the state of the r_debug structure. Once it gets initialized, set the software brakpoint to r_brk and keep track of the dynamic loading and unloading of libraries. The tricky part is to detect the right moment to plug into r_brk, early enough in the startup process before calling constructors, loading the libraries etc and late enough to become initialized.
Nov 30 2020
Nov 23 2020
I would mark stmmX as an alias to stX and keep stX as the default for all platforms. stmmX could be an alias for everybody for legacy reasons.
Nov 19 2020
Nov 11 2020
Nov 10 2020
Nov 9 2020
Nov 8 2020
Nov 7 2020
I propose to filter all user induced signals at once and check & 0x10000 and SI_USER.
Nov 6 2020
I wonder why NetBSD fails having the same event handling.
Nov 5 2020
Nov 2 2020
It's relevant but I encountered issues to pass the review..
Oct 31 2020
Oct 28 2020
Oct 26 2020
Looks OK from the NetBSD point of view.
Oct 25 2020
Oct 24 2020
Oct 23 2020
Oct 21 2020
Oct 20 2020
Host a LLVM buildbot for DragonFly first, otherwise it will be even not ever build-tested.
Oct 19 2020
Oct 18 2020
Please leave builtins intact. ubsan might work, but removing it too is fine.
Oct 17 2020
Please, First remove unused + unusable code for already introduced OS. At most cutting it to ubsan.
This contains unrelated code to ubsan/dragonflybsd. While there can you remove unsupported code for other OSs you introduced? That was never operational?
Oct 15 2020
Oct 14 2020
Oct 13 2020
Oct 12 2020
Oct 10 2020
+ @bsdjhb John, could you have a look?
Oct 6 2020
Oct 5 2020
Oct 4 2020
Can we rename the register names in the darwin plugin?
Oct 2 2020
Confirmed to work.
Sep 17 2020
Sep 16 2020
Sep 14 2020
Sep 12 2020
std::atomic_is_lock_free or an reimplementation of it (without pulling C++ runtime), testing a type and asserting that in runtime or build time that it is lockfree.
I've verified that this symbol has unlikely any clashes with 3rd party software now. https://grep.app/search?q=ATTR_INLINE&case=true&words=true
Sep 10 2020
Sep 9 2020
These "linux" files will be ported to BSD so we might pick better names now.
Sep 8 2020
Please note that ncurses is not the only supported curses library. NetBSD uses its original BSD curses for LLVM projects.
Sep 5 2020
Aug 25 2020
Ping?
Aug 6 2020
Ping?