search for: libpthre

Can you attach your source code or .ll file? Have you tried a debug build of llc which might give a more readable stack dump or even an assertion message. ~Craig On Fri, Jun 30, 2017 at 10:51 PM, hameeza ahmed via llvm-dev < llvm-dev at lists.llvm.org> wrote: > It happens only when i keep my vector width to >=64, why is that so? > > I have to keep it >=64. Please suggest

Files are attached here. No I havent tried debug On Sat, Jul 1, 2017 at 11:12 AM, Craig Topper <craig.topper at gmail.com> wrote: > Can you attach your source code or .ll file? Have you tried a debug build > of llc which might give a more readable stack dump or even an assertion > message. > > ~Craig > > On Fri, Jun 30, 2017 at 10:51 PM, hameeza ahmed via llvm-dev <

...lorer, for example )? It is SAMBA 3.0.23 on Linux 2.4.33 machine(originally RedHat 7.3. based, but so much upgraded, even to GLIBC-2.3.6). here are the linked libraries: ================================= #ldd /usr/local/samba/sbin/smbd libcups.so.2 => /usr/lib/libcups.so.2 (0x40023000) libpthread.so.0 => /lib/libpthread.so.0 (0x40056000) libm.so.6 => /lib/libm.so.6 (0x400a8000) libcrypt.so.1 => /lib/libcrypt.so.1 (0x400cb000) libresolv.so.2 => /lib/libresolv.so.2 (0x400f8000) libnsl.so.1 => /lib/libnsl.so.1 (0x40109000) libdl.so.2 =&g...

...de 12) at >io.c(276) >> [Receiver=3.1.1] >> >> In Remote pc , i can see segmentation fault, dmesg gives following >error. >> My remote PC using debian wheezy. >> >> rsync[9022]: segfault at 968 ip 00007f90001cd790 sp 00007fffe96008a0 >error >> 4 in libpthread-2.13.so[7f90001c8000+17000] >> >> gdb output: bt >> >> (gdb) bt >> #0 0x00007fa75e8ab790 in __pthread_initialize_minimal_internal () >from >> /lib/x86_64-linux-gnu/libpthread.so.0 >> #1 0x00007fa75e8ab209 in _init () from /lib/x86_64-linux-gnu/ >&...

lli sum-vec03.ll 5 2 #0 0x0000000000c1f818 (lli+0xc1f818) #1 0x0000000000c1d90e (lli+0xc1d90e) #2 0x0000000000c1da5c (lli+0xc1da5c) #3 0x00007f987c2c3d10 __restore_rt (/lib/x86_64-linux-gnu/libpthread.so.0+0x10d10) #4 0x00007f987c6f0038 #5 0x0000000000989f8c (lli+0x989f8c) #6 0x00000000009383dc (lli+0x9383dc) #7 0x000000000057eedd (lli+0x57eedd) #8 0x00007f987b464a40 __libc_start_main (/lib/x86_64-linux-gnu/libc.so.6+0x20a40) #9 0x00000000005a5b49 (lli+0x5a5b49) Stack dump: 0. Program argument...

...76) >>> [Receiver=3.1.1] >>> >>> In Remote pc , i can see segmentation fault, dmesg gives following >>> error. My remote PC using debian wheezy. >>> >>> rsync[9022]: segfault at 968 ip 00007f90001cd790 sp 00007fffe96008a0 >>> error 4 in libpthread-2.13.so[7f90001c8000+17000] >>> >>> gdb output: bt >>> >>> (gdb) bt >>> #0 0x00007fa75e8ab790 in __pthread_initialize_minimal_internal () from >>> /lib/x86_64-linux-gnu/libpthread.so.0 >>> #1 0x00007fa75e8ab209 in _init () from /lib...

....ll file llc -x86-asm-syntax=intel pimmatnl_64_u32_o3.ll -o matnl-knl4_intel.s i get the following segmentation fault error: #0 0x0000000001826ad8 (llc+0x1826ad8) #1 0x0000000001824aae (llc+0x1824aae) #2 0x0000000001824bfc (llc+0x1824bfc) #3 0x00007fa6bdb52d10 __restore_rt (/lib/x86_64-linux-gnu/libpthread.so.0+0x10d10) #4 0x00000000014d0974 (llc+0x14d0974) #5 0x000000000169bdb5 (llc+0x169bdb5) #6 0x00000000016bcfdc (llc+0x16bcfdc) #7 0x00000000016d8684 (llc+0x16d8684) #8 0x000000000170a4c0 (llc+0x170a4c0) #9 0x000000000171199d (llc+0x171199d) #10 0x0000000001714258 (llc+0x1714258) #11 0x0000000000...

Yeah, sorry for that. Better "It compiles ok (but maybe incorrect code)", not "It works" as I wrote. 2018-05-23 1:08 GMT+02:00 Friedman, Eli <efriedma at codeaurora.org>: > You might want to look more carefully at how you're constructing the > MemoryLocation. The first argument is a pointer, and the second argument > is the number of bytes pointed to by

