search for: yamauchi

...carried dependence between B[j] and A[j] at i-loop level? We were operating under the assumption of 'conservatively correct' behavior of alias analysis in the function scope? Thanks, Pankaj From: Finkel, Hal J. <hfinkel at anl.gov> Sent: Tuesday, March 17, 2020 11:50 AM To: Hiroshi Yamauchi <yamauchi at google.com>; Chawla, Pankaj <pankaj.chawla at intel.com> Cc: llvm-dev at lists.llvm.org Subject: Re: [llvm-dev] valid BasicAA behavior? BasicAA should return a result that is valid for the particular SSA values it is provided, valid at points in the control flow where it w...

...ple, if the loop outer loops is unrolled by an even factor, the non-overlapping becomes more obvious in SSA. Michael ________________________________ From: Chawla, Pankaj <pankaj.chawla at intel.com> Sent: Tuesday, March 17, 2020 16:03 To: Finkel, Hal J. <hfinkel at anl.gov>; Hiroshi Yamauchi <yamauchi at google.com> Cc: llvm-dev at lists.llvm.org <llvm-dev at lists.llvm.org>; Kruse, Michael <michael.kruse at anl.gov> Subject: RE: [llvm-dev] valid BasicAA behavior? Isn’t DependenceAnalysis dependent on conservative behavior of alias analysis? It invokes AliasAnaly...

...on the PHIs within the PHIs' value cycle // that causes a MayAlias. // Pretend the phis do not alias. It seems to be analyzing corresponding phi operands assuming the PHIs to be ‘Noalias’ to begin with. IMHO, this setup does not work correctly for loop header phis. From: Hiroshi Yamauchi <yamauchi at google.com> Sent: Tuesday, March 17, 2020 8:38 AM To: Chawla, Pankaj <pankaj.chawla at intel.com> Cc: llvm-dev at lists.llvm.org Subject: Re: [llvm-dev] valid BasicAA behavior? Perhaps BasicAA is telling that A and B don't alias during one particular iteration of the l...

...easy to mess up. For example, I inverted the HEAD/master at one point and ended up creating a branch named “HEAD” at one point. > > From: llvm-dev <llvm-dev-bounces at lists.llvm.org> On Behalf Of Eric Christopher via llvm-dev > Sent: Tuesday, May 12, 2020 11:59 AM > To: Hiroshi Yamauchi <yamauchi at google.com> > Cc: llvm-dev <llvm-dev at lists.llvm.org> > Subject: Re: [llvm-dev] RFC: Deleting git-svn folder (git-llvm, git-svnrevert, git-svnup) > > Just push :) > > On Tue, May 12, 2020, 8:46 AM Hiroshi Yamauchi <yamauchi at google.com<mailto:yam...

Just push :) On Tue, May 12, 2020, 8:46 AM Hiroshi Yamauchi <yamauchi at google.com> wrote: > I was also using "git llvm push" to commit, sort of out of habit. What's a > recommended, alternative way to push? > > On Mon, May 11, 2020 at 11:57 AM Johannes Doerfert via llvm-dev < > llvm-dev at lists.llvm.org> wrote: &...

On Fri, May 11, 2018 at 2:37 PM, Hiroshi Yamauchi <yamauchi at google.com> wrote: > > > On Thu, May 10, 2018 at 12:49 PM Daniel Berlin <dberlin at dberlin.org> > wrote: > >> >> >> On Thu, May 10, 2018 at 12:05 PM, Hiroshi Yamauchi <yamauchi at google.com> >> wrote: >> >>> &gt...

...point and ended up creating a branch named “HEAD” at one point. >> >> From: llvm-dev <llvm-dev-bounces at lists.llvm.org> <llvm-dev-bounces at lists.llvm.org> On Behalf Of Eric Christopher via llvm-dev >> Sent: Tuesday, May 12, 2020 11:59 AM >> To: Hiroshi Yamauchi <yamauchi at google.com> <yamauchi at google.com> >> Cc: llvm-dev <llvm-dev at lists.llvm.org> <llvm-dev at lists.llvm.org> >> Subject: Re: [llvm-dev] RFC: Deleting git-svn folder (git-llvm, git-svnrevert, git-svnup) >> >> Just push :) >>...

On 05/11/2018 08:40 PM, Daniel Berlin via llvm-dev wrote: > > > On Fri, May 11, 2018 at 2:37 PM, Hiroshi Yamauchi <yamauchi at google.com > <mailto:yamauchi at google.com>> wrote: > > > > On Thu, May 10, 2018 at 12:49 PM Daniel Berlin > <dberlin at dberlin.org <mailto:dberlin at dberlin.org>> wrote: > > > > On Thu, May 10, 2018 at 12:05 PM,...

On Thu, May 10, 2018 at 12:05 PM, Hiroshi Yamauchi <yamauchi at google.com> wrote: > > > On Wed, May 9, 2018 at 8:24 PM Daniel Berlin <dberlin at dberlin.org> wrote: > >> >> >> On Wed, May 9, 2018 at 10:39 AM, Hiroshi Yamauchi <yamauchi at google.com> >> wrote: >> >>> >>&gt...

...analysis lets us decide if the reassociation is worthwhile in the 1st place, it removes the risk that some other pass would somehow mess up the pattern before instcombine could zap it, and it reduces the burden on instcombine to be the entire optimizer. :) On Mon, May 14, 2018 at 1:34 PM, Hiroshi Yamauchi via llvm-dev < llvm-dev at lists.llvm.org> wrote: > > > On Fri, May 11, 2018 at 7:20 PM Hal Finkel <hfinkel at anl.gov> wrote: > >> >> On 05/11/2018 08:40 PM, Daniel Berlin via llvm-dev wrote: >> >> >> >> On Fri, May 11, 2018 at 2:37 PM,...

