search for: tbqh

...t to make progress due to the print statements (since they induce an immediate syntax error). Since 2.4 doesn't support `from __future__ import print_function`, the only alternative I guess is shimming in a print function. This is a maintenance effort that I don't want to do right now (and, TBQH, I feel that the proper maintainer should be responsible for). ddunbar, how does this weight against your "causing large problems with the code" criterion for supporting older versions? As I believe that you are the author and maintainer of lit, are you planning on fixing this compatibil...

...ue to > the print statements (since they induce an immediate syntax error). > Since 2.4 doesn't support `from __future__ import print_function`, the > only alternative I guess is shimming in a print function. This is a > maintenance effort that I don't want to do right now (and, TBQH, I > feel that the proper maintainer should be responsible for). > > ddunbar, how does this weight against your "causing large problems > with the code" criterion for supporting older versions? As I believe > that you are the author and maintainer of lit, are you planning o...

...ibute is required to know when it is okay to DCE calls to readnone/readonly functions. > As for why I'm particularly interested in this being a property of the loop, > consider if you were to have a mixture of Java and C++ code, all compiled to > LLVM. How do you inline between them? TBQH, I'd be okay losing some performance in this case. And we can always be aggressive about upgrading non-productive [2] functions to productive if they only call productive functions and have no infinite loops. [1]: there are quality of implementation issues on how frequently an application thr...

On Tue, Dec 4, 2012 at 4:27 AM, Tobias Grosser <tobias at grosser.es> wrote: > Why don't you give it a try. This will also help us to understand where > the biggest > problems are and if the necessary changes make supporting python 2.4 > hard. I'll see what I can do. Since on that machine I only have python3 and python2.7, I can't easily verify that my changes still

...he print statements (since they induce an immediate syntax error). >> Since 2.4 doesn't support `from __future__ import print_function`, the >> only alternative I guess is shimming in a print function. This is a >> maintenance effort that I don't want to do right now (and, TBQH, I >> feel that the proper maintainer should be responsible for). >> >> ddunbar, how does this weight against your "causing large problems >> with the code" criterion for supporting older versions? As I believe >> that you are the author and maintainer of lit...

...all the things that cannot easily be said in a Language > Reference. In a way, the name is already now becoming poorly chosen. > Because I begin to see a User's Guide forming in the horizon. And that > would go really well with the Language Reference; most products have both. > TBQH I'm pretty set on this being a guide for language frontends, rather than a general "user's guide" for the IR. The IR has at least two very different classes of users: optimization writers (which are mostly transforming IR) and language frontend writers (which are mostly creating I...

Hi Chris, Thanks for the supporting words! I'm pushing the document both for egoistic motives (like so many others, I'll learn a ton from this document) and for altruistic motives - the easier it is to implement a new language, the more interesting and highly well-thought out languages we will see in the future. And I see it as my purpose, as a mostly black-box user of LLVM, to enhance

I''ve have a very tight schedule project that MUST (not my option), be developed in PHP. Is there a Rails based framework for this platform? I like the Rails way of things, but in this case, I cannot choose the programming language, so please don''t offend me :-) Thanks in advance, Alessandro _______________________________________________ Rails mailing list

On Tue, Dec 4, 2012, at 03:23 AM, Sean Silva wrote: > > several people already asked what are the concrete benefits of breaking support for end-of-life python versions? > > Generally I think the only compelling argument is "for a given level > of maintenance effort, you either sacrifice support for old-dead > versions, or new versions", and obviously new versions

Hello everyone, The topic of whether or not LLVM allows for infinite loops has come up a lot recently (several times this week already). Regarding motivation, there are two important facts: 1. Some languages, such as Java, have well-defined infinite loops. See: http://docs.oracle.com/javase/specs/jls/se7/html/jls-17.html#jls-17.4.9 and:

Hi all, This is about a project I've been prototyping on-and-off for a while that has finally reached a point where I can claim it to be "potentially viable". I'd like to gather some input from the community before moving too far ahead. # The problem There is a representation issue within SCEV that prevents it from fully using information from nsw/nuw flags present in the

...lt;8t8|(KWD%8R&}1M at RGC3jfh;C0U(<ms zp>Y}TrY4qBO$OBhSw_<{XeN;5RF^@sfUKa#40u`-D``;%H2`U*6&W-K$SPW&LGysD zrtKND5Xc(ZlR-;>tfd1Pv>eDfYR{mRK-N=d2CW9Nflg=88Xz0#aR#jevWZ at 1(ErfH zW_puBTR_-CRX+MnO>CucJ~|4*Hrn8$-_pc(+TufZX|#iO`{=hdv6Bw?=p#++qIMsB zOB1{4wvWE8i56<eq`EXs?4h}tbQH*5T98Q}YhoWQ&7 at 8c_S1n(<us6kRIG^ubU2fS zr)%O6wP#W(ki#@Ci~dm)M`&smZN^+_rTQ$okCG_O$)X488nw~<EP4b=J1x#a4`|{j zHD{p*G|@r3vgikz=%jsF^v9a$qSh>0ieY?=o at G%rLey~@kxg4NG&(_5*|ZmwlQcG) zDiDfJ(Zp=}p(ajKbv7M>&>7m1O<iC)OUJWmXR=1;=nSM$be?W!(=4ARF3{s_n&-pH zMX$5zr<%A#&lt...