Displaying 20 results from an estimated 10000 matches similar to: "[LLVMdev] Pass::runPass?"
2008 Mar 07
1
[LLVMdev] Pass::runPass?
On Mar 7, 2008, at 1:22 PM, Devang Patel wrote:
>
> On Mar 7, 2008, at 1:13 PM, Dan Gohman wrote:
>
>> The virtual function Pass::runPass is a little deceptive; a pass that
>> isn't a ModulePass can be run on a Module when run from a
>> PassManager, but calling runPass(Module *) with the same pass
>> does nothing. Also, runPass doesn't appear to be used
2008 Mar 07
0
[LLVMdev] Pass::runPass?
On Mar 7, 2008, at 1:13 PM, Dan Gohman wrote:
> The virtual function Pass::runPass is a little deceptive; a pass that
> isn't a ModulePass can be run on a Module when run from a
> PassManager, but calling runPass(Module *) with the same pass
> does nothing. Also, runPass doesn't appear to be used anywhere.
> Can someone explain what runPass is for?
Only BasicBlockPass
2006 Jan 10
0
[LLVMdev] passmanager, significant rework idea...
On Mon, 9 Jan 2006, Saem Ghani wrote:
> The patch below basically hammers out some ideas as to where I'd like
> to take the passmanager in LLVM. I've tried thinking things through,
> but I'm still a n00b, so some criticism would be more than welcome. =)
>
> Starting from line 191 down. If you're wondering why I created a
> patch, well that's because I found
2007 Jun 21
2
[LLVMdev] PassManager vs FunctionPassManager
Right now, addPassesToEmitFile requires a FunctionPassManager. If I'm
working with code that uses a plain PassManager and want it to generate
code, are there any options better than doing this:
/**
* Wrapper class to run a FunctionPassManager as a ModulePass so that it
* can be added to a plain PassManager.
*/
class FunctionPassManagerModulePass : public ModulePass {
FunctionPassManager
2006 Jan 10
3
[LLVMdev] passmanager, significant rework idea...
The patch below basically hammers out some ideas as to where I'd like
to take the passmanager in LLVM. I've tried thinking things through,
but I'm still a n00b, so some criticism would be more than welcome. =)
Starting from line 191 down. If you're wondering why I created a
patch, well that's because I found thinking in passmanagert.h the most
productive.
--
Regards.
2010 Apr 13
2
[LLVMdev] The "scope" of passes
Devang Patel wrote:
> On Mon, Apr 12, 2010 at 6:41 PM, ether zhhb <etherzhhb at gmail.com> wrote:
>
>
>> that's because FunctionPass implement the "addLowerLevelRequiredPass"
>> function, but others not.
>>
>> so, is there any special reason that only "addLowerLevelRequiredPass" is
>> allow?
>>
>>
>
>
2010 Apr 17
0
[LLVMdev] The "scope" of passes
hi John,
sorry for reply so late.
On Tue, Apr 13, 2010 at 10:38 PM, John Criswell <criswell at uiuc.edu> wrote:
> Devang Patel wrote:
>
>> On Mon, Apr 12, 2010 at 6:41 PM, ether zhhb <etherzhhb at gmail.com> wrote:
>>
>>
>>
>>> that's because FunctionPass implement the "addLowerLevelRequiredPass"
>>> function, but others
2006 Jan 10
1
[LLVMdev] Re: passmanager, significant rework idea...
On 1/10/06, Chris Lattner <sabre at nondot.org> wrote:
> Interesting approach. :)
Thanks.
> Comments below, with ***'s before the notes:
> +class LoopPass : public Pass {}; // Temporary.
>
> *** I wouldn't worry about loop passes yet.
Sure.
> +class PassUnit {
> + Pass *pass;
> +
> + enum Traversal {
> + LINEAR, // Standard top down
2010 Apr 19
2
[LLVMdev] The "scope" of passes
ether zhhb wrote:
> hi John,
>
> sorry for reply so late.
>
> On Tue, Apr 13, 2010 at 10:38 PM, John Criswell <criswell at uiuc.edu
> <mailto:criswell at uiuc.edu>> wrote:
>
> Devang Patel wrote:
>
> On Mon, Apr 12, 2010 at 6:41 PM, ether zhhb
> <etherzhhb at gmail.com <mailto:etherzhhb at gmail.com>> wrote:
>
>
2007 Jun 21
0
[LLVMdev] PassManager vs FunctionPassManager
On Jun 21, 2007, at 4:13 PM, Dan Gohman wrote:
> Right now, addPassesToEmitFile requires a FunctionPassManager. If I'm
> working with code that uses a plain PassManager and want it to
> generate
> code, are there any options better than doing this:
That's what FPPassManager does (include/llvm/PassManagers.h) .
Function pass manager itself is a module level pass.
2006 Apr 13
1
[LLVMdev] standalone llvm
On Wed, 12 Apr 2006 22:48:16 -0500
Patrick Meredith <pmeredit at uiuc.edu> wrote:
>
> On Apr 12, 2006, at 10:23 PM, Simon Burton wrote:
>
> >
> > Is it possible to get llvm to generate native machine code
> > without using gcc and friends ? Do I use lli ?
>
> llc. llc --help lists all the options. it compiles llvm bytecode
> files.
It seems this
2005 Feb 07
0
[LLVMdev] Segmentation Fault(Modifying BasicBlockPlacement.cpp)
Hi,
I have been trying to randomize blocks in a program and modified "BasicBlockPlacement.cpp" for the purpose but getting segmentation fault.I am not able to determine the problem.Can anyone please decrypt these error messages or suggest what might be the possible cause of failure?
-----------------------------------------------------------------------------------------------------
2006 Apr 13
0
[LLVMdev] Re: Creating Release 1.7 Branch at 1:00pm PDT
The various intrinsic assert/crashes should all be fixed on mainline CVS
(they are PR733, which I just fixed).
The only ones that I'm wary of are:
XPASS: /proj/llvm/build/../llvm/test/Regression/CFrontend/2004-02-20-
StaticRedeclare.c.tr
FAIL: /proj/llvm/build/../llvm/test/Regression/CFrontend/2005-12-04-
DeclarationLineNumbers.c:
In the former case, I would guess that the test isn't
2007 Jun 25
1
[LLVMdev] PassManager vs FunctionPassManager
On Thu, Jun 21, 2007 at 04:37:14PM -0700, Devang Patel wrote:
>
> On Jun 21, 2007, at 4:13 PM, Dan Gohman wrote:
>
> > Right now, addPassesToEmitFile requires a FunctionPassManager. If I'm
> > working with code that uses a plain PassManager and want it to
> > generate
> > code, are there any options better than doing this:
>
> That's what
2006 Apr 13
2
[LLVMdev] Re: Creating Release 1.7 Branch at 1:00pm PDT
I just updated again (both llvm and llvm-gcc). The only thing that
changed was:
P test/Regression/CFrontend/2005-12-04-DeclarationLineNumbers.c
The regression test below was done *with* your llvm-gcc changes to llvm-
expand.c. I don't know what the failures are all about, but I will try
it again. If its the same, I'll let you know.
Reid.
On Thu, 2006-04-13 at 16:20 -0500, Chris Lattner
2005 Feb 07
2
[LLVMdev] Segmentation Fault(Modifying BasicBlockPlacement.cpp)
On Mon, 7 Feb 2005, Tanu Sharma wrote:
> I have been trying to randomize blocks in a program and modified
> "BasicBlockPlacement.cpp" for the purpose but getting segmentation
> fault.I am not able to determine the problem.Can anyone please decrypt
> these error messages or suggest what might be the possible cause of
> failure?
I'd be happy to fix this, but I need
2009 May 23
1
[LLVMdev] Basic Block API
Hi,
Thank you for your answer.
But let me get it straight, when i compile code with the llvm compiler, and
my basic block pass is being processed, other passes are concurrently being
processed ?
Thanks.
On Sat, May 23, 2009 at 7:01 PM, John Criswell <criswell at cs.uiuc.edu> wrote:
> Rotem Varon wrote:
> > Hi,
> >
> > Is there an API for getting (within a basic block
2006 Jun 23
2
[LLVMdev] Help with error in pass
Dear LLVM guys,
I am getting an error with my pass implementation, and I cannot figure
it out. Basically, I've implemented part of a register allocation
algorithm, but I am having problems to set the passes correctly. For
instance, for this program below, the following error message is
produced:
.c ----------------------| .bc ---------------------------------
2009 May 23
0
[LLVMdev] Basic Block API
Rotem Varon wrote:
> Hi,
>
> Is there an API for getting (within a basic block pass) the number of basic block in the program ?
>
Not of which I am aware. You will probably need to write code that does
this for you.
One place to put the code would be in the doInitialization() method of
the BasicBlockPass that you're writing. However, I'm not sure if the
count would be
2005 Aug 27
1
[LLVMdev] llc problem
I got the following error in 1.5 release. As far as installation is concerned,
everything went fine.
llc hello.bc -o hello.bs
llc((anonymous namespace)::PrintStackTrace()+0x17)[0xd435f1]
llc((anonymous namespace)::SignalHandler(int)+0xbd)[0xd437ff]
/lib64/tls/libc.so.6[0x3ff522e410]
llc(llvm::Type::isFirstClassType() const+0x13)[0x8fc38d]
llc(llvm::FunctionType::FunctionType(llvm::Type const*,