search for: __libc_csu_init

...ctorImplIPKcEEbES8_bb res_thread_freeres 1 _ZSt9__find_ifISt16reverse_iteratorIN9__gnu_cxx17__normal_iteratorIPNSt7__cxx1112basic_stringIcSt11char_traitsIcESaIcEEESt6vectorIS8_SaIS8_EEEEENS1_5__ops16_Iter_equals_valIKN4llvm9StringRefEEEET_SL_SL_T0_St26random_access_iterator_tag res_thread_freeres 1 __libc_csu_init _init 1 generic_start_main _dl_discover_osversion 1 __libc_init_first __libc_init_secure 1 __libc_init_first _dl_non_dynamic_init 1 generic_start_main _dl_aux_init 1 _dl_init_paths _dl_important_hwcaps 1 _dl_non_dynamic_init _dl_get_origin 1 _dl_non_dynamic_init _dl_setup_hash 1 _dl_non_dynamic_ini...

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

bswapdi2 for i386 is correct Bits 31:0 of the source are loaded into edx. Bits 63:32 are loaded into eax. Those are each bswapped. The ABI for the return is edx contains bits [63:32] and eax contains [31:0]. This is opposite of how the register were loaded. ~Craig On Sun, Nov 25, 2018 at 10:36 AM Craig Topper <craig.topper at gmail.com> wrote: > bswapsi2 on the x86-64 isn't using

...list_atexit=run_list_atexit at entry=true) at exit.c:77 #4 0x00007ffff717fb15 in __GI_exit (status=<optimized out>) at exit.c:99 #5 0x0000000000419b60 in memory_allocation_error () at src/utils.c:24 #6 0x0000000000410f3a in netlink_open_sock () at src/netlink.c:37 #7 0x00000000004291cd in __libc_csu_init () #8 0x00007ffff7167925 in __libc_start_main (main=0x405219 <main>, argc=1, ubp_av=0x7fffffffe738, init=0x429170 <__libc_csu_init>, fini=<optimized out>, rtld_fini=<optimized out>, stack_end=0x7fffffffe728) at libc-start.c:235 #9 0x0000000000404d49 in _start ()...

...in __cxx_global_var_init /mnt/b/sanitizer-buildbot3/sanitizer-x86_64-linux-fast/build/llvm/unittests/MC/DwarfLineTables.cpp:49 #7 0x421020 in _GLOBAL__sub_I_DwarfLineTables.cpp /mnt/b/sanitizer-buildbot3/sanitizer-x86_64-linux-fast/build/llvm/unittests/MC/DwarfLineTables.cpp #8 0x102efcc in __libc_csu_init (/mnt/b/sanitizer-buildbot3/sanitizer-x86_64-linux-fast/build/llvm_build_asan/unittests/MC/MCTests+0x102efcc) #9 0x7f57fa3d8ed4 in __libc_start_main (/lib/x86_64-linux-gnu/libc.so.6+0x21ed4) #10 0x4b4222 in _start (/mnt/b/sanitizer-buildbot3/sanitizer-x86_64-linux-fast/build/llvm_build_asan...

...sanitizer_common_interceptors.inc:5902 #17 __msan::InitializeInterceptors () at ../projects/compiler-rt/lib/msan/msan_interceptors.cc:1471 #18 0x000000000043f4c5 in __msan_init () at ../projects/compiler-rt/lib/msan/msan.cc:386 #19 0x000000000048d586 in msan.module_ctor () #20 0x000000000048d5dd in __libc_csu_init () #21 0x00007ffff6f18220 in __libc_start_main () from /usr/lib/libc.so.6 #22 0x00000000004192da in _start () (gdb) When I compile it with clang 3.8.1 it fails in a different spot but still in __interception::GetRealFunctionAddress: $ clang -fsanitize=memory -g -O0 -fno-omit-frame-pointer a.c -o...

...by 0x855311D: _GLOBAL__I__ZN4llvm19MachineFunctionPass6virtfnEv (MachineFunction.cpp:484) ==28336== by 0x86E1A37: (within /home/asl/proj/llvm/build_debug/Debug/examples/JITLeak) ==28336== by 0x8355D50: (within /home/asl/proj/llvm/build_debug/Debug/examples/JITLeak) ==28336== by 0x86E197A: __libc_csu_init (in /home/asl/proj/llvm/build_debug/Debug/examples/JITLeak) ==28336== by 0x418E7F3: (below main) (in /lib/libc-2.5.so) -- With best regards, Anton Korobeynikov. Faculty of Mathematics & Mechanics, Saint Petersburg State University.

...ialize_p=1, __priority=65535) at TargetData.cpp:36 #3 0x0000000000ad7e47 in global constructors keyed to _ZN4llvm10TargetData2IDE () at TargetData.cpp:604 #4 0x0000000000ae7cf6 in __do_global_ctors_aux () #5 0x00000000005f9bfb in _init () #6 0x00007fff854b8c98 in ?? () #7 0x0000000000ae7c77 in __libc_csu_init () #8 0x0000003e9fa1da4e in __libc_start_main () from /lib64/libc.so.6 #9 0x00000000005fb1c9 in _start ()

...4 _fini 47: 0000000000000000 0 FUNC GLOBAL DEFAULT UND printf@@GLIBC_2.2.5 48: 0000000000400510 23 FUNC GLOBAL DEFAULT 13 foo4 49: 0000000000000000 0 FUNC GLOBAL DEFAULT UND __libc_start_main@@GLIBC_2.2.5 54: 0000000000400550 101 FUNC GLOBAL DEFAULT 13 __libc_csu_init 56: 0000000000400430 2 FUNC GLOBAL HIDDEN 13 _dl_relocate_static_pie 57: 0000000000400400 43 FUNC GLOBAL DEFAULT 13 _start 59: 0000000000400530 26 FUNC GLOBAL DEFAULT 13 main 60: 00000000004004f0 25 FUNC GLOBAL DEFAULT 13 foo1 62: 00000000004003...

