search for: mosby

Thanks Duncan, I figured it out after a couple of tries, but the docs are not as clear as your instructions. If there's no specific maintainer of TestingGuide.html, I'd be happy to update the docs to be as clear as your instructions. llvm/projects/Makefile filters out "test-suite" and "llvm-test" when builds are done, so it looks like those two names work. John On

On Mar 28, 2009, at 2:17 PM, John Mosby wrote: > Thanks Duncan, > > I figured it out after a couple of tries, but the docs are not as > clear as your instructions. If there's no specific maintainer of > TestingGuide.html, I'd be happy to update the docs to be as clear as > your instructions. > Please!...

Too obvious! Thanks Dan On Apr 13, 2009, at 7:58 PM, John Mosby wrote: > po_iterator (ADT/PostOrderIterator.h) ? > > On Mon, Apr 13, 2009 at 5:40 PM, Daniel M Gessel <gessel at apple.com> > wrote: > That looks like it does a preorder depth first traversal (I think). > I'm looking for postorder. Is there a trivial transform between...

hi all, On 2010-1-7 0:11, John Mosby wrote: > In LLVM we could add support for generalized CFG regions and > RegionPasses. A region is a part of the CFG. The only information we > have is, that it has one entry and one exit, this it can be optimized > separately. > I think this is the best way to add region analysis....

Here is the latest shrink wrapping patch, with fixes for issues identified by Evan. I am including a few small additions/fixes to include/llvm/ADT/{SparseBitVector,DepthFirstIterator}.h. Files: include/llvm/ADT/DepthFirstIterator.h include/llvm/ADT/SparseBitVector.h lib/CodeGen/PrologEpilogInserter.cpp Evan, let me know how it looks when you get a chance. Thanks much, John >

...comment might be interesting for you. Or seeing the results of opt -regions -analyze The git repo to see it is here: http://repo.or.cz/w/llvm-complete/tobias-sandbox.git/shortlog/refs/heads/region I will think about this and maybe reply again. Tobi > hi all, > > On 2010-1-7 0:11, John Mosby wrote: >> In LLVM we could add support for generalized CFG regions and >> RegionPasses. A region is a part of the CFG. The only information we >> have is, that it has one entry and one exit, this it can be optimized >> separately. >> I think this is the best way to add...

On Mar 1, 2009, at 2:57 PM, John Mosby wrote: > First, thanks very much for your comments! > > On Sat, Feb 28, 2009 at 8:05 PM, Evan Cheng <evan.cheng at apple.com> > wrote: > > On Feb 26, 2009, at 2:02 PM, John Mosby wrote: > > It is limited to X86 presently since that is the only target I have > &gt...

...ealize that shrink wrapping is probably not high priority in the larger scheme of LLVM development, so I'm not expecting a huge response, but any ideas are certainly welcome. The patch and a test tarball are attached. I include basic tests that are run with the supplied Makefile. Thanks, John Mosby -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.llvm.org/pipermail/llvm-dev/attachments/20090226/4b4da3a6/attachment.html> -------------- next part -------------- A non-text attachment was scrubbed... Name: shrink-wrapping.patch Type: application/...

On Feb 26, 2009, at 2:02 PM, John Mosby wrote: > Hello LLVMdev, > > I have been working with LLVM for just over a year now, mainly in > the area of compilation for HDLs like SystemVerilog and SystemC. > Most of this work dealt with translation to LLVM IR, representing > concurrent languages with LLVM and using LLVM...

First, thanks very much for your comments! On Sat, Feb 28, 2009 at 8:05 PM, Evan Cheng <evan.cheng at apple.com> wrote: > > On Feb 26, 2009, at 2:02 PM, John Mosby wrote: > > It is limited to X86 presently since that is the only target I have > > access to at the moment. > > What part of this is target dependent? Is this due to emitPrologue / > emitEpilogue being target specific? > It is target dependent (X86) at present because of th...

2009/3/28 John Mosby <ojomojo at gmail.com> > Thanks Duncan, > I figured it out after a couple of tries, but the docs are not as clear as > your instructions. If there's no specific maintainer of TestingGuide.html, > I'd be happy to update the docs to be as clear as your instructions. > &g...

