search for: aliaksei

Hi all, In my MSVC-compiled project I am using MCJIT to run some generated code. I faced that in case of Win64 ('x86_64-pc-win32-elf') __try/__except block doesn't work - the stack can not be unwound. I have found that the only way to fix it is implementing my own *registerEHFrames* function of the Memory Manager (but I'm not sure this helps). Maybe someone had a success solving

On 10/10/2016 8:28 AM, Aliaksei Sheshka wrote: > $ wgethttp://cloud.centos.org/centos/7/images/CentOS-7-x86_64-GenericCloud.raw.xz > --2016-10-10 11:21:32-- > http://cloud.centos.org/centos/7/images/CentOS-7-x86_64-GenericCloud.raw.xz > Resolving cloud.centos.org (cloud.centos.org)... 162.252.80.138, > 2607:1680:0:...

...it probably does mean that the sections in question got their addresses in different ways. Can you reproduce the problem using lli or llvm-rtdyld? -Andy From: llvmdev-bounces at cs.uiuc.edu [mailto:llvmdev-bounces at cs.uiuc.edu] On Behalf Of Philip Reames Sent: Monday, May 26, 2014 11:33 AM To: Aliaksei Zasenka; LLVMdev at cs.uiuc.edu Subject: Re: [LLVMdev] Assertion fails resolving R_X86_64_PC32 relocation I ran into a similar error a while back and it turned out to be user error on my part. I had relocated some of the sections in the object file, but not others. As a result, I'd ended up...

Hello! Is anyone aware why CentOS-7-x86_64-GenericCloud.raw has such unusual format ? root at test-srv:~# wget http://cloud.centos.org/centos/7/images/CentOS-7-x86_64-GenericCloud.raw --2016-03-21 13:16:31-- http://cloud.centos.org/centos/7/images/CentOS-7-x86_64-GenericCloud.raw Resolving cloud.centos.org (cloud.centos.org)... 162.252.80.138 Connecting to cloud.centos.org

On 10/27/16 11:18 AM, Aliaksei Zasenka via llvm-dev wrote: > Hi all, > Can anyone give me advice about an appropriate way for extracting > number of functions from module recursively (starting from entry > point). Actually it may be more than one entry point so all dependent > functions and global values must b...

Hi llvm-community, I use llc (3.4-final) to generate object file: *llc code.bc -mtriple=x86_64-pc-win32-elf -mcpu=x86-64 -filetype=obj -code-model=large -o=code.o* then I load it with *RuntimeDyld + SectionMemoryManager* in my app. I faced the problem described in 15356 <http://llvm.org/bugs/show_bug.cgi?id=15356>bug. Debug assertion fails at

Hi all, Is it planned to add support of rotations to IR? Thanks, Aleksey Zasenko -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.llvm.org/pipermail/llvm-dev/attachments/20151119/c897b935/attachment.html>

On 21 March 2016 at 11:51, Karanbir Singh <mail-lists at karan.org> wrote: > On 21/03/16 14:34, Aliaksei Sheshka wrote: > > What is the point to pack single raw file into the tar.gz and to name it > raw ? > > Or it's just a mistake ? > > > > > > Johnny is looking at the cdn side of thigs, but effectively we will not > have a .raw - we will have a .raw.tar.gz fil...

...files are very useful, they are very convenient to tweak by simply mounting using losetup. And there is no good reason to put 1 file inside tar.gz, just compressed raw.gz would be fine. On Tue, Mar 22, 2016 at 8:35 AM, Fabian Arrotin <arrfab at centos.org> wrote: > On 21/03/16 15:34, Aliaksei Sheshka wrote: >> Hello! >> >> Is anyone aware why CentOS-7-x86_64-GenericCloud.raw has such unusual format ? >> >> root at test-srv:~# wget >> http://cloud.centos.org/centos/7/images/CentOS-7-x86_64-GenericCloud.raw >> --2016-03-21 13:16:31-- >> http...

Hi all, Can anyone give me advice about an appropriate way for extracting number of functions from module recursively (starting from entry point). Actually it may be more than one entry point so all dependent functions and global values must be extracted. I've tried llvm-extract tool but it can't do work recursively. Maybe it would be good to write some Call Graph pass or something. Any

Hi all, Need your help. I added some debug information to my code according to Kaleidoscope-9 sample and got stuck with a GDB error: (gdb) info functions > invalid dwarf2 offset 1849950870 > My module is a DLL built with llc+ld toolchain. Target triple: 'i686-w64-mingw32'. Looking this offset (1849950870 == 0x6e440296) in dwarfdump output of the dll gave the following:

