search for: tweed

----- Original Message ----- > From: "Nadav Rotem" <nrotem at apple.com> > To: "David Tweed" <david.tweed at gmail.com> > Cc: llvmdev at cs.uiuc.edu > Sent: Tuesday, November 6, 2012 11:08:23 AM > Subject: Re: [LLVMdev] Regarding BOF: Vectorization in LLVM > > Hi David! > > On Nov 6, 2012, at 3:23 AM, David Tweed <david.tweed at gmail.com> > wrot...

"David Tweed" <david.tweed at arm.com> writes: > I don't know of a book, but as a suggestion: is there anyone who's > teaching a course on compilers using LLVM who has the lecture notes > (or even better actual lectures) online? The LCC book (A Retargetable C Compiler: Design and I...

...rating LLVM IR, partly since hopefully the LLVM layer will have a much better estimate of the costs/benefits, so having some written metadata I can set to indicate various things the vectorizer would otherwise deduce (non-aliasing, loop-permutability, etc) would be very interesting.) Regards, Dave Tweed -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.llvm.org/pipermail/llvm-dev/attachments/20121106/f51edca2/attachment.html>

Hi David! On Nov 6, 2012, at 3:23 AM, David Tweed <david.tweed at gmail.com> wrote: > Hi Nadav, > > Unfortunately I'm not attending the dev meeting, but the BoF looks interesting. One thing that I'd like to throw into the mix is that, while dealing with autovectorisation of LLVM compiled down from C-like languages (or mayb...

...sonable solution. > This isn't new. Just how the boys have always worked. > > The biggest thing would be to move boots over to the phased builder > infrastructure pioneered by apple (they use it internally and I believe most > of it has been upstreamed by Daniel Dunbar and David Tweed) that sets up > dependencies (eg: testing debug info depends on the compiler paying the > basic check first) and refuse/caching of build product (eg: use the output > of the basic checks to test the debug info, rather than rebuilding the > compiler on every builder). Just to note that...

On Mon, Nov 12, 2012 at 7:03 AM, David Tweed <david.tweed at arm.com> wrote: >> I don't believe so - I think only a certain sliding window of logs are >> kept (& I don't know of an easy way to view a particular revision >> across the bots either) > > For me a bigger issue has been inability to see a l...

Here is a table detailing C++11 features support for Visual C++ 2010, 2012, 2013 http://msdn.microsoft.com/en-us/library/vstudio/hh567368.aspx Specifically, range-based for loops are supported in Visual C++ 2012, 2013 but not in 2010. Yaron 2013/10/28 David Tweed <david.tweed at gmail.com> > On Mon, Oct 28, 2013 at 9:00 AM, Óscar Fuentes <ofv at wanadoo.es> wrote: > >> Dix Lorenz <lists at dix-lorenz.de> writes: >> >> > I might be mistaken, but to compile for WinXP on VS 2012 you have to >> > switch the...

...iler university course using LLVM next year, so I was pretty sure that there must be several courses elsewhere in the world that have already been given. Looks like I was wrong about that. -----Original Message----- From: dag at cray.com [mailto:dag at cray.com] Sent: 03 April 2013 16:25 To: David Tweed Cc: 'Reed Kotler'; llvmdev at cs.uiuc.edu Subject: Re: [LLVMdev] recommendation books on code generation? "David Tweed" <david.tweed at arm.com> writes: > I don't know of a book, but as a suggestion: is there anyone who's > teaching a course on compilers usin...

On Tue, Nov 6, 2012 at 6:11 PM, Hal Finkel <hfinkel at anl.gov> wrote: > ----- Original Message ----- >> From: "Nadav Rotem" <nrotem at apple.com> >> To: "David Tweed" <david.tweed at gmail.com> >> Cc: llvmdev at cs.uiuc.edu >> Sent: Tuesday, November 6, 2012 11:08:23 AM >> Subject: Re: [LLVMdev] Regarding BOF: Vectorization in LLVM >> >> Hi David! >> >> On Nov 6, 2012, at 3:23 AM, David Tweed <david.tweed...

