search for: dcallahan

I followed the lnt quickstart <http://llvm.org/docs/lnt/quickstart.html> directions but got this diagnostic when doing the setup: bash-3.2$ ~/mysandbox/bin/python ~/lnt/setup.py develop /Users/dcallahan/mysandbox/lib/python2.7/site-packages/setuptools/dist.py:284: UserWarning: The version spec\ ified requires normalization, consider using '0.4.1.dev0' instead of '0.4.1dev'. … Subsequently I get this error: > /Users/dcallahan/mysandbox/bin/lnt runtest nt --sandbox /Users/dcall...

...ke no one ever tested on the system you're running. Can you share a bit more of your environment? Also, you can check the setup.py to see if it does any stripping of package names, which could go wrong in the wrong environment. cheers, --renato On 29 January 2015 at 20:13, David Callahan <dcallahan at fb.com> wrote: > I followed the lnt quickstart directions but got this diagnostic when doing > the setup: > > > > bash-3.2$ ~/mysandbox/bin/python ~/lnt/setup.py develop > > /Users/dcallahan/mysandbox/lib/python2.7/site-packages/setuptools/dist.py:284: > UserWarn...

...operations in that they don’t need to keep the block alive just to retain the data flow facts but it would be simplest to do that. Thanks Daniel From: Daniel Berlin <dberlin at dberlin.org<mailto:dberlin at dberlin.org>> Date: Friday, January 29, 2016 at 10:26 PM To: David Callahan <dcallahan at fb.com<mailto:dcallahan at fb.com>>, Hal Finkel <hfinkel at anl.gov<mailto:hfinkel at anl.gov>> Cc: LLVM Dev Mailing list <llvm-dev at lists.llvm.org<mailto:llvm-dev at lists.llvm.org>> Subject: Re: [llvm-dev] DCE in the presence of control flow. In practice, AP...

Maybe I was too quick here. Does gcc record the incoming edge to a phi? If so, won’t those change when you delete blocks in a non-trivial manner? How are those updated? From: David Callahan <dcallahan at fb.com<mailto:dcallahan at fb.com>> Date: Saturday, January 30, 2016 at 7:02 AM To: Daniel Berlin <dberlin at dberlin.org<mailto:dberlin at dberlin.org>>, Hal Finkel <hfinkel at anl.gov<mailto:hfinkel at anl.gov>> Cc: LLVM Dev Mailing list <llvm-dev at lists.l...

...l at anl.gov<mailto:hfinkel at anl.gov>> Date: Friday, January 29, 2016 at 4:50 PM To: Daniel Berlin <dberlin at dberlin.org<mailto:dberlin at dberlin.org>> Cc: LLVM Dev Mailing list <llvm-dev at lists.llvm.org<mailto:llvm-dev at lists.llvm.org>>, David Callahan <dcallahan at fb.com<mailto:dcallahan at fb.com>> Subject: Re: [llvm-dev] DCE in the presence of control flow. ________________________________ From: "Daniel Berlin" <dberlin at dberlin.org<mailto:dberlin at dberlin.org>> To: "Hal Finkel" <hfinkel at anl.gov<m...

...rather than defer to final link for these goals. —david From: <mehdi.amini at apple.com<mailto:mehdi.amini at apple.com>> on behalf of Mehdi Amini <mehdi.amini at apple.com<mailto:mehdi.amini at apple.com>> Date: Friday, December 4, 2015 at 4:02 PM To: David Callahan <dcallahan at fb.com<mailto:dcallahan at fb.com>> Cc: LLVM Dev Mailing list <llvm-dev at lists.llvm.org<mailto:llvm-dev at lists.llvm.org>> Subject: Re: [llvm-dev] LTO on libraries On Dec 4, 2015, at 3:54 PM, David Callahan via llvm-dev <llvm-dev at lists.llvm.org<mailto:llvm-dev...