On Fri, May 11, 2018 at 7:20 PM Hal Finkel <hfinkel at anl.gov> wrote: > > On 05/11/2018 08:40 PM, Daniel Berlin via llvm-dev wrote: > > > > On Fri, May 11, 2018 at 2:37 PM, Hiroshi Yamauchi <yamauchi at google.com> > wrote: > >> >> >> On Thu, May 10, 2018 at 12:49 PM Daniel Berlin <dberlin at dberlin.org> >> wrote: >> >>> >>> >>> On Thu, May 10, 2018 at 12:05 PM, Hiroshi Yamauchi <yamauchi at google.com>...

...e point. >> >> >> >> From: llvm-dev <llvm-dev-bounces at lists.llvm.org> >> <llvm-dev-bounces at lists.llvm.org> On Behalf Of Eric Christopher via >> llvm-dev >> >> Sent: Tuesday, May 12, 2020 11:59 AM >> >> To: Hiroshi Yamauchi <yamauchi at google.com> <yamauchi at google.com> >> >> Cc: llvm-dev <llvm-dev at lists.llvm.org> <llvm-dev at lists.llvm.org> >> >> Subject: Re: [llvm-dev] RFC: Deleting git-svn folder (git-llvm, >> git-svnrevert, git-svnup) >> >...

...t;llvm-dev-bounces at lists.llvm.org> >>>>>> <llvm-dev-bounces at lists.llvm.org> On Behalf Of Eric Christopher via >>>>>> llvm-dev >>>>>> >> Sent: Tuesday, May 12, 2020 11:59 AM >>>>>> >> To: Hiroshi Yamauchi <yamauchi at google.com> <yamauchi at google.com> >>>>>> >> Cc: llvm-dev <llvm-dev at lists.llvm.org> <llvm-dev at lists.llvm.org> >>>>>> >> Subject: Re: [llvm-dev] RFC: Deleting git-svn folder (git-llvm, >>>>...

On 8/6/19 7:31 PM, Fedor Sergeev via llvm-dev wrote: > > > On 8/6/19 3:02 AM, Hiroshi Yamauchi via llvm-dev wrote: >> I had a chance to try -print-after-all with NPM. >> >> It seems like there's still no output for the passes >> before objc-arc-contract (which is basically what I saw before.) Does >> anyone else see this? >> >> Are we talking a...

On Thu, May 10, 2018 at 12:49 PM Daniel Berlin <dberlin at dberlin.org> wrote: > > > On Thu, May 10, 2018 at 12:05 PM, Hiroshi Yamauchi <yamauchi at google.com> > wrote: > >> >> >> On Wed, May 9, 2018 at 8:24 PM Daniel Berlin <dberlin at dberlin.org> wrote: >> >>> >>> >>> On Wed, May 9, 2018 at 10:39 AM, Hiroshi Yamauchi <yamauchi at google.com> >>>...

...sider it a blocker. >> >> -Troy >> >> > -----Original Message----- >> > From: llvm-dev <llvm-dev-bounces at lists.llvm.org> On Behalf Of Eric Christopher >> > via llvm-dev >> > Sent: Tuesday, July 09, 2019 7:40 PM >> > To: Hiroshi Yamauchi <yamauchi at google.com> >> > Cc: llvm-dev <llvm-dev at lists.llvm.org>; Yi Kong <yikong at google.com> >> > Subject: Re: [llvm-dev] Status of the New Pass Manager >> > >> > They don't, but this isn't considered a blocker to removing the...

...ocessing for cl::opt. > It is easy to introduce yet another option that takes NPM pass names (and > that's what we actually did downstream). > Any suggestions on how to resolve this nuisance are welcome. > > regards, > Fedor. > > > чт, 11 июл. 2019 г., 18:53 Hiroshi Yamauchi via llvm-dev < > llvm-dev at lists.llvm.org>: > >> I don't exactly remember when I last tried it and I didn't realize >> there was r342896. I'll check it out. Thanks. >> >> On Wed, Jul 10, 2019 at 1:14 PM Philip Pfaffe <philip.pfaffe at gmail.com&g...

On Wed, May 9, 2018 at 10:39 AM, Hiroshi Yamauchi <yamauchi at google.com> wrote: > > > On Tue, May 8, 2018 at 11:15 AM Daniel Berlin <dberlin at dberlin.org> wrote: > >> >> >> On Tue, May 8, 2018 at 10:38 AM, Hiroshi Yamauchi via llvm-dev < >> llvm-dev at lists.llvm.org> wrote: >> >&...

On 8/7/19 6:20 PM, Hiroshi Yamauchi wrote: > I basically run "clang > -fexperimental-new-pass-manager -print-after-all ..." > > It's conceivable that something is different in our setup or in clang > (from opt)... I'll see if I can reproduce it outside our setup. Does it depend on machine architectu...

...ve another question though. LLVM requires that reviewed patches are pushed as a /single/ commit with a standardised message, particularly specifying the Differential Revision url as part of the commit message. How’s that done on your example? Thanks, John > On 8 Nov 2019, at 17:25, Hiroshi Yamauchi <yamauchi at google.com> wrote: > > Here's roughly what I currently would do to commit a patch in a local branch (which I don't think involves svn): > > $ git branch --set-upstream-to=origin/master patchbranch # Make the branch track upstream master > $ git pull --reb...