search for: tuppenc

Hi there, Just my tuppence worth: I for one would love it if the code-gen pass was quicker. It makes LLVM even more appealing for JIT compilers. One approach might be to generate code directly from the standard IR. (Rather than create yet another IR (the instruction DAG)). Would it be possible to convert the standard IR...

...n the same day for changes in the internal libraries. I was happy to do so, but I believe that if I ever merged my code to mainstream, every single one of them would have to change my code as well before committing. Once it's complete, check in. Once it's perfect, get a Nobel prize. ;) My tuppence... cheers, --renato Reclaim your digital rights, eliminate DRM, learn more at http://www.defectivebydesign.org/what_is_drm

...enough to split the IR into higher and lower versions (as proposed last year to deal with complex type systems and ABIs). Even some optimisations (maybe even Polly) could benefit from this higher level representation, and all current optimisations can still pass on the current, low-level, IR. My tuppence. cheers, --renato

...internal libraries. > I was happy to do so, but I believe that if I ever merged my code to > mainstream, every single one of them would have to change my code as > well before committing. > > Once it's complete, check in. Once it's perfect, get a Nobel prize. ;) > > My tuppence... > > cheers, > --renato > > Reclaim your digital rights, eliminate DRM, learn more at > http://www.defectivebydesign.org/what_is_drm >

...m in production binaries. Even though it's now disabled by default (Chris got a good performance boost doing so, I believe), it could easily be turned on in production for prototype/beta release. I'd change the debug mechanism to fit to your purpose, rather than enhance the assertions. My tuppence. cheers, --renato

>> > So it will stack overflow on tail calls >> >> At the moment, yes. But then again, so does java. > > Sure but a lot of people like me are using LLVM precisely because it offers > these wonderful features. As long as your JVM backend does not handle these > features correctly its utility is greatly diminished. The issue is that current JVMs don't provide

...er and lower versions (as proposed last year to deal with > complex type systems and ABIs). > > Even some optimisations (maybe even Polly) could benefit from this > higher level representation, and all current optimisations can still > pass on the current, low-level, IR. > > My tuppence. > > cheers, > --renato > _______________________________________________ > LLVM Developers mailing list > LLVMdev at cs.uiuc.edu         http://llvm.cs.uiuc.edu > http://lists.cs.uiuc.edu/mailman/listinfo/llvmdev > -- Jianzhou

I have been evaluating the excellent and super fast Similarity Analyser by Red Hill Consulting to generate a dupplicated lines reports from Rails 1.2.0 RC2 source code (excluding the tests). On the 10th of January 2007, Rails 1.2.0 RC2 has 4125 duplicate lines in 793 blocks in 231 files * actionmailer has 584 duplicate lines in 107 blocks in 20 files * actionpack has 718 duplicate lines

On Tue, Aug 18, 2015 at 8:28 PM, Kostya Serebryany <kcc at google.com> wrote: > +dvyukov > > On Mon, Aug 17, 2015 at 8:37 AM, Renato Golin <renato.golin at linaro.org> > wrote: >> >> Folks, >> >> The review of patch http://reviews.llvm.org/D11532 is extremely slow >> due to the number of hacks, left-overs and general undesired changes >>

...ssible where they represent the right semantic. I'm just dealing with a situation that doesn't map directly to either of those: conditional ownership. > > Having done that, I still rather use normal pointers and have valgrind > / sanitizers tell me when I screwed up. > > My tuppence. > > cheers, > --renato > -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.llvm.org/pipermail/llvm-dev/attachments/20140925/84124a3c/attachment.html>

On Wed, Sep 24, 2014 at 7:50 PM, Justin Bogner <mail at justinbogner.com> wrote: > Anton Yartsev <anton.yartsev at gmail.com> writes: > > Hello everyone, > > > > I bring to discussion the necessity/design of a new type of smart > pointer. > > r215176 and r217791 rise the problem, D5443 is devoted to the solution. > > r215176 applies several

...t code that we know hurts performance that badly, even if we believe people will replace them in the future. It always takes too long. I myself have done that last year, and I learnt my lesson. Metrics are often more dangerous than helpful, as they tend to be used as a substitute for thinking. My tuppence. --renato

...ther I nor any of the potential additional > users was) AFAIK the problem is the X server: it gives you a black window if the X display is 16-bit. If you can live with 8-bit display, the Java GUI will work. It's that way on all Unix (X?) platform. Andy > -Don > > >just my tuppence worth... > > > >Luke > > > >______________________________________________ > >R-help at stat.math.ethz.ch mailing list > >https://www.stat.math.ethz.ch/mailman/listinfo/r-help > > > -- > -------------------------------------- > Don MacQueen &gt...

> To me, the expanding of regular IR will achieve nearly the same result as > building a lower level IR. Remember that we basically already have a lower level IR consisting of basic blocks of MachineInstrs at the moment.To an extent this has already proven itself capable of modelling targets, and making it a first-class IR might be a reasonable amount of work (certainly easier than

...efit to the community such that the overall community benefit outweighs the impacts of the project being in the repo (3) Projects in the mono-repo must conform to some defined set of standards. LLVM’s coding standards might be a bit much, but something along those lines. Thoughts? -Chris > My tuppence. > > Cheers, > Renato > > _______________________________________________ > LLVM Developers mailing list > llvm-dev at lists.llvm.org > http://lists.llvm.org/cgi-bin/mailman/listinfo/llvm-dev -------------- next part -------------- An HTML attachment was scrubbed... URL...

...ype might bring less value than the same year optimizing micro-benchmarks against GCC... Not that I don't think we should have a vectoriser, Poly is going to be great! But until it's not (and it's going to take some time), we better focus on some magic, as GCC did over the decades. My tuppence, --renato

Hi Yuli, > As a developer I'm very excited and interested in the LLVM project. Though my > knowledge of the details is cursory my general understanding is that the SSA > code that LLVM front ends produce is supposed to allow for optimizations that > are unfeasible in GCC. not so, GCC also uses SSA form. I'm not aware of any optimization that LLVM can do that GCC couldn't

Dear all, the dataset documented under ?crimtab was also used in: @article{TreloarAE1934, title = {The adequacy of "{S}tudent's" criterion of deviations in small sample means}, author = {Treloar, A.E. and Wilder, M.A.}, journal = {The Annals of Mathematical Statistics}, volume = {5}, pages = {324-341}, year = {1934} } The following is

Dear LLVM Team, As a developer I'm very excited and interested in the LLVM project. Though my knowledge of the details is cursory my general understanding is that the SSA code that LLVM front ends produce is supposed to allow for optimizations that are unfeasible in GCC. I also expect most important optimizations from GCC would have been incorporated into LLVM by now since GCC code is open

Hello, Before I consider purchasing it, can someone comment on the general applicability of John Chambers' book titled "Programming with Data" for R programming. I am currently using R-1.3.1 with the Omega SLanguage and RSMethod packages. Many thanks, Randall -.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.- r-help mailing list -- Read