...he df calculator we use is linear time and quite fast. Updating is also pretty trivial since it's only deletes of dead and unreachable code. So anything it reached can be replaced with undef in most cases. Cd-dce is not slower in GCC than dce On Fri, Jan 29, 2016, 8:31 PM David Callahan <dcallahan at fb.com> wrote: > I think you can also avoid the RDF computation using a more directed form > of control dependence testing such as described in > > Keshav Pingali and Gianfranco Bilardi. 1997. Optimal control dependence > computation and the Roman chariots problem. ACM Trans....

...ave-temps” which I believe saves bitcode both before and after the optimizer (and the bug is visible as a difference between these two) ~/llvm-install/bin/clang -flto -O2 -c -o bug17623.o bug17623.c "/usr/bin/ld" -demangle -dynamic -arch x86_64 -macosx_version_min 10.10.0 -lSystem /Users/dcallahan/llvm-install/bin/..\ /lib/clang/3.6.0/lib/darwin/libclang_rt.osx.a -save-temps -o bug36 bug17623.o (this produces bug36.lto.bc and bug36.lto.opt.bc) However, if I use “opt” to try and duplicate the actions run by “ld”, as in: ~/llvm-install/bin/opt -O2 -o bug36.opt.bc bug36.lto.bc This generate...

...mem2reg # PHI nodes inserted > > http://llvm.org/docs/doxygen/html/PromoteMemoryToRegister_8cpp_source.html > (Search for NumPHIInsert). > > I don't see how it could be negative unless this wrapped around? > > > On Thu, Aug 25, 2016 at 9:49 AM, David Callahan <dcallahan at fb.com> wrote: > >> I did gathered aggregate statistics reported by “-stats” over the ~400 >> test files. >> >> The following table summarizes the impact. The first column is the >> >> sum where the new analysis is enabled, the second column is the >...

(Adding "LLVM Dev") My variant is up as https://reviews.llvm.org/D23876 -david From: George Burgess IV <george.burgess.iv at gmail.com<mailto:george.burgess.iv at gmail.com>> Date: Wednesday, August 24, 2016 at 3:17 PM To: David Callahan <dcallahan at fb.com<mailto:dcallahan at fb.com>> Subject: Re: CFLAA Hi! > I see there is on going work with alias analysis and it appears the prior CFLAA has been abandoned. There was quite a bit of refactoring done, yeah. The original CFLAA is now called CFLSteens, and graph construction was...

