search for: conrado

Hi, I'm starting use the R Package and I have some .R scripts. How can I run these .R scripts. Conrado

Just updated the source and now I get the unreachable error again. The JIT doesn't know how to handle a RAUW on a value it has emitted. UNREACHABLE executed at /home/conrado/engines/llvm/lib/ExecutionEngine/JIT/JITEmitter.cpp:1542! I think that it's not helpful now, but I can post the program, if you want me to. On Sun, Jan 31, 2010 at 2:49 PM, Jeffrey Yasskin <jyasskin at google.com>wrote: > On Sun, Jan 31, 2010 at 7:35 AM, Conrado Miranda > <mir...

...n't have the constant cost of pointers (it allows me to choose when I can afford the cost of the change). Thanks for the explanation. The code works just as wanted now. On Sun, Jan 31, 2010 at 3:25 AM, Jeffrey Yasskin <jyasskin at google.com>wrote: > On Sat, Jan 30, 2010 at 6:22 PM, Conrado Miranda > <miranda.conrado at gmail.com> wrote: > > Albert Graef wrote: > >> > >> The way I do this in Pure is to always call global functions in an > >> indirect fashion, using an internal global variable which holds the > >> current function poin...

On Sun, Jan 31, 2010 at 7:35 AM, Conrado Miranda <miranda.conrado at gmail.com> wrote: > Great! It just worked. I was a bit worried about using pointers to call > functions because it's a little too overwhelming in a big project, I think. > > Just for the record, if the function code isn't freed with > freeMac...

...'ll need to call freeMachineCodeForFunction(x) before you call x->replaceAllUsesWith(y). And yes, putting your code (and a gdb-produced stack trace when there's a crash) somewhere we can see it (for example, pastebin.com) will always help us debug problems. On Sunday, January 31, 2010, Conrado Miranda <miranda.conrado at gmail.com> wrote: > Just updated the source and now I get the unreachable error again. > > The JIT doesn't know how to handle a RAUW on a value it has emitted. > UNREACHABLE executed at /home/conrado/engines/llvm/lib/ExecutionEngine/JIT/JITEmitter.c...

...(which is being write in C/C++). Maybe going back to that. Thank you both for the quick replies. Miranda PS: If it's any help, got the svn version and, while running the program, got this: The JIT doesn't know how to handle a RAUW on a value it has emitted. UNREACHABLE executed at /home/conrado/engines/llvm/lib/ExecutionEngine/JIT/JITEmitter.cpp:1542! I looked at the function and it's a dummy function. Just looking forward to see that corrected. -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.llvm.org/pipermail/llvm-dev/attachments/201...

On Sat, Jan 30, 2010 at 6:22 PM, Conrado Miranda <miranda.conrado at gmail.com> wrote: > Albert Graef wrote: >> >> The way I do this in Pure is to always call global functions in an >> indirect fashion, using an internal global variable which holds the >> current function pointer. When a function definitio...

...R}/compiler-rt))". I really don't know anything about CMake, but when changed the line to "if(NOT ${entry} STREQUAL ${CMAKE_CURRENT_SOURCE_DIR}/compiler-rt)", it passed without error. I don't know if this is the right way to do this or maybe it's a problem with my CMake. Conrado. -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.llvm.org/pipermail/llvm-dev/attachments/20100215/a342bc93/attachment.html>

Conrado Miranda wrote: > To implement something that is common in Lisp. Suppose I have a program > that is running and can't be stopped or the cost being stoped is > prohibitive. If I find a better way to run an algorithm, I'd like to > update the running program non-stopping. The way...

...quot;undo" the operations LLVM does, like machine code->LLVM IR. If there's no one working with this right now, I'd like some guidance on it. I mean, with the available code, many things can be done, but I'd like to be able to get an executable and go all the way back. Thanks, Conrado -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.llvm.org/pipermail/llvm-dev/attachments/20100227/62967596/attachment.html>

Hi Duncan, > I couldn't find the solution to my problem (if it has one) in the mailing >> list or the source code. The problem is: how can I redefine a function >> that's been called already by some other function? >> > > why do you want to do this? > To implement something that is common in Lisp. Suppose I have a program that is running and can't be

On Wed, Feb 17, 2010 at 6:29 AM, Conrado Miranda <miranda.conrado at gmail.com> wrote: > First, you have to call llvm-g++ to use the llvm-gcc front end, but it > doesn't matter here. I got the compile command from the Kaleidoscope documentation. > I'd like to suggest that you use pastebin to put your code and the...

...indows XP was reinstalled from scratch and the problem persists. NO, it doesn't appears to happen with Windows 98 (other machines on our network). --- I think this is what I have to say for now. I hope anyone can help on this issue, as well someone else also get helped. Best regards, --- Conrado Vardanega http://www.flopnet.com.br/

Hi Conrado, > I couldn't find the solution to my problem (if it has one) in the > mailing list or the source code. The problem is: how can I redefine a > function that's been called already by some other function? why do you want to do this? > Suppose I have 3 files, all compiled to b...

Hi everybody. I've just started learning about LLVM and didn't get too far studying the core. I couldn't find the solution to my problem (if it has one) in the mailing list or the source code. The problem is: how can I redefine a function that's been called already by some other function? Suppose I have 3 files, all compiled to bytecode through llvm-gcc (I think it could be clang

First, you have to call llvm-g++ to use the llvm-gcc front end, but it doesn't matter here. I'd like to suggest that you use pastebin to put your code and the send us the link, so that we can download it. The problem is that TheExecutionEngine is set to NULL (maybe because of a previous error), but it will be really better if you use pastebin. On Wed, Feb 17, 2010 at 6:01 AM, Todd Rovito

As previous mentioned here, I think the best design would be to JIT code fast (using the FOO type) and then allow the user to build to some other format later if he/she wants. Reloading pre-JITed functions is a feature I'd like to see, because sometimes you have to JIT fast an inefficient function just to get it working and later optimize it. If you could save the functions for latter use

I am new to llvm so I might be missing a critical step. My system is Fedora 12 but this also happens in Mac OS X 10.6.2. Here are the steps I used to compile llvm: export TARGETS=x86,x86_64,cpp export INSTALLDIR=/home/rovitotv/llvm ../llvm-2.6/configure --prefix=$INSTALLDIR --enable-bindings=none --enable-targets=$TARGETS --enable-optimized --with-llvmgccdir=$INSTALLDIR

On Tue, Nov 16, 2010 at 9:39 AM, James Molloy <James.Molloy at arm.com> wrote: > Hi, > > I've been watching the MC-JIT progress for some time, and #2 certainly > looks like the best idea to me. I think however you've missed an important > selling point of the "FOOJIT" architecture: > > * The use of a custom object file format directly enables the use

Gautham Kasinath Software Engineer Arkin Systems Pvt Ltd T. Nagar Chennai Ph. (91) (44) 8216686 Extn 14