It works with MemoryLocation MemoryLocation::get(const CallInst *CI) { AAMDNodes AATags; CI->getAAMetadata(AATags); const auto &DL = CI->getModule()->getDataLayout(); return MemoryLocation(CI, DL.getTypeStoreSize(CI->getType()), AATags); } Is it fine? :) 2018-05-22 23:56 GMT+02:00 Dávid Bolvanský <david.bolvansky at gmail.com>: > Looks like there are many overloads

...or reading file: No such file or directory > #0 0x000056135ebe698a (opt+0x212198a) > #1 0x000056135ebe4cf4 (opt+0x211fcf4) > #2 0x000056135ebe4e32 (opt+0x211fe32) > #3 0x00007f6e35b14150 __restore_rt > (/lib/x86_64-linux-gnu/libpthread.so.0+0x13150) > #4 0x00007f6e3481b0bb gsignal > /build/glibc-itYbWN/glibc-2.26/signal/../sysdeps/unix/sysv/linux/raise.c:51:0 > #5 0x00007f6e3481cf5d abort > /build/glibc-itYbWN/glibc-2.26/stdlib/abort.c:92:0 > #6 0x00007f...

...function '@calloc_strlen' > LLVMSymbolizer: error reading file: No such file or directory > #0 0x000056135ebe698a (opt+0x212198a) > #1 0x000056135ebe4cf4 (opt+0x211fcf4) > #2 0x000056135ebe4e32 (opt+0x211fe32) > #3 0x00007f6e35b14150 __restore_rt (/lib/x86_64-linux-gnu/ > libpthread.so.0+0x13150) > #4 0x00007f6e3481b0bb gsignal /build/glibc-itYbWN/glibc-2. > 26/signal/../sysdeps/unix/sysv/linux/raise.c:51:0 > #5 0x00007f6e3481cf5d abort /build/glibc-itYbWN/glibc-2. > 26/stdlib/abort.c:92:0 > #6 0x00007f6e34812f17 __assert_fail_base /build/glibc-itYbWN/glibc-2....

...00000019da4d9 PrintStackTraceSignalHandler(void*) lib/Support/Unix/Signals.inc:466:1 #2 0x00000000019d8853 llvm::sys::RunSignalHandlers() lib/Support/Signals.cpp:0:5 #3 0x00000000019da834 SignalHandler(int) lib/Support/Unix/Signals.inc:256:1 #4 0x00007f2f2be14d10 __restore_rt (/lib/x86_64-linux-gnu/libpthread.so.0+0x10d10) #5 0x00007f2f2adc2267 gsignal (/lib/x86_64-linux-gnu/libc.so.6+0x35267) #6 0x00007f2f2adc3eca abort (/lib/x86_64-linux-gnu/libc.so.6+0x36eca) #7 0x000000000195f6c0 LLVMInstallFatalErrorHandler lib/Support/ErrorHandling.cpp:133:0 #8 0x0000000000c08966 llvm::X86II::getSizeOfImm(unsign...

IR: define i32 @calloc_strlen_write_between() { %call = tail call noalias i8* @calloc(i32 10, i32 1) store i8 97, i8* %call, align 1 %call1 = tail call i32 @strlen(i8* %call) ret i32 %call1 } static bool eliminateStrlen(CallInst *CI, BasicBlock::iterator &BBI, AliasAnalysis *AA, MemoryDependenceResults *MD, const DataLayout &DL, const TargetLibraryInfo *TLI,

...;Dead Store Elimination' on function '@calloc_strlen' LLVMSymbolizer: error reading file: No such file or directory #0 0x000056135ebe698a (opt+0x212198a) #1 0x000056135ebe4cf4 (opt+0x211fcf4) #2 0x000056135ebe4e32 (opt+0x211fe32) #3 0x00007f6e35b14150 __restore_rt (/lib/x86_64-linux-gnu/libpthread.so.0+0x13150) #4 0x00007f6e3481b0bb gsignal /build/glibc-itYbWN/glibc-2.26/signal/../sysdeps/unix/sysv/linux/raise.c:51:0 #5 0x00007f6e3481cf5d abort /build/glibc-itYbWN/glibc-2.26/stdlib/abort.c:92:0 #6 0x00007f6e34812f17 __assert_fail_base /build/glibc-itYbWN/glibc-2.26/assert/assert.c:92:0 #7...

...00013f9b49 PrintStackTraceSignalHandler(void*) /lib/Support/Unix/Signals.inc:466:1 #2 0x00000000013f7ec3 llvm::sys::RunSignalHandlers() /lib/Support/Signals.cpp:0:5 #3 0x00000000013f9ea4 SignalHandler(int) /lib/Support/Unix/Signals.inc:256:1 #4 0x00007fcdece96d10 __restore_rt (/lib/x86_64-linux-gnu/libpthread.so.0+0x10d10) #5 0x00007fcded2c3038 #6 0x0000000000f4a8fb llvm::MCJIT::runFunction(llvm::Function*, llvm::ArrayRef<llvm::GenericValue>) /lib/ExecutionEngine/MCJIT/MCJIT.cpp:538:31 #7 0x0000000000eaff23 llvm::ExecutionEngine::runFunctionAsMain(llvm::Function*, std::vector<std::__cxx11::ba...