search for: __do_global_dtors_aux

...Error: bad register name `%rbp' > /tmp/ccBy56Wo.s:61: Error: 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...

...e with an equivalent package compiled and run under S+3.4. So I tried to mimic base-Ex.R, viz. (gdb) run Starting program: /usr/local/R/R-release/bin/R.X11 [snip banner] > library(mva) > q() Save workspace image? [y/n/c]: n Program received signal SIGSEGV, Segmentation fault. 0xfefe333c in __do_global_dtors_aux () from /usr/local/R/R-release/library/mva/libs/mva.so (gdb) ---------- FWIW, upon restarting R, loading mva, and setting a breakpoint at __do_global_dtors_aux, I determined that the segfault occurs in the third attempted 'step' This also happens in R-0.90.1. So what is wrong with m...

...ccBy56Wo.s:61: Error: 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 > > __...

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

...DB was configured as "alphapca56-alpha-linux-gnu"...Using host libthread_db library "/lib/libthread_db.so.1". (gdb) run Starting program: /usr2/www/pub/alpha-RH7/servers/dovecot-1.0.beta3/src/pop3/pop3 Program received signal SIGSEGV, Segmentation fault. 0x000002000100a4c0 in __do_global_dtors_aux () (gdb) (gdb) (gdb) bt #0 0x000002000100a4c0 in __do_global_dtors_aux () Cannot access memory at address 0x120019f24 TIA, Will L G

...0xb7bb3742 in _talloc_free (ptr=0x8060db8, location=0xb7bb54c7 "../lib/talloc/talloc.c:2251") at ../lib/talloc/talloc.c:1371* *#5 0xb7bb4d82 in talloc_autofree () at ../lib/talloc/talloc.c:2251* *#6 0xb7e865e8 in __cxa_finalize () from /lib/i386-linux-gnu/libc.so.6* *#7 0xb7bb1a43 in __do_global_dtors_aux () from /usr/local/samba/lib/private/libtalloc.so.2* #8 0xb7ff4e52 in ?? () from /lib/ld-linux.so.2 #9 0xb7ff5947 in ?? () from /lib/ld-linux.so.2 #10 0xb7e53cc4 in ?? () from /lib/i386-linux-gnu/libdl.so.2 #11 0xb7fefde6 in ?? () from /lib/ld-linux.so.2 #12 0xb7e540bc in ?? () from /lib/i386-lin...

...00000000000 0 FUNC GLOBAL DEFAULT UND __libc_start_main at GLIBC_2.2.5 (2) 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: 0...

...)) #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". Also, I verified that frame_dummy and __do_gl...

...FFY.s:77: Error: junk at end of line, first unrecognized character is `@' /tmp/ccYAgFFY.s:78: Error: junk at end of line, first unrecognized character is `@' /tmp/ccYAgFFY.s:79: Error: invalid char '[' beginning operand 2 `[sp' /tmp/ccYAgFFY.s:82: Error: no such instruction: `bl __do_global_dtors_aux' /tmp/ccYAgFFY.s:85: Error: no such instruction: `ldr pc,[sp],' /tmp/ccYAgFFY.s:91: Error: junk at end of line, first unrecognized character is `@' /tmp/ccYAgFFY.s:92: Error: junk at end of line, first unrecognized character is `@' /tmp/ccYAgFFY.s:93: Error: no such instruction: `ld...

...0000000000208018 d __DTOR_END__ 0000000000208010 d __DTOR_LIST__ 0000000000007e58 r __FRAME_END__ 0000000000208020 d __JCR_END__ 0000000000208020 d __JCR_LIST__ 000000000020aee0 A __bss_start w __cxa_finalize@@GLIBC_2.2.5 0000000000006e20 t __do_global_ctors_aux 0000000000003890 t __do_global_dtors_aux 0000000000208680 d __dso_handle w __gmon_start__ U __stack_chk_fail@@GLIBC_2.4 U __strdup@@GLIBC_2.2.5 000000000020aee0 A _edata 000000000020aef0 A _end 0000000000006e58 T _fini 0000000000003188 T _init 0000000000005c30 T addFormElement 00000000000...

...0000000000208018 d __DTOR_END__ 0000000000208010 d __DTOR_LIST__ 0000000000007e58 r __FRAME_END__ 0000000000208020 d __JCR_END__ 0000000000208020 d __JCR_LIST__ 000000000020aee0 A __bss_start w __cxa_finalize@@GLIBC_2.2.5 0000000000006e20 t __do_global_ctors_aux 0000000000003890 t __do_global_dtors_aux 0000000000208680 d __dso_handle w __gmon_start__ U __stack_chk_fail@@GLIBC_2.4 U __strdup@@GLIBC_2.2.5 000000000020aee0 A _edata 000000000020aef0 A _end 0000000000006e58 T _fini 0000000000003188 T _init 0000000000005c30 T addFormElement 00000000000...