Holger. > You can find out what exactly leaks with the help of valgrind. It seems, that Paolo is on Mac OS X. No valgrind there :( -- With best regards, Anton Korobeynikov. Faculty of Mathematics & Mechanics, Saint Petersburg State University.

Hello everybody, I have written a script with two inline cfunctions. The script crashes from time to time with: ? ?*** caught segfault *** ? address 0x10, cause 'memory not mapped' The crashs happen within R code after the cfunctions were executed. Nevertheless I think that the pointers in my cfunctions are not used correctly. I tried to find some examples for debugging tools. I found

Cyrille Mescam wrote: > On Mon, Jun 13, 2005 at 11:02:10AM -0500, John Criswell wrote: > >>Cyrille Mescam wrote: >> [snip] > > In fact, i am using the CFE build procedures. I am on instructions 5. > > cyrille > Okay, I took a closer look at your output. I was correct in that gccas is attempting to assemble a native PPC assembly language file. However,

On Mon, Jun 13, 2005 at 11:02:10AM -0500, John Criswell wrote: > Cyrille Mescam wrote: > >Hi, > > > > > >When compiling the cfrontend for Linux/PPC architecture on a powermac > >G5, i got > >the following error : > > I hate to ask a silly question, but are you using "make bootstrap" to > build the cfrontend? Your output looks like gccas

...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 0x0000000000400249 in _start () (gdb) Thanks in advance Alan

...nitialization_and_destruction_0(int, int) ( Timer.cpp:49) ==10132== by 0x86F9A58: _GLOBAL__I__ZN26_GLOBAL__N_Timer.cppxRlDad10TrackSpaceE (stl_map.h:120) ==10132== by 0x870B518: (within /storage/llvm/bin/opt) ==10132== by 0x83CF670: (within /storage/llvm/bin/opt) ==10132== by 0x870B4C0: __libc_csu_init (in /storage/llvm/bin/opt) ==10132== by 0x4154E2D: (below main) (in /lib/tls/libc.so.6) ==10132== ==10132== ==10132== 8 bytes in 1 blocks are still reachable in loss record 2 of 33 ==10132== at 0x401C451: malloc (vg_replace_malloc.c:149) ==10132== by 0x40E8302: __cxa_get_globals (in /usr/l...

...* %.str_247, int 0, int 0), uint 26, uint 1, %struct._IO_FILE* %tmp.52 ) ; <uint> [#uses=0] Broken module found, compilation aborted! gccas((anonymous namespace)::PrintStackTrace()+0x24)[0x1066da30] gccas((anonymous namespace)::SignalHandler(int)+0x100)[0x1066dcdc] [0x7fffc1a8] gccas(__libc_csu_init+0x0)[0x1066ed60] /lib/libc.so.6(abort+0x1b8)[0xfcda018] gccas((anonymous namespace)::Verifier::abortIfBroken()+0x10c)[0x10569e18] gccas((anonymous namespace)::Verifier::runOnFunction(llvm::Function&)+0x7c)[0x10569f9c] gccas(llvm::PassManagerTraits<llvm::Function>::runPass(llvm::Func...

http://bugs.freedesktop.org/show_bug.cgi?id=13257 Summary: using nouveau on NV17 kills the KDE VNC server Product: xorg Version: unspecified Platform: x86 (IA32) OS/Version: Linux (All) Status: NEW Severity: normal Priority: medium Component: Driver/nouveau AssignedTo: nouveau at

> On Sep 1, 2016, at 9:20 PM, Greg Parker <gparker at apple.com> wrote: > >> On Sep 1, 2016, at 9:06 PM, llvm.buildmaster at lab.llvm.org wrote: >> >> The Buildbot has detected a new failure on builder sanitizer-x86_64-linux-fast while building llvm. >> Full details are available at: >>

...?? () from /usr/lib/R/lib/libR.so #5 0x00229e65 in run_Rmainloop () from /usr/lib/R/lib/libR.so #6 0x00229e8c in Rf_mainloop () from /usr/lib/R/lib/libR.so #7 0x080487d8 in main () #8 0x00461b56 in __libc_start_main (main=0x80487a0 <main>, argc=2, ubp_av=0xbffff654, init=0x8048800 <__libc_csu_init>, fini=0x80487f0 <__libc_csu_fini>, rtld_fini=0x11dd20 <_dl_fini>, stack_end=0xbffff64c) at libc-start.c:220 #9 0x080486d1 in _start () ###### Valgrind output: typed in R -d valgrind --vanilla < Sample_Code.R, the Sample_Code calls the R function in the .R package ==14277==...

...fe398) at ../csu/libc-start.c:274 result = <optimized out> unwind_buf = {cancel_jmp_buf = {{jmp_buf = {0, 6224923943436531365, 4196085, 140737488348064, 0, 0, -6224923942726158683, -6224903833428838747}, mask_was_saved = 0}}, priv = {pad = {0x0, 0x0, 0x4007e0 <__libc_csu_init>, 0x7fffffffe3a8}, data = {prev = 0x0, cleanup = 0x0, canceltype = 4196320}}} ---Type <return> to continue, or q <return> to quit--- not_first_call = <optimized out> #52 0x000000000040071e in _start () No symbol table info available. (gdb) -------------- next part ---...