Hi all, Consider the following example: define void @fn(i8* %buf) #0 { entry: %arrayidx = getelementptr i8* %buf, i64 18 tail call void @llvm.memcpy.p0i8.p0i8.i64(i8* %arrayidx, i8* %buf, i64 18, i32 1, i1 false) %arrayidx1 = getelementptr i8* %buf, i64 18 store i8 1, i8* %arrayidx1, align 1 tail call void @llvm.memcpy.p0i8.p0i8.i64(i8* %buf, i8* %arrayidx, i64 18, i32 1, i1 false)

On 21/03/16 14:34, Aliaksei Sheshka wrote: > What is the point to pack single raw file into the tar.gz and to name it raw ? > Or it's just a mistake ? > > Johnny is looking at the cdn side of thigs, but effectively we will not have a .raw - we will have a .raw.tar.gz file ( which will itself only have a .ra...

On 22/03/16 01:06, Martinx - ????? wrote: > On 21 March 2016 at 11:51, Karanbir Singh <mail-lists at karan.org> wrote: > >> On 21/03/16 14:34, Aliaksei Sheshka wrote: >>> What is the point to pack single raw file into the tar.gz and to name it >> raw ? >>> Or it's just a mistake ? >>> >>> >> >> Johnny is looking at the cdn side of thigs, but effectively we will not >> have a .raw - we...

...; From: centos-bounces at centos.org [mailto:centos-bounces at centos.org] On > Behalf Of John R Pierce > Sent: Monday, October 10, 2016 1:31 PM > To: centos at centos.org > Subject: Re: [CentOS] CentOS-7-x86_64-GenericCloud.raw very unusual > format > > On 10/10/2016 8:28 AM, Aliaksei Sheshka wrote: > > $ > > wgethttp://cloud.centos.org/centos/7/images/CentOS-7-x86_64- > GenericClo > > ud.raw.xz > > --2016-10-10 11:21:32-- > > http://cloud.centos.org/centos/7/images/CentOS-7-x86_64- > GenericCloud.r > > aw.xz Resolving cloud.centos.org (...

On 21/03/16 15:34, Aliaksei Sheshka wrote: > Hello! > > Is anyone aware why CentOS-7-x86_64-GenericCloud.raw has such unusual format ? > > root at test-srv:~# wget > http://cloud.centos.org/centos/7/images/CentOS-7-x86_64-GenericCloud.raw > --2016-03-21 13:16:31-- > http://cloud.centos.org/centos/7/i...

> > > Why not a compressed qcow2? > > > > Like: CentOS-7-x86_64-GenericCloud.qcow2c > > > > This way, we can add it as-is to OpenStack Glance, that it will be > > downloaded by demand, when required and, OpenStack Nova will > automatically > > uncompress the image for runtime. > > We do publish a qcow2c, the always updated version ( updated

...* BUG 13987: s3:mdssvc: Fix flex compilation error. o G?nther Deschner <gd at samba.org> * BUG 13872: s3/vfs_glusterfs[_fuse]: Avoid using NAME_MAX directly: o Aaron Haslett <aaronhaslett at catalyst.net.nz> * BUG 13799: dsdb:samdb: schemainfo update with relax control. o Aliaksei Karaliou <akaraliou at panasas.com> * BUG 13964: s3:util: Move static file_pload() function to lib/util. o Volker Lendecke <vl at samba.org> * BUG 13957: smbd: Fix a panic. o Gary Lockyer <gary at catalyst.net.nz> * BUG 12478: ldap server: Generate correct referral sc...

...* BUG 13987: s3:mdssvc: Fix flex compilation error. o G?nther Deschner <gd at samba.org> * BUG 13872: s3/vfs_glusterfs[_fuse]: Avoid using NAME_MAX directly: o Aaron Haslett <aaronhaslett at catalyst.net.nz> * BUG 13799: dsdb:samdb: schemainfo update with relax control. o Aliaksei Karaliou <akaraliou at panasas.com> * BUG 13964: s3:util: Move static file_pload() function to lib/util. o Volker Lendecke <vl at samba.org> * BUG 13957: smbd: Fix a panic. o Gary Lockyer <gary at catalyst.net.nz> * BUG 12478: ldap server: Generate correct referral sc...

...* BUG 13940: vfs_ceph: Fix cephwrap_flistxattr() debug message. o Aaron Haslett <aaronhaslett at catalyst.net.nz> * BUG 13799: dsdb:samdb: Schemainfo update with relax control. o Amitay Isaacs <amitay at gmail.com> * BUG 13943: ctdb-common: Fix memory leak in run_proc. o Aliaksei Karaliou <akaraliou at panasas.com> * BUG 13964: smbd does not correctly parse arguments passed to dfree and quota scripts. o Volker Lendecke <vl at samba.org> * BUG 13903: winbind: Fix overlapping id ranges. * BUG 13957: smbd: Fix a panic. o Gary Lockyer <gary at c...