On Mon, Mar 2, 2009 at 10:35 AM, Evan Cheng <echeng at apple.com> wrote: > > On Mar 1, 2009, at 2:57 PM, John Mosby wrote: > > Obviously, all of this applies only when spills are done with push/pop, > which is the case on x86. I used this issue to start looking at generalizing > how spills and restores are handled, before looking too closely at other > targets, and developed the workaround for the...

On Mar 13, 2009, at 10:43 AM, John Mosby wrote: > > I started to reduce the traversals, then decided to work on edge > splitting because I believe it may be needed to finish shrink > wrapping. Hmm. I don't think edge splitting would be required for correctness, right? There is always a common predecessor / successo...

...gt; Sent: Tue, January 12, 2010 12:59:45 PM Subject: Re: [LLVMdev] Make LoopBase inherit from "RegionBase"? On 01/08/10 14:20, ether wrote: > sorry that i forgot to change the subjuect > > > hi all, Hi ether, now a kind of more complete answer. > On 2010-1-7 0:11, John Mosby wrote: >> In LLVM we could add support for generalized CFG regions and >> RegionPasses. A region is a part of the CFG. The only information we >> have is, that it has one entry and one exit, this it can be optimized >> separately. >> I think this is the best way to add...

...A? Search "llvm" in this paper <http://www.icims.csl.uiuc.edu/~dchen/xpilot-TechCon2005.pdf> Anyway, thanks for the information! :-) Wenhao On Tue, Mar 3, 2009 at 6:30 AM, <llvmdev-request at cs.uiuc.edu> wrote: > > Date: Mon, 2 Mar 2009 22:14:40 -0700 > From: John Mosby <ojomojo at gmail.com> > Subject: Re: [LLVMdev] Control Data Flow Graph (CDFG) > To: LLVM Developers Mailing List <llvmdev at cs.uiuc.edu> > Message-ID: >        <645d868c0903022114k43d69187h13b4dcddd6b30d3a at mail.gmail.com> > Content-Type: text/plain; charset=&qu...

I have been putting doc. for some work I'm doing on a github wiki page, and would love to have an LLVM home for this, thanks very much to all for getting this going. -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.llvm.org/pipermail/llvm-dev/attachments/20090312/c3a4908c/attachment.html>

I have set up a wiki for LLVM on google2.osuosl.org/wiki If someone could cname wiki.llvm.org to that server's address i'll set up apache to recognize it as a virtualhost :) On Thu, Mar 12, 2009 at 5:42 PM, John Mosby <ojomojo at gmail.com> wrote: > I have been putting doc. for some work I'm doing on a github wiki page, and > would love to have an LLVM home for this, thanks very much to all for > getting this going. > > > _______________________________________________ > LLVM Devel...

...hn, Unless anyone else has any comments. I recommend you check in the PEI patches so we can start testing it as llcbeta. Chris, should I commit the patch for John or can you grant him commit access (since part of his patch has already been committed)? Evan On Mar 16, 2009, at 3:23 PM, John Mosby wrote: > Here is the latest shrink wrapping patch, with fixes for issues > identified by Evan. > > I am including a few small additions/fixes to include/llvm/ADT/ > {SparseBitVector,DepthFirstIterator}.h. > > Files: > include/llvm/ADT/DepthFirstIterator.h > includ...

po_iterator (ADT/PostOrderIterator.h) ? On Mon, Apr 13, 2009 at 5:40 PM, Daniel M Gessel <gessel at apple.com> wrote: > That looks like it does a preorder depth first traversal (I think). > I'm looking for postorder. Is there a trivial transform between the > two? (I don't know one.) > > Am I wrong about the preorder/postorder? If not, anything lurking for >

llvm/utils/crosstool/ARM/build-install-linux.sh On Tue, Jun 30, 2009 at 11:18 AM, Juan Carlos Martinez Santos < juanc.martinez.santos at gmail.com> wrote: > Thanks Misha, > > However, I could not find the crosstool. Could you please check the name of > the script? > > Regards, > > Juan Carlos > > -------------- next part -------------- An HTML attachment was