search for: _main

...++r; } } free(a); return r; } int main(int argc, char** argv) { if (argc != 2) return -1; int r = solve((int) strtol(argv[1], NULL, 10)); printf("%d solutions\n", r); } ``` clang 3.5's result: ``` public _main _main proc near var_48 = qword ptr -48h var_40 = qword ptr -40h var_34 = dword ptr -34h push rbp push r15 push r14 push r13 push r12 push rbx...

...gc, char** argv) >> { >> if (argc != 2) return -1; >> int r = solve((int) strtol(argv[1], NULL, 10)); >> printf("%d solutions\n", r); >> } >> ``` >> >> clang 3.5's result: >> >> ``` >> public _main >> _main proc near >> >> var_48 = qword ptr -48h >> var_40 = qword ptr -40h >> var_34 = dword ptr -34h >> >> push rbp >> push r15 >> push r14 >>...

...gt;>> int r = solve((int) strtol(argv[1], NULL, 10)); >>>> printf("%d solutions\n", r); >>>> } >>>> ``` >>>> >>>> clang 3.5's result: >>>> >>>> ``` >>>> public _main >>>> _main proc near >>>> >>>> var_48 = qword ptr -48h >>>> var_40 = qword ptr -40h >>>> var_34 = dword ptr -34h >>>> >>>> push rbp >>>>...

