similar to: [LLVMdev] Exception handling with the LLVM makefile system

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

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

Hello, I am new to LLVM so apologies for a possibly basic question. I am trying to autopartition some codes into pieces so that I can compile these pieces with different backends. My idea is to create one module per desired piece, and transfer the functions from the module I am visiting to these newly created modules, deleting the function in the previous module and adding it to the new one.

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.

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

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,

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

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

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,

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

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 “void*”-based interface. It looks like the CodeExtractor

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.

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

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. Also, I tried to apply the patch to the LLVM 3.0 but does not work at all. Is the trunk version the only one where the patch can be applied?