Displaying 8 results from an estimated 8 matches for "cstring_literals".
2018 May 19
2
tbaa error: Access type node must be a valid scalar type
...lle_objc_loadclasslist*,
%struct._mulle_objc_loadcategorylist*, %struct._mulle_objc_superlist*,
%struct._mulle_objc_loadcategorylist.0*,
%struct._mulle_objc_loadhashnamelist* }
@OBJC_METH_VAR_NAME_ = private unnamed_addr constant [8 x i8]
c"test1::\00", section "__TEXT,__cstring,cstring_literals", align 1
@OBJC_METH_VAR_TYPE_ = private unnamed_addr constant [16 x i8]
c"v32 at 0:8^v16^v24\00", section "__TEXT,__cstring,cstring_literals", align 1
@OBJC_CLASS_NAME_ = private unnamed_addr constant [4 x i8] c"Foo\00",
section "__TEXT,__cstring,cstring_l...
2009 Mar 02
0
[LLVMdev] Tight overlapping loops and performance
On Mon, Mar 2, 2009 at 2:45 PM, Jonathan Turner <probata at hotmail.com> wrote:
> For which version of gcc? I should mention I'm on OS X and using the LLVM
> SVN.
gcc 4.3. It's also possible this is processor-sensitive.
>> First, try looking at the generated code... the code LLVM generates is
>> probably not what you're expecting. I'm getting the
2009 Mar 03
3
[LLVMdev] Tight overlapping loops and performance
...ve %edx, %eax
incl %ecx
cmpl $999999999, %ecx
jne LBB1_1 ## loopto
LBB1_2: ## bb1
movl %eax, 4(%esp)
movl $LC, (%esp)
call _printf
xorl %eax, %eax
addl $12, %esp
ret
.section __TEXT,__cstring,cstring_literals
LC: ## LC
.asciz "Timeout: %i\n"
.subsections_via_symbols
Setting the loops to decl instead of cmove/incl might seem like more work, but appears to be faster:
.text
.align 4,0x90
.globl _main
_main:
subl...
2009 Mar 02
3
[LLVMdev] Tight overlapping loops and performance
> Date: Mon, 2 Mar 2009 13:41:45 -0800
> From: eli.friedman at gmail.com
> To: llvmdev at cs.uiuc.edu
> Subject: Re: [LLVMdev] Tight overlapping loops and performance
>
> Hmm, on my computer, I get around 2.5 seconds with both gcc -O3 and
> llvm-gcc -O3 (using llvm-gcc from svn). Not sure what you're doing
> differently; I wouldn't be surprised if it's
2017 Mar 07
4
[BUG Report] -dead_strip, strips prefix data unconditionally on macOS
...t 16
> movl _main-4(%rip), %esi
> leaq L_.str(%rip), %rdi
> xorl %eax, %eax
> callq _printf
> xorl %eax, %eax
> popq %rcx
> retq
> .cfi_endproc
>
> .section __TEXT,__cstring,cstring_literals
> L_.str: ## @.str
> .asciz "p = %d\n"
>
>
> .globl _main.dsp
> .alt_entry _main.dsp
> _main.dsp = _main-4
> .subsections_via_symbols
>
> any ideas how to get the .alt_entry right?
>
> Cheer...
2009 Jun 03
1
[LLVMdev] RFA: Alignment of Strings
...h.");
}
$ gcc -arch i386 -S -o - t.c -Os
.cstring
.align 2
LC0:
.ascii "this is some error message that is kind of longish.\0"
...
LLVM on the other hand generates this on Darwin:
$ /Developer/usr/bin/llvm-gcc -arch i386 -S -o - t.c -Os
...
.section __TEXT,__cstring,cstring_literals
.align 4
LC:
.asciz "this is some error message that is kind of longish."
Note that the alignment in LLVM is greater than it is for GCC. When I
look at the alignment of the string in GDB, the front-end is saying
that it's 8, which would be '.align 3'. I have...
2017 Mar 07
2
[BUG Report] -dead_strip, strips prefix data unconditionally on macOS
...> > leaq L_.str(%rip), %rdi
> > xorl %eax, %eax
> > callq _printf
> > xorl %eax, %eax
> > popq %rcx
> > retq
> > .cfi_endproc
> >
> > .section __TEXT,__cstring,cstring_literals
> > L_.str: ## @.str
> > .asciz "p = %d\n"
> >
> >
> > .globl _main.dsp
> > .alt_entry _main.dsp
> > _main.dsp = _main-4
> > .subsections_via_symbols
> >
> > any idea...
2017 Mar 07
2
[BUG Report] -dead_strip, strips prefix data unconditionally on macOS
On Mon, Mar 6, 2017 at 5:54 PM, Moritz Angermann <moritz.angermann at gmail.com
> wrote:
> Hi Peter,
>
> I’ve just experimented with this a bit:
>
> Say we would end up with the following assembly:
>
> .section __TEXT,__text
> .globl _main
>
> .long 1
> _main:
> inc %eax
> ret
>
> .globl _main.dsp
> .alt_entry _main.dsp