search for: d0k

This is a pretty nice warning. Should we enable it for LLVM's build when the host compiler supports it? Benjamin Kramer via llvm-commits <llvm-commits at lists.llvm.org> writes: > Author: d0k > Date: Mon Feb 22 07:11:58 2016 > New Revision: 261524 > > URL: http://llvm.org/viewvc/llvm-project?rev=261524&view=rev > Log: > Fix some abuse of auto flagged by clang's -Wrange-loop-analysis. > > Modified: > llvm/trunk/lib/Target/PowerPC/PPCBoolRetToInt.cpp...

...uildTools/Debug+Asserts/lib/libLLVMObject.a', needed by `/Volumes/Macintosh_HD2/buildbots/clang-x86_64-darwin11-self-mingw32/llvm.obj/BuildTools/Debug+Asserts/bin/obj2yaml'. Stop. I asked in the chat room: > marshall:So - what do I link with to get llvm::object::COFFObjectFile ? > d0k:libobject, but I don't think that's accessible from utils/ And I have no reason to doubt him. > grosbach:marshall: perhaps the tool should be in 'tools' not 'utils'? That sounds reasonable, but it appears to me that all the bits from 'tools' get installed on e...

.../builds/876 > > Buildbot URL: http://lab.llvm.org:8011/ > > Buildslave for this Build: sschiffli1 > > Build Reason: scheduler > Build Source Stamp: [branch trunk] 162350 > Blamelist: aaronballman,ahatanak,alexfh,anithab,asl,baldrick,bwilson,chandlerc,chapuni,criswell,ctopper,d0k,dblaikie,ddunbar,delesley,dgregor,djasper,dyatkovskiy,echristo,efriedma,evancheng,fjahanian,gps,gribozavr,grosbach,grosser,hanm,hans,hliao,jacksprat,jaykang10,jrose,jush,kcc,klimek,kremenek,matthewbg,mcrosier,mspencer,nadav,nicholas,panzer,pranavb,rafael,rdivacky,resistor,rjmccall,rsmith,rtrieu,spo...

...for this Build: openbsd-buildslave > > Build Reason: scheduler > Build Source Stamp: [branch trunk] 189664 > Blamelist: aaronballman,ab,adibiagio,adrian,ahatanak,ajbernal,akaylor,akirtzidis,alexfh,arnolds,arsenm,atrick,ayartsev,bwilson,carlokok,cdavis,chandlerc,chapuni,compnerd,ctopper,d0k,daenzer,dblaikie,ddunbar,delena,delesley,dgregor,dirty,djasper,dsanders,dvyukov,echristo,efriedma,enderby,enea,eugenis,faisalv,fangism,filcab,fjahanian,gribozavr,grosbach,hanm,hans,haoliu,hfinkel,jacksprat,jdennett,jholewinski,jimcownie,joerg,joey,jrose,jtsoftware,kevinqin,klimek,kremenek,kuba,laba...

...citly considered, and should probably be documented - I think we should have either the old llvm behavior or the std behavior, the new hybrid is a gotcha I think. WDYT? On Thu, Jan 18, 2018 at 12:26 PM, Benjamin Kramer via llvm-commits < llvm-commits at lists.llvm.org> wrote: > Author: d0k > Date: Thu Jan 18 03:26:24 2018 > New Revision: 322838 > > URL: http://llvm.org/viewvc/llvm-project?rev=322838&view=rev > Log: > [ADT] Split optional to only include copy mechanics and dtor for > non-trivial types. > > This makes uses of Optional more transparent to...

...umented > - I think we should have either the old llvm behavior or the std behavior, > the new hybrid is a gotcha I think. > > WDYT? > > On Thu, Jan 18, 2018 at 12:26 PM, Benjamin Kramer via llvm-commits > <llvm-commits at lists.llvm.org> wrote: >> >> Author: d0k >> Date: Thu Jan 18 03:26:24 2018 >> New Revision: 322838 >> >> URL: http://llvm.org/viewvc/llvm-project?rev=322838&view=rev >> Log: >> [ADT] Split optional to only include copy mechanics and dtor for >> non-trivial types. >> >> This makes u...

...the old llvm behavior or the std > behavior, > > the new hybrid is a gotcha I think. > > > > WDYT? > > > > On Thu, Jan 18, 2018 at 12:26 PM, Benjamin Kramer via llvm-commits > > <llvm-commits at lists.llvm.org> wrote: > >> > >> Author: d0k > >> Date: Thu Jan 18 03:26:24 2018 > >> New Revision: 322838 > >> > >> URL: http://llvm.org/viewvc/llvm-project?rev=322838&view=rev > >> Log: > >> [ADT] Split optional to only include copy mechanics and dtor for > >> non-trivial ty...

I have moved onto the next phase and committed r229185, which makes VS2013 our minimum version. I will revert if issues arise, and we can rinse and repeat as necessary. Once it sticks for a bit I’ll update the docs too. -Chris > On Feb 9, 2015, at 10:07 AM, Chris Bieneman <beanz at apple.com> wrote: > > I agree with Aaron, this should not be a blocker because the workaround is

Hi all, There's been a recent bootstrap failure that might be covered up because of another failure. I just wanted to point this out so that people can take a look: -bw Here's the failure from our buildbot: Assertion failed: (DestReg == VirtReg && "Unknown load situation!"), function RewriteMBB, file /Volumes/Sandbox/Buildbot/llvm/build.llvm-