Displaying 20 results from an estimated 200 matches similar to: "Emitting aligned nlist_64 structures for Mach-O in MC"
2020 May 26
2
Emitting aligned nlist_64 structures for Mach-O in MC
I looked into this further. ld64 has a macho_nlist abstraction over the various underlying nlist structures [1]. On x86-64, the P::getP referenced in n_value will resolve to [2], which in turn goes to [3], which calls OSReadLittleInt64. On a little endian machine, OSReadLittleEndian just calls _OSReadInt64 [4], which in turn does a pointer arithmetic and cast and then dereferences the pointer [5].
2016 Jan 18
3
[cfe-dev] RFC: Enforcing pointer type alignment in Clang
Hi John,
On 15 Jan 2016, at 08:14, John McCall via llvm-dev <llvm-dev at lists.llvm.org> wrote:
>
> The question at hand is whether we should require the user to write this:
> misaligned_A_B *p = &a.b;
> instead of, say:
> A::B *p = &a.b;
> int x = *(misaligned_int*) &p->n;
> because we want to reserve the right to invoke undefined behavior and
2017 Jun 14
4
LLD support for mach-o aliases (weak or otherwise)
> On Jun 14, 2017, at 2:47 PM, Michael Clark via llvm-dev <llvm-dev at lists.llvm.org> wrote:
>
>>
>> On 15 Jun 2017, at 6:50 AM, Louis Gerbarg <lgerbarg at apple.com <mailto:lgerbarg at apple.com>> wrote:
>>
>>>
>>> On Jun 6, 2017, at 4:08 PM, Michael Clark via llvm-dev <llvm-dev at lists.llvm.org <mailto:llvm-dev at
2015 Feb 12
8
[PATCH 1/3] macosx: Includes/defines for byteswap operations
---
src/inspect-apps.c | 13 ++++++++++++-
src/inspect-fs-windows.c | 6 ++++++
src/journal.c | 5 +++++
3 files changed, 23 insertions(+), 1 deletion(-)
diff --git a/src/inspect-apps.c b/src/inspect-apps.c
index 20cf00a..8fbae9c 100644
--- a/src/inspect-apps.c
+++ b/src/inspect-apps.c
@@ -35,11 +35,22 @@
#include <sys/endian.h>
#endif
-/* be32toh is usually a macro
2016 Jul 01
2
How to resolve conflicts between sanitizer_common and system headers
Hi Sanitizer Runtime Developers,
We recently ran into a problem building clang because some of the definitions in sanitizer_common conflicted with system definitions and later another system header was trying to use the system definition:
.../usr/include/libkern/OSAtomicDeprecated.h:756:17: error: reference to 'memory_order_relaxed' is ambiguous
__theAmount, memory_order_relaxed) +
2011 Jan 07
1
[LLVMdev] [PATCH] compiler-rt patch for clean build on Solaris 10 / x86
Hi,
Attached is small patch (based of r122998 of compiler-rt), required for clean builds on Solaris 10 / x86 using clang 2.8.
Please consider it for inclusion.
Cheers,
Joakim
-------------- next part --------------
A non-text attachment was scrubbed...
Name: solaris_stdint.patch
Type: application/octet-stream
Size: 457 bytes
Desc: not available
URL:
2017 Jun 14
1
LLD support for mach-o aliases (weak or otherwise)
> On Jun 6, 2017, at 4:08 PM, Michael Clark via llvm-dev <llvm-dev at lists.llvm.org> wrote:
>
> Hi Folks,
>
> I’m working on a port of musl libc to macos (arch triple is “x86_64-xnu-musl”) to solve some irreconcilable issues I’m having with libSystem.dylib. I don’t want to use glibc for various reasons, mainly because I want to static link. I have static PIE + ASLR working
2016 Jul 01
2
How to resolve conflicts between sanitizer_common and system headers
> On Jul 1, 2016, at 12:10 PM, Dmitry Vyukov <dvyukov at google.com> wrote:
>
> On Fri, Jul 1, 2016 at 8:53 PM, Anna Zaks <ganna at apple.com> wrote:
>> Hi Sanitizer Runtime Developers,
>>
>> We recently ran into a problem building clang because some of the
>> definitions in sanitizer_common conflicted with system definitions and later
>>
2016 Jan 15
2
[cfe-dev] RFC: Enforcing pointer type alignment in Clang
(Sorry for the duplicate mail, Richard, I accidentally sent a copy only to
you before.)
On Thu, Jan 14, 2016 at 10:26 PM, Richard Smith via cfe-dev <
cfe-dev at lists.llvm.org> wrote:
> [1]: That's not completely true, as it's possible to create an object
> that is underaligned for its type:
>
> struct __attribute__((packed)) A {
> char k;
> struct B { int n;
2017 Jul 21
2
Which assumptions do llvm.memcpy/memmove/memset.* make when the count is 0?
> So, the pointer arguments of memcpy *shall* (a violation of a shall
> clause is UB, per §4/2) have valid values, even though the function will
> copy zero characters.
This is true in C but the question was about LLVM intrinsics.
Since the LangRef does not mention any such restriction, I would assume
that memcpy(0,0,0) is not UB in LLVM. If it is UB then we must update
the LangRef
2003 Aug 24
1
ibm fstack protector
yo, ive been using the fstack protector for a while now and it worked
fine until i was gonna compile 4.8p3 then i got these errors,
sio.o(.text+0x18b7): undefined reference to `__guard'
sio.o(.text+0x1da9): undefined reference to `__guard'
sio.o(.text+0x1db9): undefined reference to `__stack_smash_handler'
vga_isa.o: In function `isavga_probe':
vga_isa.o(.text+0x10): undefined
2018 Aug 23
2
How does LLDB locate the DWARF information stored inside MACH-O .o files produced by LLVM and LLD?
When I make a simple test program and call abort() and use LLDB to debug
it, it has address-to-line mapping. If I then delete the .o file and run
LLDB again, it loses the address-to-line mapping. So there must be DWARF
info, or otherwise address-to-line info in the .o file.
I'm parsing the MACH-O executable, which has a LC_SYMTAB entry, and one of
the entries is the file path of the .o file.
2009 Apr 26
4
1.6.1: menuselect has problems with x86_64 ??
1.6.1 svn 190575:
CC="cc" CXX="g++" LD="" AR="" RANLIB="" CFLAGS="" make -C menuselect
CONFIGURE_SILENT="--silent" menuselect
make[1]: Entering directory
`/home/asterisk/rpmbuild/BUILD/asterisk-1.6.1/menuselect'
gcc -m64 -march=native -mtune=native -floop-interchange
-floop-strip-mine -floop-block -c -o
2015 Aug 03
3
[LLVMdev] RFC: ThinLTO File Format
As discussed in the high-level ThinLTO RFC (
http://lists.cs.uiuc.edu/pipermail/llvmdev/2015-May/086211.html), we would
like to add support for native object wrapped bitcode and ThinLTO
information. Based on comments on the mailing list, I am adding support for
ThinLTO in both normal bitcode files, as well as native-object wrapped
bitcode.
The following RFC describes the planned file format of
2015 Aug 28
6
Aligned vector spills and variably sized stack frames
I've run into a problem that I'm trying to figure out how to address and
would welcome ideas and feedback.
Today, the vectorizer will nicely vectorize loops using the widest legal
vector type for the target. On a reasonable recent machine, this will
often end up using AVX2 registers which are 32 bytes wide.
If during register allocation, we decide to spill one of these
registers, we
2017 Jun 06
4
LLD support for mach-o aliases (weak or otherwise)
Hi Folks,
I’m working on a port of musl libc to macos (arch triple is “x86_64-xnu-musl”) to solve some irreconcilable issues I’m having with libSystem.dylib. I don’t want to use glibc for various reasons, mainly because I want to static link. I have static PIE + ASLR working which is not actually supported by the Apple toolchain (*1), but I managed to get it to work. I’m sure Apple might say
2012 Feb 28
0
[LLVMdev] [patch] atomic functions on darwin
Hi,
Some time in the last few weeks I noticed my cmake build of
svn-trunk on powerpc-darwin8 start to warn about atomics being unavailable
and thus building thread-unsafe. I just looked into it and found an easy
solution, using the atomic functions in <libkern/OSAtomic.h> in
/usr/include. The attached patch does this and also modifies the cmake
and autoconf tests to 'pass'
2020 May 19
1
[PATCH nbdkit] common/include: Add locale-safe ascii_strcasecmp and ascii_strncasecmp.
These are derived from the FreeBSD functions here:
https://github.com/freebsd/freebsd/blob/master/sys/libkern/strcasecmp.c
Thanks: Eric Blake.
---
common/include/Makefile.am | 6 +++
common/include/ascii-ctype.h | 6 +++
common/include/ascii-string.h | 77 ++++++++++++++++++++++++++++
common/include/test-ascii-string.c | 79 +++++++++++++++++++++++++++++
server/main.c
2015 Feb 12
0
Re: [PATCH 1/3] macosx: Includes/defines for byteswap operations
On Thursday 12 February 2015 17:28:46 Margaret Lewicka wrote:
> ---
> src/inspect-apps.c | 13 ++++++++++++-
> src/inspect-fs-windows.c | 6 ++++++
> src/journal.c | 5 +++++
> 3 files changed, 23 insertions(+), 1 deletion(-)
>
> diff --git a/src/inspect-apps.c b/src/inspect-apps.c
> index 20cf00a..8fbae9c 100644
> --- a/src/inspect-apps.c
> +++
2015 Aug 19
3
[RFC] Generalize llvm.memcpy / llvm.memmove intrinsics.
Hi All,
I'd like to float two changes to the llvm.memcpy / llvm.memmove intrinsics.
(1) Add an i1 <mayPerfectlyAlias> argument to the llvm.memcpy intrinsic.
When set to '1' (the auto-upgrade default), this argument would indicate
that the source and destination arguments may perfectly alias (otherwise
they must not alias at all - memcpy prohibits partial overlap). While the C