search for: cbieneman

> On 26 Aug 2016, at 03:26, Chris Bieneman <cbieneman at apple.com> wrote: > > I totally did not mean to make the response off list. > Thanks Chris, I'm adding the list to this response. Those interested should see the short discussion quoted below. Adding Chandler explicitly for points raised by Chris below. Thoughts? Cheers --...

...older version's makefiles if they are so inclined/interested. I have no problem with you yanking the files, just the fact that older versions did have configure/makefiles. I only spoke up when I saw the suggestion for removing the online documentation. John -----Original Message----- From: cbieneman at apple.com [mailto:cbieneman at apple.com] On Behalf Of Chris Bieneman Sent: Monday, November 09, 2015 5:43 PM To: John Reagan Cc: llvm-dev; llvm-dev-request at lists.llvm.org Subject: Re: [llvm-dev] [RFC] Deprecating autoconf: Let's do it! > On Nov 9, 2015, at 8:49 AM, John Reagan via l...

> On Aug 3, 2015, at 10:24 AM, Chris Bieneman <beanz at apple.com> wrote: > > Hey Tom, > > I’m not a regular user of llvm-config, but this sounds completely right to me, and it would be a significant improvement over what we have now. > > The only question I want to raise is, what about NDEBUG? There are headers that conditionalize on NDEBUG, which could lead to ABI

...to build LLVM is using CMake. Releases up to > 3.8 were also providing an alternative with the autotools.” > > Best, > > — Mehdi > > > > > >> >> >> Jon >> >>> >>> John >>> >>> -----Original Message----- From: cbieneman at apple.com >>> [mailto:cbieneman at apple.com] On Behalf Of Chris Bieneman Sent: >>> Monday, November 09, 2015 5:43 PM To: John Reagan Cc: llvm-dev; >>> llvm-dev-request at lists.llvm.org Subject: Re: [llvm-dev] [RFC] >>> Deprecating autoconf: Let's do it!...

...2014, at 6:06 PM, Chandler Carruth <chandlerc at google.com> wrote: > > So I am deeply concerned about the direction this is taking. I'm trying to catch up on the thread, but I think Chris already highlighted my issue: > > On Fri, Nov 14, 2014 at 4:57 PM, Chris Bieneman <cbieneman at apple.com <mailto:cbieneman at apple.com>> wrote: >>> 1. How do we make sure we continue to be able to use the command line options we've been using for llc and other tools? > > In discussions about the new cl::opt API I believe the general idea was that most of the...

Hey Chris, Sedat was asking for a way to "to speedup my build" and those blog posts were really helpful to me. Anyway LLVM_DISTRIBUTION_COMPONENTS sounds very cool, hope you will push your code soon! On Tue, Mar 1, 2016 at 11:32 PM, Chris Bieneman <cbieneman at apple.com> wrote: > Fabio, the work I was mentioning here is an extension beyond those blog > posts. > > Some details: > > * The “almost 40%” number I referred to is a multi-stage clang build. That > means we build a host-capable compiler, then build the actual compiler...

On Fri, Jan 30, 2015 at 6:51 PM, Chris Bieneman <cbieneman at apple.com> wrote: > +Alex Bradbury > > Sounds to me like we have no known users still on VS 2012. > > So, how about we plan to move forward again with Chandler’s proposal for making this transition. For those who don’t want to dig through to the beginning here’s the basic plan:...

...ee Building LLVM with auto tools.” to "The only supported way to build LLVM is using CMake. Releases up to 3.8 were also providing an alternative with the autotools.” Best, — Mehdi > > > Jon > >> >> John >> >> -----Original Message----- From: cbieneman at apple.com >> [mailto:cbieneman at apple.com] On Behalf Of Chris Bieneman Sent: >> Monday, November 09, 2015 5:43 PM To: John Reagan Cc: llvm-dev; >> llvm-dev-request at lists.llvm.org Subject: Re: [llvm-dev] [RFC] >> Deprecating autoconf: Let's do it! >> >&g...

...e this helps! On Tue, Mar 1, 2016 at 9:17 PM, ChrisBieneman via llvm-dev < llvm-dev at lists.llvm.org> wrote: > > > > On Mar 1, 2016, at 10:01 AM, Mehdi Amini <mehdi.amini at apple.com> wrote: > > > > > >> On Mar 1, 2016, at 9:57 AM, Chris Bieneman <cbieneman at apple.com> wrote: > >> > >> There are a few notes I'd like to add to this thread. > >> > >> (1) we have a number of places throughout out CMake build where we use > features from newer CMakes gated by version checks. Most of these features > are p...

...t; Sedat was asking for a way to "to speedup my build" and those blog posts >> were really helpful to me. >> Anyway LLVM_DISTRIBUTION_COMPONENTS sounds very cool, hope you will push >> your code soon! >> >> On Tue, Mar 1, 2016 at 11:32 PM, Chris Bieneman <cbieneman at apple.com> >> wrote: >> >>> Fabio, the work I was mentioning here is an extension beyond those blog >>> posts. >>> >>> Some details: >>> >>> * The “almost 40%” number I referred to is a multi-stage clang build. >>>...

