search for: akkadia

Displaying 7 results from an estimated 7 matches for "akkadia".

2012 Apr 25
5
[LLVMdev] Adding support for explicitly specified TLS models (PR9788)
...XCore, do their own thing - The other targets don't support thread-local storage If this sounds good, I've got patches coming up. Thanks, Hans [1] http://gcc.gnu.org/onlinedocs/gcc-4.0.4/gcc/Variable-Attributes.html#index-g_t_0040code_007btls_005fmodel_007d-attribute-1797 [2] http://www.akkadia.org/drepper/tls.pdf
2012 Jun 04
0
[LLVMdev] [Patch, RFC] Re: Adding support for explicitly specified TLS models (PR9788)
...cal exec >  - X86 for Darwin and Windows, and XCore, do their own thing >  - The other targets don't support thread-local storage > > [1] http://gcc.gnu.org/onlinedocs/gcc-4.0.4/gcc/Variable-Attributes.html#index-g_t_0040code_007btls_005fmodel_007d-attribute-1797 > [2] http://www.akkadia.org/drepper/tls.pdf [3] http://code.google.com/searchframe#BGeH2W13jNw/trunk/src/thread_cache.h&l=257 -------------- next part -------------- A non-text attachment was scrubbed... Name: tls_models.diff Type: application/octet-stream Size: 36638 bytes Desc: not available URL: <http://lists.l...
2014 May 22
0
[PATCH] openssh - loginrec.c - Non-atomic file operations.
Hi all. I rewrited lastlog_openseek function. Now is little more atomic when file operations on lastlog file happens. For more details why separate stat and open isn't so safe please take a look at: http://www.akkadia.org/drepper/defprogramming.pdf Have nice day Robin Hack -------------- next part -------------- diff --git a/loginrec.c b/loginrec.c index 4219b9a..281d650 100644 --- a/loginrec.c +++ b/loginrec.c @@ -163,6 +163,7 @@ #include <string.h> #include <time.h> #include <unistd.h> +...
2012 Oct 22
3
[PATCH 0/2 NOT WORKING] Symbol versioning
John, This was my attempt to add symbol versioning to the library, letting us break ABI without breaking any existing callers. Unfortunately it doesn't work: - the new versioned symbols are marked local in libguestfs.so - the existing symbols should now have @GUESTFS_0.0 versions, but don't The documentation for this stuff is extremely thin, and I've got a bad case of
2017 Nov 08
6
[RFC] lld: Dropping TLS relaxations in favor of TLSDESC
...later. This should greatly simplifies the code because it does not only reduce the complexity and amount of the existing code, but also reduces the amount of knowledge you need to have to read the code, without sacrificing performance of lld-generated files in practice. Thoughts? [1] https://www.akkadia.org/drepper/tls.pdf [2] http://www.fsfla.org/~lxoliva/writeups/TLS/RFC-TLSDESC-x86.txt -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.llvm.org/pipermail/llvm-dev/attachments/20171107/b39b7aaf/attachment-0001.html>
2012 Oct 30
5
[PATCH v3 0/5] Add symbol versioning.
This is a simpler patch series to add symbol versioning. I have pushed patches 1-3 upstream. Rich.
2012 Oct 30
7
[PATCH v2 0/7] Add symbol versioning (now working).
This rather more complex patch series adds symbol versioning (7/7 shows it in action). This works for me, tested by running old and new virt-inspector binaries against the new library. Rich.