similar to: [LLVMdev] reading & writing bitcode from non file, e.g. GDBM store (or MySQL database)

Hi Danny, On 2007-12-26, at 15:39, Danny wrote: > I've noticed that the BitcodeReader appears to be an internal > module, but the BitstreamReader is public. Should I be using the > BitstreamReader? If so how. The generic BitstreamReader class is public because it's used in other projects, including clang, to serialize data structures other than LLVM IR. The coding of

Hi LLVM-ers, I am trying to get a return type of a function(from bitcode file) with LLVM-C API, but there seems no appropriate API to do that. I've tried to do that with following code, ---- LLVMModuleRef M; LLVMMemoryBufferRef MemBuf; LLVMValueRef F; // Function LLVMTypeRef RetTy; char *ErrStr; // // -- Load shader module //

CentOS Errata and Bugfix Advisory 2012:0579 Upstream details at : http://rhn.redhat.com/errata/RHBA-2012-0579.html The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) i386: 449d9bf07aa1d2957aded8f5ed898d33bb868e7db6a437807028ff8356d453aa gdbm-1.8.0-28.el5.i386.rpm af708c7be9010c51697194f3220f6f52f2f953c29b84198e6fafab51256fc8c8

CentOS Errata and Bugfix Advisory 2015:0005 Upstream details at : https://rhn.redhat.com/errata/RHBA-2015-0005.html The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) i386: 660911546c55027459a45ff052f1f538072a3e97b3e3c789d6926f19978cefc7 gdbm-1.8.0-37.el6.i686.rpm d9268699f04486515df65718b9340c676e5c55aba257de0df560f91d77cea9ec

CentOS Errata and Bugfix Advisory 2015:0089 Upstream details at : https://rhn.redhat.com/errata/RHBA-2015-0089.html The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) i386: ff6addf9697a57eca18c2424bc6791648caa99c105f2b8c1c9d6c136b6afd7d3 gdbm-1.8.0-38.el6.i686.rpm a5efc92ffa4f3a35f7cbb8e34dfa4e6eb52a835a8a79db96b7e44c0aa2cded13

That worked quite well. Thank you. One question as a follow up: is there a nice/standard way of including the pre-made bitcode chunks in with the binaries that are being created which read them? Bascially, I'd like to have the same functionality, but rather than having one or more .bc files running around which need to be read at runtime by an executable, moving that into the code

CentOS Errata and Bugfix Advisory 2011:0172 Upstream details at : https://rhn.redhat.com/errata/RHBA-2011-0172.html The following updated files have been uploaded and are currently syncing to the mirrors: ( md5sum Filename ) x86_64: c41f3d8277d5cd6dc378e276e0c57a88 gdbm-1.8.0-26.2.1.el5_6.1.i386.rpm 91091f7d5aa4a7e3fd988a7a2d29d5a4 gdbm-1.8.0-26.2.1.el5_6.1.x86_64.rpm

hi all, i'm stuck debugging a problem that appeared after this update made it to our systems: http://lists.centos.org/pipermail/centos-announce/2015-January/020856.html GDBM_File fails simple operation (which works with 1.8.0-36 of gdbm) could someone with same perl and gdbm confirm the issue via simple script below? (would help me narrow down if this is something specific on our

CentOS Errata and Bugfix Advisory 2011:0172 Upstream details at : https://rhn.redhat.com/errata/RHBA-2011-0172.html The following updated files have been uploaded and are currently syncing to the mirrors: ( md5sum Filename ) i386: a8fdf362618bf70866b33adb98edf180 gdbm-1.8.0-26.2.1.el5_6.1.i386.rpm cb1dab90f7fa35628742717a279462f3 gdbm-devel-1.8.0-26.2.1.el5_6.1.i386.rpm Source:

Hi, Is it possible to get openldap using gdbm ? I've already tried to set it in the config, but it fails the start. Any help would be appreciated. Warm Regards, M?rio Gamito

Hey there, I'm relatively new to the llvm scene, and so far I'm liking it quite a bit. I'm a bit perplexed as to what llvm-gcc's role is in everything. I've used it to create .bc files for really simple functions and it seems to do quite well at that, but I've been trying to figure out how to take the output from llvm-gcc and actually use it in another program.

Thank you for this reply. If so, is there any way to merge basic blocks into a single one? Thanks, Seung J. Lee ---- Original message ---- >Date: Fri, 29 Jun 2007 22:27:38 +0200 >From: Basile STARYNKEVITCH <basile at starynkevitch.net> >Subject: Re: [LLVMdev] LLVM assembly without basic block >To: LLVM Developers Mailing List <llvmdev at cs.uiuc.edu> > >Seung

Chris Lattner wrote: > On Mon, 22 Oct 2007, Basile STARYNKEVITCH wrote: >> On a Debian/AMD64 host I am surprised that there is apparently no way to >> generate position independent code in shared object (i.e. to output >> files which are easy dlopen-able without pain)? >> >> I probably missed something obvious, but what? > > You're missing the fact that

Le Tue, May 08, 2007 at 10:17:41PM -0700, Tanya M. Lattner écrivait/wrote: > > Here is the schedule: > > May 7th - Release branch created. Developers should begin reviewing > all documentation. > > May 14th - Tar balls and binaries are released for general testing. I'll > also need volunteers to create additional llvm-gcc binaries that I have > not provided.

Hello All, On a Debian/AMD64 host I am surprised that there is apparently no way to generate position independent code in shared object (i.e. to output files which are easy dlopen-able without pain)? I probably missed something obvious, but what? I want to compile LLVM assembly source code -suitably generated- into .so as directly as possible... Regards -- Basile STARYNKEVITCH

Le Sat, May 12, 2007 at 04:42:49PM -0700, Chris Lattner écrivait/wrote: > On Sat, 12 May 2007, Basile STARYNKEVITCH wrote: > > with the latest LLVM (almost 2.0 CVS) what is the right way to read a module > > from a byte array fetched from a database? > > The bitcode reader will read from any MemoryBuffer object. There are a > variety of static methods on MemoryBuffer to

Thank you for reminding me the notion of the basic block. Of course, I know all the assembly takes the form of BBs and is divided into units of BB. OK. It looks better for me to explain what I wanted to do more clear from the first. Actually, I am working on emitting out an assembly of VM by using LLVM. LLVM assembly looks similar with this VM assembly except BB. The VM assembly does not have the

Hello (my machine is a Debian/Sid/x86-64/Core2) Assuming I have one C source file chello.c, to compile it into a dynamically loadable thru dlopen shared object, I can run gcc -fPIC -shared -O chello.c -o chello.so I thought that, assuming I have one llvm source ehello.ll, the equivalent would be llvmc2 -opt ehello.ll -o ehello.so but it is not that simple. Any clues ? May I also

Le Thu, May 03, 2007 at 09:36:22AM -0700, Chris Lattner écrivait/wrote: > On Thu, 3 May 2007, Basile STARYNKEVITCH wrote: > > > > > FWIW, the latest gcc snapshot from yesterday gcc version 4.3.0 20070501 > > (experimental) fail to compile latest LLVM (with compile errors!). > > Please file an llvm bug report with these errors. It may be that we are > doing

Hello All, What version of g++ is usable to compile the latest LLVM CVS snapshot on a Linux/x86-64 (AMD64) Debian/ Sid or Etch plateform? What compiler do LLVM dzevelopers use to compile LLVM on Linux/X86-64 systems? IKt seems that most versions of g++ fail to compile LLVM and that some others compile it wrongly (producing buggy code)? Why can't g++-4.1 be used? FWIW, the latest gcc