search for: carruth

This time with the correct mailing list address... See below... On Wed, Mar 11, 2015 at 3:07 PM, Chandler Carruth <chandlerc at gmail.com> wrote: > Why? > > 1) We're moving away from autoconf already today. We're hoping to drop it > completely soon. > 2) It doesn't work today and no one is complaining. > 3) It hasn't worked for weeks and no one has complained. > >...

The MBlaze backend seems to be essentially unmaintained since 2011. The maintainer (Wesley Peck who is BCC'ed) seems to have vanished, and in fact all emails to him are bouncing. I propose to remove the MBlaze backend on Friday if none step forward as a maintainer. Currently, folks are having to keep it up to date when changing shared parts of the backend with no help. -Chandler

...unks and that they behave correctly. I'm not super worried, but good to actually get this right. I'm am slightly more worried about the stack-based retpoline than the register ones just due to the overall lower amount of testing we've had there. On Tue, Feb 6, 2018 at 4:56 PM Chandler Carruth <chandlerc at google.com> wrote: > On Tue, Feb 6, 2018 at 4:46 PM David Woodhouse <dwmw2 at infradead.org> > wrote: > >> On Wed, 2018-02-07 at 00:36 +0000, Chandler Carruth wrote: >> >> > > >> > > That would be __x86_indirect_thunk but the k...

Guys, Just to clarify that with the current fix in SLM there is no need to wait for other issues to be fixed (minor issue). So you can move on with your patch. From: Agabaria, Mohammed Sent: Wednesday, June 07, 2017 15:24 To: Zaks, Ayal <ayal.zaks at intel.com>; Chandler Carruth <chandlerc at gmail.com>; Flamedoge <code.kchoi at gmail.com>; Dehao Chen <dehao at google.com> Cc: llvm-dev <llvm-dev at lists.llvm.org> Subject: RE: [llvm-dev] Enable vectorizer-maximize-bandwidth by default? Guys I have uploaded a fix on phabricator which fix the issue i...

...k. But this appears to be rare and mostly relating to functions with already small stack sizes. I've filed PR28821 to track this. Anyways, while clearly some stuff will need cleaning up, I don't see anything really scary jumping out here. -Chandler On Tue, Aug 2, 2016 at 1:02 AM Chandler Carruth <chandlerc at gmail.com> wrote: > Seeing no big concerns raised with this direction... > > On Sun, Jul 31, 2016 at 9:47 PM Chandler Carruth <chandlerc at gmail.com> > wrote: > >> 1) Add a flag to turn this off. >> > > https://reviews.llvm.org/D23052 &gt...

...date the score. > > I also checked if there were regressions of this benchmark across > different ARM hardware versions. I found all regressions of this benchmark > were in range 1.6%-2%. > > > > Kind regards, > > Evgeny Astigeevich > > > > *From:* Chandler Carruth [mailto:chandlerc at gmail.com] > *Sent:* 17 July 2015 07:52 > *To:* Evgeny Astigeevich; Chandler Carruth > *Cc:* LLVM Developers Mailing List; Michael Zolotukhin > > > *Subject:* Re: [LLVMdev] GlobalsModRef (and thus LTO) is completely broken > > > > Hey, thanks for b...

The patch is up for review here: https://reviews.llvm.org/D42998 On Tue, Feb 6, 2018 at 4:58 PM Chandler Carruth <chandlerc at google.com> wrote: > Also, could you patch and test Clang with the Linux kernel after I make > this change? I'd like to know that we actually successfully call the > correct thunks and that they behave correctly. I'm not super worried, but > good to actuall...

...7/9/07, Andrew Lenharth <andrewl at lenharth.org> wrote: > Poor alpha, no code examples or entries in your tables. But that said, it uses a load-locked, store-conditional and has various memory barriers which are sufficient to implement all your proposal. Andrew > On 7/9/07, Chandler Carruth <chandlerc at gmail.com> wrote: > > Hello, > > > > After a fair amount of research and work, I have put together a > > concrete proposal for LLVM representations of atomic operations and > > synchronization constructs. These aim to provide the minimal > > f...

...#39;t do anything to help until a test case is posted. Have you considered contributing these benchmarks to the LLVM test suite? > > > > > > > *From:* llvm-dev [mailto:llvm-dev-bounces at lists.llvm.org > <llvm-dev-bounces at lists.llvm.org>] *On Behalf Of *Chandler Carruth via > llvm-dev > *Sent:* Tuesday, May 30, 2017 11:27 > *To:* Flamedoge <code.kchoi at gmail.com>; Dehao Chen <dehao at google.com> > *Cc:* llvm-dev <llvm-dev at lists.llvm.org> > *Subject:* Re: [llvm-dev] Enable vectorizer-maximize-bandwidth by default? > > &g...

On Mon, Oct 13, 2014 at 4:14 PM, Chandler Carruth <chandlerc at google.com> wrote: > 1. Initialisms. It's common in Clang code (also in LLVM?) to use >> initialisms as variable names. This doesn't really seem to work for names >> that start with a lower case letter. >> > > I think wee at least need a good...

