search for: tweed__________________________

...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: <http://lists.llvm.org/p...

...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 > > > _______________________________________________ > cfe-dev mailing lis...

...g-Yi Yang >> >> >> _______________________________________________ >> LLVM Developers mailing list >> LLVMdev at cs.uiuc.edu http://llvm.cs.uiuc.edu >> http://lists.cs.uiuc.edu/mailman/listinfo/llvmdev >> >> > > > -- > 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... UR...

...du > > http://lists.cs.uiuc.edu/mailman/listinfo/llvmdev > > > _______________________________________________ > LLVM Developers mailing list > LLVMdev at cs.uiuc.edu http://llvm.cs.uiuc.edu > http://lists.cs.uiuc.edu/mailman/listinfo/llvmdev > -- 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: <http://lists.llvm.org/p...

...behaviour in non-trivial test code. If it's the case that there's not really it might be a situation where biting the bullet and trying to put a wide ranging set of triples randomly throughout the test suite and hoping to catch stuff that way is the best idea. > -- > 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: <http://lists.llvm.org/p...

...lar DSL from scratch? > > Thanks, > Shang-Yi Yang > > > _______________________________________________ > LLVM Developers mailing list > LLVMdev at cs.uiuc.edu http://llvm.cs.uiuc.edu > http://lists.cs.uiuc.edu/mailman/listinfo/llvmdev > > -- 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: <http://lists.llvm.org/p...

> Agreed. Please do not add any crypto stuff to the test suite. The > regulations on crypto are unclear and have, in the past, been subject to > change. Hosting crypto is a headache that I don't want to deal with. Do you know if we've got much that's specifically intended as a proxy for crypto? It's quite an important use-case in the real world. Tim.

...;>> >> >> >> _______________________________________________ >> LLVM Developers mailing list >> LLVMdev at cs.uiuc.edu http://llvm.cs.uiuc.edu >> http://lists.cs.uiuc.edu/mailman/listinfo/llvmdev >> >> > > > -- > 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... UR...

I've been playing around with LLVM to write a backend for a rather "simple" (co-)processor. Assume that only three arithmetic instructions exist: ADD mod N, SUB mod N and MUL mod N. The modulus N is programmable and stored in a register. No ordinary arithmetic instructions are available. The word size is 256-bit. In other words, the following function, b + c mod N, corresponds to

...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: <http://lists.llvm.org/p...

Hi, I intend to write an optimization using LLVM. But before doing that I felt like understanding the tools. I wrote a hello world program to be compiled and executed. But then one of the tutorials suggested using Clang, an other said dragonegg, a third suggested using llvm-gcc. I am confused as to which one to use. Can some one help me in 1. What are the differences between these three? 2. Which

On Wed, Jan 8, 2014 at 4:07 PM, Sean Silva <chisophugis at gmail.com> wrote: > > > > On Wed, Jan 8, 2014 at 7:58 AM, Diego Novillo <dnovillo at google.com> wrote: >> >> On Tue, Jan 7, 2014 at 8:48 PM, Sean Silva <chisophugis at gmail.com> wrote: >> >> > sean:~/pg/llvm/llvm % git log --oneline --since='1 month ago' | wc -l >>

...lly using the tests would be more trouble than it's worth in terms of public buildbots, but something that showed that there was an upcoming issue that happened each time you rebuilt LLVM as you follow ToT might help keep the mandatory warning period from becoming really high. -- 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: <http://lists.llvm.org/p...

On 28 November 2013 00:00, Robinson, Paul <Paul_Robinson at playstation.sony.com> wrote: > In my experience, to a first approximation, anything > that changes the CFG or that reorders generated code beyond source > statement boundaries is likely to make things more difficult for the > debugger. I agree. > Okay. I worked on compilers where -O1 was the default, actually, and

.../lists.cs.uiuc.edu/mailman/listinfo/llvmdev > > > _______________________________________________ > LLVM Developers mailing list > LLVMdev at cs.uiuc.edu http://llvm.cs.uiuc.edu > http://lists.cs.uiuc.edu/mailman/listinfo/llvmdev > > > > -- > > 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 > > _______________________________________________ > LLVM Developers mailing...

...with some big smoking gun in the code it's easier to persuade management this is a serious issue that needs time budgetting for investigation NOW. But I entirely appreciate that the problem may be that everyone knows but still needs time to do due diligence on a new toolchain. -- 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: <http://lists.llvm.org/p...

Hi, The TinyTripCountVectorThreshold only applies to loops with a known (constant) trip count. If a loop has a trip count below this value we don’t attempt to vectorize the loop. The loop below has an unknown trip count. Once we decide to vectorize a loop, we emit code to check whether we can execute one iteration of the vectorized body. This is the code quoted below. On May 22, 2013, at 10:23

On Thu, Dec 19, 2013 at 2:43 PM, Tim Northover <t.p.northover at gmail.com>wrote: > > As per Renato comment above, vmla instruction is NEON instruction while > vmfa is VFP instruction. Correct me if i am wrong on this. > > My version of the ARM architecture reference manual (v7 A & R) lists > versions requiring NEON and versions requiring VFP. (Section > A8.8.337).

...comes "a relatively stable interface" rather than being regarded as an internal implementation detail. (I know LLVM is quite dynamic in terms of refactorings and expect things would change, but just being stable enough that using them isn't more work than necessary.) -- cheers, dave tweed__________________________

...http://lists.cs.uiuc.edu/mailman/listinfo/llvmdev >> > > > _______________________________________________ > LLVM Developers mailing list > LLVMdev at cs.uiuc.edu http://llvm.cs.uiuc.edu > http://lists.cs.uiuc.edu/mailman/listinfo/llvmdev > > -- 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: <http://lists.llvm.org/p...