On Jan 3, 2015, at 11:52 PM, Bill Wendling <isanbard at gmail.com> wrote: > On Jan 2, 2015, at 8:32 PM, David Callahan <dcallahan at fb.com> wrote: > >> Hi, >> >> I am new to the LLVM dev community so forgive a perhaps obvious question. I am looking at bug 17623 which is an LTO/optimizer interaction bug. I am working on a Mac with Xcode installed but have also built the 3.6 LLVM binaries (from a fe...

...le.com>> wrote: On 2015-Jan-05, at 01:14, Bill Wendling <isanbard at gmail.com<mailto:isanbard at gmail.com>> wrote: On Jan 3, 2015, at 11:52 PM, Bill Wendling <isanbard at gmail.com<mailto:isanbard at gmail.com>> wrote: On Jan 2, 2015, at 8:32 PM, David Callahan <dcallahan at fb.com<mailto:dcallahan at fb.com>> wrote: Hi, I am new to the LLVM dev community so forgive a perhaps obvious question. I am looking at bug 17623 which is an LTO/optimizer interaction bug. I am working on a Mac with Xcode installed but have also built the 3.6 LLVM binaries (from a fe...

Fails with gold too: Library-native.o:Library.cpp:regway: error: undefined reference to 'vtable for regwayobj' /home/dcallahan/fbsource/fbcode/third-party-buck/platform007/tools/binutils/bin/gold/ld: the vtable symbol may be undefined because the class is missing its key function clang-8: error: linker command failed with exit code 1 (use -v to see invocation) From: Teresa Johnson <tejohnson at google.com> Date: Tue...

Hello, I have a fix for Bug17623 (http://llvm.org/bugs/show_bug.cgi?id=17623) but I am not sure how best to install a regression test. The commands I use to run the test are (approximately) $LLVM/clang -flto -O2 -o BUG.o -c BUG.c $LLVM/llvm-lto -exported-symbol=main -o lto.o BUG.o $LLVM/clang -o bug lto.o ./bug Where the failing behavior is to seg fault and corrected behavior is to run to

...> Thanks > Also I found that some cases are also caught by a specialized routine to > remove dead loops which is missing the case I noticed. > odavd > > From: Daniel Berlin <dberlin at dberlin.org> > Date: Thursday, January 28, 2016 at 8:45 PM > To: David Callahan <dcallahan at fb.com>, LLVM Dev Mailing list < > llvm-dev at lists.llvm.org> > Subject: Re: [llvm-dev] DCE in the presence of control flow. > > The post dominators computation costs more on llvm than GCC because of how > the respective cfgs work under the covers. Even for GCC, when we...

On Mon, Apr 4, 2016 at 11:49 AM, David Callahan <dcallahan at fb.com> wrote: > > I may have not correctly used the IDFCalculator. I passed in the > PostDominator tree and then changed the loop over successor blocks to also > be able to iterate over predecessors. I did not see anything in the > interface that would let that happen but per...

...A values 13,770,636 -227 sroa # instructions deleted 3,797 -1 strip-dead-prototypes # dead prototypes removed From: Daniel Berlin <dberlin at dberlin.org<mailto:dberlin at dberlin.org>> Date: Thursday, August 25, 2016 at 9:06 AM To: David Callahan <dcallahan at fb.com<mailto:dcallahan at fb.com>> Cc: George Burgess IV <george.burgess.iv at gmail.com<mailto:george.burgess.iv at gmail.com>>, LLVM Dev Mailing list <llvm-dev at lists.llvm.org<mailto:llvm-dev at lists.llvm.org>> Subject: Re: [llvm-dev] CFLAA Hey David, I...

...ty. I'll be happy if we can end up integrating it into the existing CFL-Steens pass. Regarding the benchmark numbers, I'm very interested in what kind of tests files were you running the experiments on? Is it possible to share it? > On Wed, Aug 24, 2016 at 2:56 PM, David Callahan <dcallahan at fb.com> wrote: > Hi Greg, > > > > I see there is on going work with alias analysis and it appears the prior CFLAA has been abandoned. > > > > I have a variant of it where I reworked how compression was done to be less conservative, reworked the interprocedural to do...

...th names. The prefix-replace just effects the string written to the object files right? So we could post-process that file with other tools as well, correct? Thanks again --david From: Teresa Johnson <tejohnson at google.com> Date: Tuesday, January 8, 2019 at 4:11 PM To: David Callahan <dcallahan at fb.com> Cc: LLVM Dev Mailing list <llvm-dev at lists.llvm.org> Subject: Re: [llvm-dev] distributed thinlto usage Hi David, That looks basically right, so I am not sure offhand what is wrong. Looks like this is the astar spec binary, so I will try to repro it tomorrow morning. What lin...

Thanks Also I found that some cases are also caught by a specialized routine to remove dead loops which is missing the case I noticed. odavd From: Daniel Berlin <dberlin at dberlin.org<mailto:dberlin at dberlin.org>> Date: Thursday, January 28, 2016 at 8:45 PM To: David Callahan <dcallahan at fb.com<mailto:dcallahan at fb.com>>, LLVM Dev Mailing list <llvm-dev at lists.llvm.org<mailto:llvm-dev at lists.llvm.org>> Subject: Re: [llvm-dev] DCE in the presence of control flow. The post dominators computation costs more on llvm than GCC because of how the respective...