...n symbol. All other object formats would just emit the prefix data. Peter On Mon, Mar 6, 2017 at 6:16 PM, Moritz Angermann <moritz.angermann at gmail.com > wrote: > Thank you Peter! > > That seems to do the trick! > > $ cat test.s > .section __TEXT,__text > .globl _main > > .long 1 > _main: > inc %eax > ret > > .alt_entry _main > _main.dsp = _main-4 > > .subsections_via_symbols > > > $ clang test.s -dead_strip > $ otool -vVtdj a.out > a.out: > _main.dsp: > 0000000100000fb1 01 00 addl %eax, (%...

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 > What happens if you try ".alt_entry _main" instead? The alt_entry is supposed to be bound to the atom appearing *before* it. > _main.dsp = _main-4 > >...

...> > Peter > > > > On Mon, Mar 6, 2017 at 6:16 PM, Moritz Angermann < > moritz.angermann at gmail.com> wrote: > > Thank you Peter! > > > > That seems to do the trick! > > > > $ cat test.s > > .section __TEXT,__text > > .globl _main > > > > .long 1 > > _main: > > inc %eax > > ret > > > > .alt_entry _main > > _main.dsp = _main-4 > > > > .subsections_via_symbols > > > > > > $ clang test.s -dead_strip > > $ otool -vVtdj a.out > > a...

...s is *not* supported in shared libraries, as I originally thought. This wasn't working in my initial port, so I disabled relaxation. Make it work now: * For statically-linked executables, the _entry routine in crt0.S correctly initialises gp * For executables using the shared-library, add a _main routine in _main.S that initialises gp and tail-calls main * Add _main.o to $(KLIBCCRTSHARED) and change the entry point to _main * Install _main.o so klcc can use it * Drop the --no-relax linker option Signed-off-by: Ben Hutchings <ben at decadent.org.uk> --- usr/klibc/arch/riscv64/Kbui...

...axation is *not* meant to be used in shared libraries, but we should enable it in executables. pc-relative relaxation can be enabled in all cases. * When linking the shared library, define __global_pointer$ as 0 to disable gp-relative relaxation * For executables using the shared-library, add a _main routine in _main.S that initialises gp and tail-calls main * Add _main.o to $(KLIBCCRTSHARED) and change the entry point to _main * Install _main.o so klcc can use it * Drop the --no-relax linker option Signed-off-by: Ben Hutchings <ben at decadent.org.uk> --- usr/klibc/arch/riscv64/Kbui...

...jmp intrinsics, ran "opt -lowersetjmp" on it, and tried to compile it only to get this: Undefined symbols for architecture x86_64: "___llvm_sjljeh_throw_longjmp", referenced from: foo() in ccf8Gf0w.o "___llvm_sjljeh_init_setjmpmap", referenced from: _main in ccf8Gf0w.o "___llvm_sjljeh_add_setjmp_to_map", referenced from: _main in ccf8Gf0w.o "___llvm_sjljeh_destroy_setjmpmap", referenced from: _main in ccf8Gf0w.o "___llvm_sjljeh_is_longjmp_exception", referenced from: _main in ccf8Gf0w.o "_...

...ter vtfilter- > vt_filter.o vtfilter-vt_filthandler.o vtfilter-vt_otfhandler.o > vtfilter-vt_tracefilter.o ../../util/util.o -L../../extlib/otf/ > otflib -L../../extlib/otf/otflib/.libs -lotf -lz > Undefined symbols: > "___builtin_expect", referenced from: > _main.omp_fn.0 in vtfilter-vt_tracefilter.o > _main.omp_fn.0 in vtfilter-vt_tracefilter.o > _main.omp_fn.0 in vtfilter-vt_tracefilter.o > _main.omp_fn.1 in vtfilter-vt_tracefilter.o > _main.omp_fn.1 in vtfilter-vt_tracefilter.o > _main.omp_fn.1 in vtfilter-vt_...

That is in theory what omitting the .subsections_via_symbols directive is supposed to do, but in an experiment I ran a year or two ago I found that the Mach-O linker was still dead stripping on symbol boundaries with this directive omitted. In any case, a more precise approach has more recently (~a few months ago) become possible. There is a relatively new asm directive called .altentry that, as

...ilter-vt_filthandler.o vtfilter-vt_otfhandler.o >>> vtfilter-vt_tracefilter.o ../../util/util.o -L../../extlib/otf/ >>> otflib -L../../extlib/otf/otflib/.libs -lotf -lz >>> Undefined symbols: >>> "___builtin_expect", referenced from: >>> _main.omp_fn.0 in vtfilter-vt_tracefilter.o >>> _main.omp_fn.0 in vtfilter-vt_tracefilter.o >>> _main.omp_fn.0 in vtfilter-vt_tracefilter.o >>> _main.omp_fn.1 in vtfilter-vt_tracefilter.o >>> _main.omp_fn.1 in vtfilter-vt_tracefilter.o >>>...

...building, but before Type-Legalization. So I wonder why they don't get promoted by the Legalization Pass?! I attached the shortened isel-dump, so if anyone could have a short look on that I would be very thankful! Jan -------------- next part -------------- Initial selection DAG: BB#11 '_main:for.cond164.preheader' SelectionDAG has 17 nodes: 0x1f34090: ch = EntryToken [ORD=161] 0x1f34090: <multiple use> 0x1f8d210: i32 = FrameIndex<2> [ORD=158] 0x1f63860: i32 = Constant<32> [ORD=159] 0x1f8ce10: i32 = add 0x1f8d210, 0x1f63860 [ORD=159] 0...

...a/modules/libmar/tool/mar.c /usr/local/bin/llvm-gcc -o mar -DXP_UNIX -DXP_MACOSX -DNO_X11 -O host_mar.o ../../../dist/host/lib/libhostmar.a ld: warning in ../../../dist/host/lib/libhostmar.a, file is not of required architecture Undefined symbols: "_mar_open", referenced from: _main in host_mar.o "_mar_enum_items", referenced from: _main in host_mar.o "_mar_extract", referenced from: _main in host_mar.o "_mar_close", referenced from: _main in host_mar.o "_mar_create", referenced from: _main in host_mar.o l...

...i, I have a question about lld-link. What obj file formats should it support? When I try to use an obj from msvc 6.0 it complains that the file magic is not valid. However when running llvm-objdump it reports: test1.obj: file format COFF-i386 Disassembly of section .text: 0000000000000000 _main: 0: 68 00 00 00 00 pushl $0 5: e8 00 00 00 00 calll 0 <_main+0xa> a: 83 c4 04 addl $4, %esp d: 33 c0 xorl %eax, %eax f: c3 retl Thanks, Paul -------------- next part -------------- An HTML attachment w...

...Error: invalid character '@' in mnemonic t.S:7: Error: no such instruction: `bb' t.S:20: Error: invalid character '@' in mnemonic t.S:22: Error: no such instruction: `db "hello world\n\000"' here is the assembly file (t.s): .text ALIGN 16 .globl _main _main: ; @main ; BB#0: ; %entry subl $20, %esp movl 24(%esp), %eax movl $0, 16(%esp) movl $($_.str), (%esp) movl %eax, 12(%esp) movl 28(%esp), %eax...

Hello, In one of my recent assignments, I was asked to develop a ogg player. I am not able to find the right repository of the source code. There are few repositories on vorbis but I am not clear which one is the right one for Windows environment. If somebody has successfully compiled any ogg player ever, his ideas will be helpful to me. In one of the code set, I was able to compile the

..., I have a question about lld-link. What obj file formats should it support? When I try to use an obj from msvc 6.0 it complains that the file magic is not valid. However when running llvm-objdump it reports: test1.obj: file format COFF-i386 Disassembly of section .text: 0000000000000000 _main: 0: 68 00 00 00 00 pushl $0 5: e8 00 00 00 00 calll 0 <_main+0xa> a: 83 c4 04 addl $4, %esp d: 33 c0 xorl %eax, %eax f: c3 retl Thanks, Paul _______________________________________________ LLVM Develop...

Hi, I tried that before, it produces .text ALIGN 16 .globl _main _main: ; @main ; BB#0: ; %entry subl $20, %esp movl $0, 16(%esp) movl 24(%esp), %eax movl %eax, 12(%esp) movl 28(%esp), %eax movl %eax, 8(%esp) movl...

I've been building/dumping some x86_64 code and I've noticed that each of the routines has 3 temporary symbols, à la: _main: pushq %rbp Ltmp18: movq %rsp, %rbp Ltmp19: subq $320, %rsp Ltmp20: movl %ecx, -276(%rbp) I've tracked them back to emitPrologue in X86RegisterInfo.cpp. I'm wonder what's their purpose? They're filling up my symbol table... Cameron Esfahani dirty at apple.com "All that...