search for: bytestr

...>> options(STERM=.....) >> matrix(nrow=|) > ("|" stands for my cursor) > and "nrow: x" in the minibuffer. > that's it. > emacs is stuck. > Program received signal SIGTSTP, Stopped (user). > 0x00000000005a115a in exec_byte_code (bytestr=8748337, vector=8748373, maxdepth=<optimized out>, args_template=11970946, > nargs=<optimized out>, args=<optimized out>) at /home/sds/src/emacs/trunk/src/bytecode.c:487 > 487 stack.pc = stack.byte_string_start = SDATA (bytestr); > (gdb) where > #0...

...atform's system libraries and how to link to them and such; > LLVM doesn't paper over this. OK. So to be specific, I am using a Haskell language binding to LLVM, not C. With my multimedia IO examples, am I correct in thinking I have a few options: 1. Do IO in my host language, and parse bytestrings in to LLVM data structures, e.g. vectors. Then, pass these data structures to LLVM generated code for JIT compilation. 2. Write IO functions in C, and compile with -emit-llvm . Then in my LLVM code generation, I read this external function from a bitcode file generated by clang. Here, there is...

On Sat, Nov 2, 2013 at 2:48 PM, Rob Stewart <robstewart57 at gmail.com> wrote: > Hi, I'm getting started with LLVM, with the intention of writing a DSL > that compiles to LLVM IR, to target a new CPU instruction set. I have > two questions: > > 1. Multimedia IO in LLVM > > In the paper "The LLVM Instruction Set and Compilation Strategy" [1], > there is

Hi, I'm getting started with LLVM, with the intention of writing a DSL that compiles to LLVM IR, to target a new CPU instruction set. I have two questions: 1. Multimedia IO in LLVM In the paper "The LLVM Instruction Set and Compilation Strategy" [1], there is talk about a possible multimedia instruction set in a future LLVM release: "Note that LLVM is a virtual instruction

...5 05 (note effect of finite precision) intToRaw <- function(x, n=max(0,floor(log(x)/log(256)+1))) { stopifnot(x>=0) suppressWarnings( as.raw( floor( x / 2^(8*seq(0,length=n)) ) %% 256)) } but I'd think there was a simpler version that just casts the integer as a bytestring internally (for type integer at least). Also, of course, it doesn't help for getting the bit-pattern of a double. -s

...ry: $ ./Setup.hs configure $ ./Setup.hs build $ sudo ./Setup.hs install Building of this release has been tested with: * GHC versions 6.4 and 6.6 [2] * The Haskell build system "Cabal" versions 1.1.3, 1.1.4, 1.1.6, and the current development trunk. [3] * fps (Data.ByteString.Lazy) version 0.7, and development trunk. [4] Note that if you are using the recently-released GHC 6.6 then you will not need separate installs of Cabal or fps. You will however need to remove the word "fps" from the hogg.cabal file; see the README for details. The GHC and Cabal vers...