...; I'd name the directory llvm/runtimes/libFuzzer, if possible (the old path was lib/Fuzzer which is how the tool got it's name, actually) > George, would you like to send the change for review? OK > > --kcc > > > > On Tue, May 9, 2017 at 2:37 PM, Chris Bieneman <cbieneman at apple.com <mailto:cbieneman at apple.com>> wrote: > >> On May 9, 2017, at 2:19 PM, George Karpenkov <ekarpenkov at apple.com <mailto:ekarpenkov at apple.com>> wrote: >> >> +Chris. >> >> My understanding was that it is technically impossibl...

On 9 September 2016 at 19:05, Chris Bieneman <cbieneman at apple.com> wrote: > I think having the survey contain a question on which solution the respondent prefers is good, but I feel it is very limited. Well, the current survey is more than just one question... > In general I believe there are three possible decisions that could come from...

...th my patches. The same clang was used for the baseline and the stripped build. I used the following CMake command: >> >> cmake -G "Sublime Text 2 - Ninja" -DCMAKE_BUILD_TYPE=Release -DLLVM_BUILD_LLVM_DYLIB=Yes -DLLVM_DISABLE_LLVM_DYLIB_ATEXIT=On -DCMAKE_INSTALL_PREFIX=/Users/cbieneman/dev/llvm-install/ -DLLVM_TARGETS_TO_BUILD="AArch64;ARM;X86" ../llvm >> >> and built using Ninja. >> >> Created a fresh build directory and built once as a baseline from the following revisions: >> >> LLVM - ba05946 >> lld - 33bd1dc >> cla...

On 8 September 2016 at 19:10, Chris Bieneman <cbieneman at apple.com> wrote: > My personal preference would be for the decision makers to be either a > committee of developers or the LLVM Foundation board, and I would prefer if > the survey were crafted to provide them with information to inform a > decision, rather than a dictation of a...

> On Mar 1, 2016, at 9:57 AM, Chris Bieneman <cbieneman at apple.com> wrote: > > There are a few notes I'd like to add to this thread. > > (1) we have a number of places throughout out CMake build where we use features from newer CMakes gated by version checks. Most of these features are performance or usability related. None of the...

...g a clang built with my patches. The same clang was used for the baseline and the stripped build. I used the following CMake command: cmake -G "Sublime Text 2 - Ninja" -DCMAKE_BUILD_TYPE=Release -DLLVM_BUILD_LLVM_DYLIB=Yes -DLLVM_DISABLE_LLVM_DYLIB_ATEXIT=On -DCMAKE_INSTALL_PREFIX=/Users/cbieneman/dev/llvm-install/ -DLLVM_TARGETS_TO_BUILD="AArch64;ARM;X86" ../llvm and built using Ninja. Created a fresh build directory and built once as a baseline from the following revisions: LLVM - ba05946 lld - 33bd1dc clang - 1589d90 (With my patches applied) I then applied my tablegen and C...

There are parts of this proposal that I really like, and there are others that I think are actually at opposition to the work we’re trying to do with cl::opt. > On Nov 14, 2014, at 2:44 PM, Duncan P. N. Exon Smith <dexonsmith at apple.com> wrote: > > +chrisb > >> On 2014-Nov-13, at 16:33, Akira Hatanaka <ahatanak at gmail.com> wrote: >> >> I'm

...s are available at: http://lab.llvm.org:8011/builders/sanitizer-x86_64-linux-bootstrap/builds/8553 Buildbot URL: http://lab.llvm.org:8011/ Buildslave for this Build: sanitizer-buildbot2 Build Reason: scheduler Build Source Stamp: [branch trunk] 248976 Blamelist: ab,adrian,askrobov,bruno,bwilson,cbieneman,davide,dblaikie,dehao,dgregor,djasper,eeckstein,escha,eugenis,hfinkel,jingyue,kcc,krasin,majnemer,mcrosier,mzolotukhin,rikka,rnk,ruiu,spatel,vedantk BUILD FAILED: failed annotate failed check-llvm msan sincerely, -The Buildbot -------------- next part -------------- An HTML attachment was scrubb...

On Thu, Mar 17, 2016 at 11:45 AM, Sedat Dilek <sedat.dilek at gmail.com> wrote: > On Thu, Mar 17, 2016 at 10:05 AM, Sedat Dilek <sedat.dilek at gmail.com> wrote: >> On Mon, Mar 14, 2016 at 5:30 PM, Chris Bieneman <cbieneman at apple.com> wrote: >> [ brutal-snip ] >> ... >>> [ TODO#S: Before doing a 2nd build (and in a 3rd run using more >>> optimized binaries) ] >>> >>> How do I anable LTO via CMAKE? >>> >>> >>> LLVM_ENALBLE_LTO=On >>&...

I’ve got some new patches and some numbers. The patches are all the changes required to strip intrinsics using the preprocessor defines I showed in my earlier patches. It actually isn’t that much change to LLVM. Clang will need similar changes too. There were only 9 files that referenced target intrinsics outside the corresponding target. These patches are still WIP, and there is some nastiness,