similar to: [LLVMdev] CodeExtractor status?

On 18/11/13 21:43, Brandon Holt wrote: > I am working on a pass to extract small regions of code to run > somewhere else (different node in a cluster). Basically what I need is > the ability to isolate a region of code, get its inputs and outputs, > create a new function with the extracted code and code aggregating the > in and out parameters as structs that can be cast for a

Hi Pablo, Your tool sounds really cool. It goes well beyond what I’m trying to do, which is really just extracting blocks of code, serializing and sending the inputs over to another core, running the code over there, and then sending the outputs back to the original caller (like an automatic RPC). So it sounds like most of the things your tool can do would be overkill for my use case. What I’ve

Dear everyone, I want to traverse call graph, but I have some trouble . In my pass MyPass which need to traverse call graph, I firstly added the CallGraph analysis to the pass requirements by *AU.addRequired<CallGraph>();* My pass MyPass then will be added to a pass manager by *manager.add(new MyPass());* and then I want to traverse the call graph such as: CallGraph CG =

Hi all, I came across something that seems to be a bug in the dragonegg option that emits LLVM IR. ¿Can anybody reproduce the error, or see what's wrong? ¿Should I post it somewhere else in case it's really a bug? Thanks ahead! With this simple program: * #include <stdio.h> #include <string.h> int main(int argc, char** argv){ char a[8] = "aaaaaaa";

Hi all, I'm starting a new project and I'm having some trouble with the LLVM configure+Makefile system. When I type "./configure" in the sample project, it seems to work. However, after going down to the autoconf dir and typing "./AutoRegen.sh", when I go back to the project main dir and type "./configure" again, I get the following error: configure:

Hi Pablo, > I came across something that seems to be a bug in the dragonegg option that > emits LLVM IR. ¿Can anybody reproduce the error, or see what's wrong? I can't reproduce this on x86-64 linux with latest LLVM+dragonegg+gcc-4.6. ¿Should I > post it somewhere else in case it's really a bug? Thanks ahead! > > With this simple program: > * > #include

I recall having a similar problem while coding my own special-purpose "opt". My guess: try adding the following lines before your pass is inserted into the PassManager: PassRegistry &Registry = *PassRegistry::getPassRegistry(); initializeIPA(Registry); You might require other library initializations. Have a look at the "opt" source code. On 02/12/13 10:36,

Hi, I'm having problems while using a custom pass with opt. The pass compiles and links just fine but, when I try to use it with opt: opt -load LLVMmyPass.so -my-flag -f aes.bc -o aes_bb.bc opt refuses to load it with the following error: Error opening 'LLVMmyPass.so': LLVMmyPass.so: undefined symbol: _ZN4llvm9DebugFlagE -load request ignored. and then complains that the flag

Hi Duncan, >> #include<stdio.h> >> #include<string.h> >> >> int main(int argc, char** argv){ >> >> char a[8] = "aaaaaaa"; >> char b[8] = "bbbbbbb"; >> >> char *c = (char*) malloc(sizeof(char)*(strlen(a)+strlen(b)+1)); >> memcpy(c, a, strlen(a)); >> memcpy(c + strlen(a), b, strlen(b) + 1); >>

Hi all, I'm having trouble when trying to reuse some functions that use Boost::Exception into my LLVM-based application. As far as I know, LLVM turns off Exception handling (apparently for performance reasons), so I get the following link-time error in a few places: "undefined reference to `boost::throw_exception(std::exception const&)" When I compile the external code from

On 16.05.2011, at 08:44, Pablo Barrio wrote: > Hi all, > > I'm having trouble when trying to reuse some functions that use > Boost::Exception into my LLVM-based application. As far as I know, LLVM > turns off Exception handling (apparently for performance reasons), so I > get the following link-time error in a few places: > > "undefined reference to

On 4/4/11 9:25 AM, Pablo Barrio wrote: > Hi all, > > I'm starting a new project and I'm having some trouble with the LLVM > configure+Makefile system. > > When I type "./configure" in the sample project, it seems to work. > However, after going down to the autoconf dir and typing > "./AutoRegen.sh", when I go back to the project main dir and type

Hi all, I have a code with three passes (one loop pass and two module passes) and my own pass manager. If I schedule the loop pass between the others, my code segfaults. Is there any explanation why loop passes cannot be scheduled between two module passes? Perhaps I misunderstood the behaviour of pass managers. I paste here my "usage" information: int main(...){ Module m = ...

Hi Hal, On 02/12/11 21:06, Hal Finkel wrote: > On Fri, 2011-12-02 at 19:08 +0100, Pablo Barrio wrote: >> I applied the patch to the trunk version successfully, although I get an error in between: >> >> 1 out of 1 hunk FAILED -- saving rejects to file lib/Transforms/IPO/CMakeLists.txt.rej >> >> Can I ignore the error? The patch exits normally except for that error.

On Fri, 2011-12-02 at 19:08 +0100, Pablo Barrio wrote: > I applied the patch to the trunk version successfully, although I get an error in between: > > 1 out of 1 hunk FAILED -- saving rejects to file lib/Transforms/IPO/CMakeLists.txt.rej > > Can I ignore the error? The patch exits normally except for that error. The attached patch should apply cleanly. Thanks for the feedback,

Hi Pablo, > I have a code with three passes (one loop pass and two module passes) > and my own pass manager. If I schedule the loop pass between the others, > my code segfaults. when developing with LLVM you should configure with --enable-assertions. That way you should get an assert failure with a helpful message rather than a crash. Is there any explanation why loop passes cannot

Hi Pablo, I can reproduce this with the supplied IR. It is related to the use of __memcpy_chk. As far as I can see it is a bug in lli or the LLVM code generators. Can you please open a bugreport, attaching the LLVM IR. Ciao, Duncan. On 23/01/12 17:00, Pablo Barrio wrote: > Hi Duncan, >>> #include<stdio.h> >>> #include<string.h> >>> >>> int

Hello, I'm executing my byte code program by the lli tool using mcjit. I need a way to find statistics about the number of instructions executed for my program. The -stats option does not include this value, are there any other way to know? I need this information to compare different versions of my bytecode program. Please advice Thanks in advance Sara Elsohbaky --------------

On Mon, 2011-12-12 at 12:59 +0100, Pablo Barrio wrote: > Hi Hal, > > On 02/12/11 21:06, Hal Finkel wrote: > > On Fri, 2011-12-02 at 19:08 +0100, Pablo Barrio wrote: > >> I applied the patch to the trunk version successfully, although I get an error in between: > >> > >> 1 out of 1 hunk FAILED -- saving rejects to file lib/Transforms/IPO/CMakeLists.txt.rej

Hi Pablo, in fact this is coming from the "ssp" attribute on main, which turns on LLVM's stack protection logic. I have no idea what that does exactly, but it seems to be causing the problem. On ubuntu systems it is enabled by default. You can turn it off by passing -fno-stack-protector to dragonegg. However please still open a bugreport since stack protection is supposed to work.