similar to: [LLVMdev] Adding and removing functions from Module

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 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 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 05/16/2011 05:11 PM, Sebastian Redl wrote: > 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

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.

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 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.

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 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 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

On 12/12/11 17:07, Hal Finkel wrote: > On Mon, 2011-12-12 at 12:59 +0100, Pablo Barrio wrote: >> >> I'm still getting the following error: >> >> --- >> 1 out of 3 hunks FAILED -- saving rejects to file >> lib/Transforms/IPO/PassManagerBuilder.cpp.rej >> --- >> >> I'm using LLVM rev. 146369 (current trunk). Is it the same as you? If

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

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

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 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 Brandon, > Did you have issues with the Verifier complaining about function-local > metadata after moving blocks? Did you find a good solution for this? > It looks like you are moving blocks or instructions with attached metadata to another function. Some metadata is function-specific, so the verifier complains because the instruction/BB and the metadata don't belong to the

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

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

Hi all, Has anybody debugged LLVM IR with GDB? I'm using dragonegg to transform C into IR, then applying my optimizations. Passing "-g" to dragonegg doesn't seem to work since it generates debug info for the C code, not the IR. I really need GDB (lli doesn't solve my problems) in order to debug multi-threaded and multi-process MPI code. More clearly, if I have a file

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,