similar to: [LLVMdev] Compressing with llvm-ar

On Mon, Jul 30, 2012 at 8:15 PM, Martinez, Javier E <javier.e.martinez at intel.com> wrote: > Hello, > > > > The documentation for llvm-ar says that option ‘z’ is used to compressed a > file before archiving it. I did some tests with different input files (text > and LLVM bitcode) and found the archive to be about the same size as the > input. When debugging I found

I ran the LLVM regression tests today (via make check) and noticed that llvm-ranlib crashes with a Bus Error on my test system (a fairly old RedHat 9 system), using the latest CVS version. I did some digging and I think I know what the problem is, and I have attached a quick and dirty patch that fixes the problem for me, but I need a suggestion about how it should be integrated properly. Here

On Thu, Aug 9, 2012 at 1:15 PM, Michael Spencer <bigcheesegs at gmail.com> wrote: > On Thu, Aug 9, 2012 at 12:49 PM, Rafael Espíndola > <rafael.espindola at gmail.com> wrote: >>> I think this is a leftover from the days we used to have a *byte*code >>> and use bzip2 on it :-) >>> >>> I will try to clean it up. >> >> The attached

On Thu, Aug 9, 2012 at 12:49 PM, Rafael Espíndola <rafael.espindola at gmail.com> wrote: >> I think this is a leftover from the days we used to have a *byte*code >> and use bzip2 on it :-) >> >> I will try to clean it up. > > The attached patch removes all references to compression from llvm-ar, > llvm-ranlib and related libraries. > > Is it OK? >

> llvm-ar cannot do compression. I think this is a leftover from the days we used to have a *byte*code and use bzip2 on it :-) I will try to clean it up. > - Michael Spencer > Cheers, Rafael

Dear all, I wrote a wrapper to a FORTRAN program using R. The main program uses a text file (~200 lines) as an input describing the simulation to be run. I typically generate the file once with the right parameters using a combination of file(), paste(), cat(). This is fine, and it works well, however I then need to update only a few values in the file many times (~200 times,

HI, I'm having trouble with a piece of Rscript which keeps outputting incorrectly. it's something like this: the code reads in from a file which contains (reformated) input >file<-read.table(file="input_file.txt",sep="\t")[,c(1,3:5)] > >file.rows<- c(nrow(file)/288) # "input_file.txt" contains 288 reformatted lines for each original data file

It's too bad that the compression feature was dropped. Can you share why? I was interested in using llvm-ar to compress LLVM outputs. My experiments show that BC and PCH files are highly compressible (~35% of original size). I can see many situations that would benefit from a reduced storage size. I have tried other methods for reducing the file size such as tweaking with opt options (see

> I think this is a leftover from the days we used to have a *byte*code > and use bzip2 on it :-) > > I will try to clean it up. The attached patch removes all references to compression from llvm-ar, llvm-ranlib and related libraries. Is it OK? Cheers, Rafael -------------- next part -------------- A non-text attachment was scrubbed... Name: t.patch Type: application/octet-stream

--- builder/index-parse.y | 6 ++++-- builder/index-parser-c.c | 3 ++- builder/index-struct.h | 1 + builder/ini_reader.ml | 6 +++--- builder/ini_reader.mli | 2 +- 5 files changed, 11 insertions(+), 7 deletions(-) diff --git a/builder/index-parse.y b/builder/index-parse.y index 310870d..7ddef53 100644 --- a/builder/index-parse.y +++ b/builder/index-parse.y @@ -150,12 +150,14 @@

Evan, Your patch uses an operating system call that is not portable. All non-portable code needs to be located in the lib/System library. I'm not sure why this problem appears on an old Red Hat system. Perhaps the C++ io library is not up to snuff on that platform? What compiler are you using? Reid. Evan Jones wrote: > I ran the LLVM regression tests today (via make check) and

I wrote an R wrapper function (phylpro) around a C function (Rphylpro). The first time I'm running my function, it runs with no errors. The second time I'm trying to run it, I get an error message with the first argument to .Call garbled. Set up: > dyn.load("Phylpro.so") > source("phylpro.R") > WinHalfWidth<-30 > permReps<-10 > breaks<-c(548,

Patch set fixes issues with image size increase when using edit-livecd Also address issue with ext4 root fs

I''ve just pushed vdiskadm translate to the 3.3 vdisk repo. You can now translate data from one virtual disk data type to another without creating a virtual disk. This allows the user to use a vmdk file and directly translate the data into a zvol without having to import it first to a vdisk and then export it to the zvol. # vdiskadm help translate translate - translate virtual disk data

Hi All, Have spent the last couple of days learning R and shell scripting to do batch plotting jobs. I have had success getting R to complete a filled contour plot and output to a file (.jpg or .tiff etc). However, when I try to do the same thing with the simple plot command the script seems to execute correctly yet there is no output. Below is my R code: file <-

Switch the lex/yacc parser into reentrant mode, to ease the handling of parsing-specific data; introduce a new parser_context struct for that, which is added as extra data to the parser. This should cause no behaviour changes in the parsing, just no more global variables used for getting data in/out the parser. --- builder/index-parse.y | 44 ++++++++++++++++++++++++++++++++++++------

Hi, I'm trying to compile llvm/clang so that: it is compiled on osx 10.6, it runs on osx, but it outputs win32 objects. More exactly, I'm building an app which generates a .c file that doesn't include or link with anything, and I'd like to be able to make a win32 .dll of it on osx. Below is what I'm getting. Full log is here: http://pastebin.com/KsPGvAfW It fails while

Hi, I am looking to write customized metadata to a particular load instruction using LLVM transform pass (A function pass to be specific). I have the following code snippet. > Value *CI = ConstantInt::get(getGlobalContext(), APInt(8,2)); > ArrayRef<Value*> temp = ArrayRef<Value*>( CI); > MDNode *Node = MDNode::get(load->getContext(), temp); >

Just posted this fix on ninja's github page, but figured I'd share it with a larger audience. Every time I run cmake && ninja in a new build directory, ninja will rerun cmake because the entry for build.ninja in .ninja_log is older than the timestamp on CMakeCache.txt, even if the timestamps on the actual file isn't older. The following patch fixes the problem, i.e.,

On 09/29/2015 04:19 PM, Tom Stellard via llvm-dev wrote: > On Tue, Sep 29, 2015 at 01:20:57PM +0000, Paweł Bylica via llvm-dev wrote: >> Hi LLVM, >> >> I would like to compile OpenCL kernel for a specific AMD GPU target. Is it >> possible with the current clang/LLVM? >> >> I started by using `clang -x cl` but it looks like at least some OpenCL >>