...whatever the community decision is. Iain On 11 Mar 2015, at 22:11, Rui Ueyama wrote: > I'd agree, but the Makefiles were added just 9 months ago. I don't know if there's a real need of any kind. Added Iain who added these files. > > On Wed, Mar 11, 2015 at 3:10 PM, Chandler Carruth <chandlerc at gmail.com> wrote: > This time with the correct mailing list address... See below... > > On Wed, Mar 11, 2015 at 3:07 PM, Chandler Carruth <chandlerc at gmail.com> wrote: > Why? > > 1) We're moving away from autoconf already today. We're hoping t...

On Jan 6, 2014, at 11:02 AM, Chandler Carruth <chandlerc at google.com> wrote: > > On Mon, Jan 6, 2014 at 1:42 PM, Andrew Trick <atrick at apple.com> wrote: > On Jan 6, 2014, at 10:10 AM, Chandler Carruth <chandlerc at google.com> wrote: > >> Trying to bubble way back to the top, Andy, do you think there...

...date the score. > > I also checked if there were regressions of this benchmark across > different ARM hardware versions. I found all regressions of this benchmark > were in range 1.6%-2%. > > > > Kind regards, > > Evgeny Astigeevich > > > > *From:* Chandler Carruth [mailto:chandlerc at gmail.com] > *Sent:* 17 July 2015 07:52 > *To:* Evgeny Astigeevich; Chandler Carruth > *Cc:* LLVM Developers Mailing List; Michael Zolotukhin > > *Subject:* Re: [LLVMdev] GlobalsModRef (and thus LTO) is completely broken > > > > Hey, thanks for benchm...

Hi Chandler, I'm still migrating our bots, there were some complications. Can it wait until next week? cheers, --renato On 13 January 2014 22:00, Chandler Carruth <chandlerc at gmail.com> wrote: > FYI, this is happening now-ish! > > > On Tue, Jan 7, 2014 at 1:40 AM, Chandler Carruth <chandlerc at gmail.com>wrote: > >> Greetings, starting a new thread and CC-ing all the folks I could think >> of that are likely running...

...e to see if we see any fluctuation on larger and more realistic application benchmarks. One advantage of the flag being set is that we should get runs from folks who have automatic builds and runs periodically from trunk. Those should help give an accurate picture. > > > *From:* Chandler Carruth [mailto:chandlerc at gmail.com] > *Sent:* 17 July 2015 16:10 > > > *To:* Evgeny Astigeevich; Chandler Carruth > *Cc:* LLVM Developers Mailing List > > *Subject:* Re: [LLVMdev] GlobalsModRef (and thus LTO) is completely broken > > > > Can you say what Benchmark or gi...

Right! Can you add a comment to the document review? The other two hooks were good (email, update umbrella), so I think we're set. Cheers, Renato On 20 Jul 2016 12:48 a.m., "Chandler Carruth" <chandlerc at google.com> wrote: > I have already tested protected branches on GitHub successfully and found > it allowed exactly the pushes that were correct -- they must all have the > current HEAD as an ancestor, and so they always move the repo forward > without droppin...

Should be fixed in r199756. Let me know. On Tue, Jan 21, 2014 at 10:08 AM, Chandler Carruth <chandlerc at gmail.com>wrote: > Never mind, I see the bug. Working on a fix. > > > On Tue, Jan 21, 2014 at 10:07 AM, Chandler Carruth <chandlerc at gmail.com>wrote: > >> Which version of CMake? >> >> >> On Tue, Jan 21, 2014 at 10:06 AM, Chandler...

On Fri, May 19, 2017 at 4:01 PM Adam Nemet via llvm-dev < llvm-dev at lists.llvm.org> wrote: > I will run it on Cyclone/AArch64 next week. > FYI, we're still waiting on these Adam... -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.llvm.org/pipermail/llvm-dev/attachments/20170530/7cb390ca/attachment.html>

On Fri, Feb 26, 2016 at 8:57 PM, Hal Finkel <hfinkel at anl.gov> wrote: > > > ------------------------------ > > *From: *"Xinliang David Li" <xinliangli at gmail.com> > *To: *"Chandler Carruth" <chandlerc at google.com> > *Cc: *"Hal Finkel" <hfinkel at anl.gov>, "llvm-dev" <llvm-dev at lists.llvm.org>, > "Philip Reames" <listmail at philipreames.com>, "Duncan P. N. Exon Smith" < > dexonsmith at apple.com>...

...&& GV1 != GV2) > return NoAlias; > > // Otherwise if they are both derived from the same addr-taken global, > we > // can't know the two accesses don't overlap. > } > > > Thanks, > Michael > > On Jul 17, 2015, at 12:18 PM, Chandler Carruth <chandlerc at gmail.com> wrote: > > On Fri, Jul 17, 2015 at 9:13 AM Evgeny Astigeevich > <evgeny.astigeevich at arm.com> wrote: >> >> It’s Dhrystone. > > Dhrystone has historically not been a good indicator of real-world > performance fluctuations, especial...