search for: frame_dummy

...lang -O0 -flto main.lib a.lib -o main0 > $clang -O1 -flto main.lib a.lib -o main1 > $clang -O2 -flto main.lib a.lib -o main2 > > $nm main0 > … > 00000000004005a0 t foo1 > 0000000000400580 t foo2 > 00000000004005e0 t foo3 > 0000000000400530 t foo4 > 0000000000400500 t frame_dummy > … > $ nm main1 > … > 0000000000400550 t foo1 > 0000000000400580 t foo3 > 0000000000400530 t foo4 > 0000000000400500 t frame_dummy > … > $ nm main2 > … > 00000000004004d0 t frame_dummy > … > > From blew verbose output, tt seems only linker( e.g. ld) is i...

...; <i1*> [#uses=2] @p.1934 = internal global void ()** getelementptr ([1 x void ()*]* @__DTOR_LIST__, i32 0, i32 1), align 16 ; <void ()***> [#uses=3] @llvm.used = appending global [2 x i8*] [ i8* bitcast ([1 x void ()*]* @__CTOR_LIST__ to i8*), i8* bitcast (void ()* @frame_dummy to i8*) ], section "llvm.metadata" ; <[6 x i8*]*> [#uses=0] define internal void @frame_dummy() { entry: %tmp1 = load i8** getelementptr ([0 x i8*]* @__JCR_LIST__, i32 0, i32 0), align 4 ; <i8*> [#uses=1] %tmp2 = icmp eq i8* %tmp1,...

...r: bad register name `%rbp' > /tmp/ccBy56Wo.s:64: Error: bad register name `%rbp' > /tmp/ccBy56Wo.s:65: Error: bad register name `%rbp' > > # Start of file scope inline assembly > .section .fini > call __do_global_dtors_aux > .text > .section .init > call frame_dummy > .text > # End of file scope inline assembly > > > .text > .align 16 > .type __do_global_dtors_aux, at function > __do_global_dtors_aux: > subq $8, %rsp > movq %rbp, (%rsp) > movq %rsp, %rbp > cmpb $0, completed.4705(%rip) > jne .LBB1_4 #UnifiedRetur...

...#39;.rela.dyn' at offset 0x548 contains 10 entries: Offset Info Type Sym. Value Sym. Name + Addend 000000010dc0 000000000403 R_AARCH64_RELATIV 7a8 Where 0x7a8 (dynamic relocation r_addend) points to a function at .text segment (in this case frame_dummy). I am trying to made this on lld, but current step sequence is: - Write::run \_ Write::createSections \_ Write::scanRelocs \_ Write::addReloc // Dynamic Relocation creation \_ Write::writeSections \_ OutputSectionBase::writeTo \_ InputSection::writeTo \_...

...me `%rbp' > > /tmp/ccBy56Wo.s:65: Error: bad register name `%rbp' > > > > # Start of file scope inline assembly > > .section .fini > > call __do_global_dtors_aux > > .text > > .section .init > > call frame_dummy > > .text > > # End of file scope inline assembly > > > > > > .text > > .align 16 > > .type __do_global_dtors_aux, at function > > __do_global_dtors_aux: > > subq $8, %rsp > > movq %rbp, (%rsp) > &gt...

Hi all, I've run into problems compiling the llvm-gcc frontend on x86_64. Is this not supported, or am I making an error somewhere? The procedure I followed was: 1. Download LLVM 2.0 source as a tarball (from a few days ago, during the testing phase). 2. Download the llvm-gcc4 source today, as a tarball. 3. Extract both. 4. Configure LLVM as: ../src/configure --prefix=`pwd`../install

Hi Umesh, Thank you for the suggestion. I can use the "Brute force method " to narrow down the LTO wrong instructions here and there, but I still don't know why these wrong instructions are generated, and how to let Clang LTO don't generate those wrong instructions. I suspect the wrong code is caused by some LTO wrong optimization pass, so I hope to disable all optimizations in

...om terminal] Function "abort" not defined. Make breakpoint pending on future shared library load? (y or [n]) [answered N; input not from terminal] (gdb) run Starting program: /home/alan/pkg/llvm/obj/prev-gcc/a.out Program received signal SIGSEGV, Segmentation fault. 0x00000000004002c4 in frame_dummy () Current language: auto; currently asm (gdb) where #0 0x00000000004002c4 in frame_dummy () #1 0x00000000004003ea in _init () #2 0x00007f5bf497a778 in ?? () from /lib/libc.so.6 #3 0x0000000000400355 in __libc_csu_init () #4 0x00007f5bf464015e in __libc_start_main () from /lib/libc.so.6 #5 0...

...>> $clang -O1 -flto main.lib a.lib -o main1 >> $clang -O2 -flto main.lib a.lib -o main2 >> >> $nm main0 >> … >> 00000000004005a0 t foo1 >> 0000000000400580 t foo2 >> 00000000004005e0 t foo3 >> 0000000000400530 t foo4 >> 0000000000400500 t frame_dummy >> … >> $ nm main1 >> … >> 0000000000400550 t foo1 >> 0000000000400580 t foo3 >> 0000000000400530 t foo4 >> 0000000000400500 t frame_dummy >> … >> $ nm main2 >> … >> 00000000004004d0 t frame_dummy >> … >> >> From b...