On 5 February 2013 11:03, David Tweed <david.tweed at arm.com> wrote: > since the more instructions there > are the more an out-of-order CPU can put them into otherwise unused slots. > I > can't think of a way of figuring out such a mapping other than empirically. > Given the amount of uncertainty on these O...

David Tweed <david.tweed at gmail.com> writes: > A personal question: is there any way we could modify some part of the > build to do some of the "non-fatal but difficult to ignore" > announcement if the building compiler can't handle the upcoming > constructs? Eg, just thinkin...

...ility of machine states in terms of the original source" is indeed a significant problem for "source level" bugs which manifest after a huge number of instructions have been executed (either because the program is big, or it runs intensively before hitting the bug). -- cheers, dave tweed__________________________ high-performance computing and machine vision expert: david.tweed at gmail.com "while having code so boring anyone can maintain it, use Python." -- attempted insult seen on slashdot -------------- next part -------------- An HTML attachment was scrubbed... URL: &...

...uctions take more space to encode. Will knowing the exact number help us in making a better decision ? I don’t think so. On modern processors when running vectorizable loops, the code size of the vector instructions is almost never the bottleneck. Thanks, Nadav On Jun 5, 2013, at 6:09 AM, David Tweed <david.tweed at arm.com> wrote: > On 5 June 2013 13:32, David Tweed <david.tweed at arm.com> wrote: > This is what I'd like to know about: what specific potential to change results have you seen in the vectorizer? > > Ø No changes, just conceptual. AFAIK, the differe...

Hi, On Wed, Nov 6, 2013 at 6:20 PM, <dag at cray.com> wrote: > David Tweed <david.tweed at gmail.com> writes: > > > A personal question: is there any way we could modify some part of the > > build to do some of the "non-fatal but difficult to ignore" > > announcement if the building compiler can't handle the upcoming > > cons...

On 5 June 2013 13:32, David Tweed <david.tweed at arm.com> wrote: > This is what I'd like to know about: what specific potential to change > results have you seen in the vectorizer? > No changes, just conceptual. AFAIK, the difference between the passes on O2 and O3 are minimal (looking at the code where this i...

On 28 November 2013 13:31, David Tweed <david.tweed at gmail.com> wrote: > Indeed, a most of the bugs which > really need a debugger are manifest in big applications where even a > non-debug build can be very "not simple".) My example was a very crude example of simplicity. But the more complex your application...

On 6 February 2013 16:00, David Tweed <david.tweed at arm.com> wrote: > Looking at the output from the a15 buildbot it looks like you are choosing > to do a "make clean". > I'm not choosing, this is the default "Clang" run. ;) If more people feel inclined to change the Clang build on all buildb...

...nt turns in to a "I checked on all my systems, checked in and get complaints from people on very different systems whose build broke" experience. (Yeah, I know there's any irony there...) Getting a clearly delimited feature list should help reduce that. Cheers, Dave -- cheers, dave tweed__________________________ high-performance computing and machine vision expert: david.tweed at gmail.com "while having code so boring anyone can maintain it, use Python." -- attempted insult seen on slashdot -------------- next part -------------- An HTML attachment was scrubbed... URL: &...

On Fri, Jun 21, 2013 at 7:54 AM, David Tweed <david.tweed at arm.com> wrote: > | LLVM does not currently have special lowering handling for round(), and > I'll propose a patch to add that, but the larger question is this: should > fast-math change the tie-breaking behavior of > | rint/nearbyint/round, etc. and, if so, s...

On 28 June 2013 14:06, David Tweed <david.tweed at arm.com> wrote: > That's a viewpoint; another one is that statisticians might well have very > good reasons why they spend so long coming up with statistical tests in > order to create the most powerful tests so they can deal with marginal > quantities of data...