...) 27: 0000000000400440 0 FUNC LOCAL DEFAULT 13 deregister_tm_clones 28: 0000000000400470 0 FUNC LOCAL DEFAULT 13 register_tm_clones 29: 00000000004004b0 0 FUNC LOCAL DEFAULT 13 __do_global_dtors_aux 32: 00000000004004e0 0 FUNC LOCAL DEFAULT 13 frame_dummy 43: 00000000004005c0 2 FUNC GLOBAL DEFAULT 13 __libc_csu_fini 46: 00000000004005c4 0 FUNC GLOBAL DEFAULT 14 _fini 47: 0000000000000000 0 FUNC GLOBAL DEFAULT UND printf@@GLIBC_2.2.5 48: 0000000000400510 23 FUNC GLOBAL DEFAULT 13 foo4 49: 00000000...

...used__, aligned(sizeof(func_ptr)))) #else __attribute__ ((__unused__, aligned(sizeof(func_ptr)))) #endif /* LLVM LOCAL end */ = { (func_ptr) (-1) }; Note that __unused__ just suppresses the warning that __CTOR_LIST__ is not used. My question is that why some global static variables, such as __frame_dummy_init_array_entry and __do_global_dtors_aux_fini_array_entry, are not given __used__ attributes. It seems that llvm-gcc removes these variables and causes .init_array and .fini_array section to be empty. Linker complains about this as in "ld: warning: .init_array section has zero size". Al...

...s:122: Error: junk at end of line, first unrecognized character is `@' /tmp/ccYAgFFY.s:123: Error: junk at end of line, first unrecognized character is `@' /tmp/ccYAgFFY.s:124: Error: invalid char '[' beginning operand 2 `[sp' /tmp/ccYAgFFY.s:127: Error: no such instruction: `bl frame_dummy' /tmp/ccYAgFFY.s:130: Error: no such instruction: `ldr pc,[sp],' make[1]: *** [crtbegin.o] Error 1 make[1]: Leaving directory `/home/amitsingh/llvm-research/llvm-gcc/obj/gcc' make: *** [all-gcc] Error 2 I don't know what to do now? Is anything wrong with the configure? Please help...

...U curl_slist_append@@CURL_GNUTLS_3 U curl_slist_free_all@@CURL_GNUTLS_3 U curl_unescape@@CURL_GNUTLS_3 U curl_version@@CURL_GNUTLS_3 U curl_version_info@@CURL_GNUTLS_3 U fprintf@@GLIBC_2.2.5 00000000000038e0 t frame_dummy U free@@GLIBC_2.2.5 0000000000004590 T getBinaryDataFromR 00000000000043f0 T getCURLPointerRObject 00000000000053e0 T getCurlError 0000000000005560 T getCurlInfoElement 0000000000005900 T getCurlPointerForData 0000000000003c40 T getMultiCURLPointerRObject 0000000000003ec0 T getRStr...

...U curl_slist_append@@CURL_GNUTLS_3 U curl_slist_free_all@@CURL_GNUTLS_3 U curl_unescape@@CURL_GNUTLS_3 U curl_version@@CURL_GNUTLS_3 U curl_version_info@@CURL_GNUTLS_3 U fprintf@@GLIBC_2.2.5 00000000000038e0 t frame_dummy U free@@GLIBC_2.2.5 0000000000004590 T getBinaryDataFromR 00000000000043f0 T getCURLPointerRObject 00000000000053e0 T getCurlError 0000000000005560 T getCurlInfoElement 0000000000005900 T getCurlPointerForData 0000000000003c40 T getMultiCURLPointerRObject 0000000000003ec0 T getRStr...

...t_main _setjmp 1 __libc_init_first __ctype_init 1 generic_start_main __libc_csu_init 1 __pthread_initialize_minimal_internal __libc_setup_tls 1 generic_start_main __libc_init_first 1 _start __libc_start_main 1 __libc_start_main get_common_indeces.constprop.1 1 __libc_start_main generic_start_main 1 frame_dummy __register_frame_info 1 __register_frame_info __register_frame_info.part.4 1 _ZN3lld13getLLDVersionB5cxx11Ev _ZNSt7__cxx1112basic_stringIcSt11char_traitsIcESaIcEE10_M_replaceEmmPKcm 1 _ZN3lld13getLLDVersionB5cxx11Ev _ZNSt7__cxx1112basic_stringIcSt11char_traitsIcESaIcEE7reserveEm 1 _ZN4llvm2cl3optIN...

A rebased version of the lld patch is attached. Cheers, Rafael On 31 July 2017 at 15:11, Rafael Avila de Espindola <rafael.espindola at gmail.com> wrote: > Tobias Edler von Koch <tobias at codeaurora.org> writes: > >> Hi Rafael, >> >> On 07/31/2017 04:20 PM, Rafael Avila de Espindola via llvm-dev wrote: >>> However, do we need to start with