Re: [perl #27304] [PATCH] move libnci.def out of root directory

Will Coleda via RT wrote: Can we get a ruling on this? I tend to agree with the statement "Random build files do not belong in the root directory". The patch has been un-ACK'd for nine months at the moment. While we are at it, shouldn't we rename 'libnci.so' and 'libnci.def' to 'libnci_test.so'

Re: Premature pessimization

Luke Palmer <[EMAIL PROTECTED]> wrote: > Leopold Toetsch writes: >> This term came up in a recent discussion[1]. But I'd like to give this >> term a second meaning. > Except what you're talking about here is premature *optimzation*. No. I don't think so. >> During design considerations we (inclu

Re: [perl #27304] [PATCH] move libnci.def out of root directory

Will Coleda via RT <[EMAIL PROTECTED]> wrote: > Can we get a ruling on this? I tend to agree with the statement > "Random build files do not belong in the root directory". There's a stricter rule too (IIRC proposed by Nick or Jarkko). No build files in the Parrot tree, because this prevents a sha

Re: continuation enhanced arcs

Piers Cawley <[EMAIL PROTECTED]> wrote: > Leopold Toetsch <[EMAIL PROTECTED]> writes: >> Matt Fowles <[EMAIL PROTECTED]> wrote: >> >>> Thanks for the clear explanation. I did not realize that S registers >>> could switch pointers, that does make things a little harder. I have >>> a recommendatio

Re: Premature pessimization

Leopold Toetsch wrote: "correct". I've discovered and analysed the problem with continuations. I've made a proposal to fix that. No one has said that it's technically wrong or couldn't work. It seems you are liking the idea, but Dan doesn't. Now what? I would suggest focusing on one issue at a time

Re: [perl #27304] [PATCH] move libnci.def out of root directory

Bernhard Schmalhofer <[EMAIL PROTECTED]> wrote: > Will Coleda via RT wrote: >> Can we get a ruling on this? I tend to agree with the statement "Random >> build files do not >> belong in the root directory". >> >> The patch has been un-ACK'd for nine months at the moment. > While we are at it, sho

Re: Premature pessimization

Ashley Winters wrote: On Sun, 5 Dec 2004 11:46:24 -0700, Luke Palmer <[EMAIL PROTECTED]> wrote: Leopold Toetsch writes: This term came up in a recent discussion[1]. But I'd like to give this term a second meaning. Except what you're talking about here is premature *optimzation*. You're expecting ce

Re: Premature pessimization

Sam Ruby <[EMAIL PROTECTED]> wrote: > Leopold Toetsch wrote: >> >> "correct". I've discovered and analysed the problem with continuations. >> I've made a proposal to fix that. No one has said that it's technically >> wrong or couldn't work. It seems you are liking the idea, but Dan >> doesn't. Now

Re: Premature pessimization

Leopold Toetsch wrote: Sam Ruby <[EMAIL PROTECTED]> wrote: Leopold Toetsch wrote: "correct". I've discovered and analysed the problem with continuations. I've made a proposal to fix that. No one has said that it's technically wrong or couldn't work. It seems you are liking the idea, but Dan doesn't

Re: [perl #32877] parrot build broken in Tru64, cc/ld confusion

On Sun, 5 Dec 2004, Jarkko Hietaniemi wrote: > I am pretty certain that parrot was building fine in Tru64 back in > 2004/11/07 15:12:42 when I submitted a patch (directly to CVS) > for jit/alpha/jit_emit.h to get alpha JITing to compile at all. > > Since then something has broken building parrot i

Re: [perl #32877] parrot build broken in Tru64, cc/ld confusion

Andrew Dougherty wrote: The offending line in config/gen/makefiles/dynclasses_pl.in is probably this one: $LD $CFLAGS $LDFLAGS $LD_LOAD_FLAGS $LIBPARROT That CFLAGS doesn't belong there. CFLAGS are intended to be sent to $CC, not to $LD. The command being called here is $LD, which is defined i

Re: Premature pessimization

Sam Ruby <[EMAIL PROTECTED]> wrote: > Leopold Toetsch wrote: > My philosophy is simple: things without test cases tend not not get > fixed, and when fixed, tend not to stay fixed. There is of course a test case. I have mentioned it at least 20 times ;) t/op/gc_13.imc - currently using lexicals.

Re: Premature pessimization

Leopold Toetsch wrote: Sam Ruby <[EMAIL PROTECTED]> wrote: Leopold Toetsch wrote: My philosophy is simple: things without test cases tend not not get fixed, and when fixed, tend not to stay fixed. There is of course a test case. I have mentioned it at least 20 times ;) t/op/gc_13.imc - currently u

Re: continuation enhanced arcs

Leopold Toetsch <[EMAIL PROTECTED]> writes: > Piers Cawley <[EMAIL PROTECTED]> wrote: >> Leopold Toetsch <[EMAIL PROTECTED]> writes: > >>> Matt Fowles <[EMAIL PROTECTED]> wrote: >>> Thanks for the clear explanation. I did not realize that S registers could switch pointers, that does mak

Re: continuation enhanced arcs

Leopold Toetsch <[EMAIL PROTECTED]> writes: > Piers Cawley <[EMAIL PROTECTED]> wrote: >> Leopold Toetsch <[EMAIL PROTECTED]> writes: > >>> Matt Fowles <[EMAIL PROTECTED]> wrote: >>> Thanks for the clear explanation. I did not realize that S registers could switch pointers, that does mak

Re: Premature pessimization

Leopold Toetsch writes: > > On a semi-related note, can I get a classoffset without doing a hash > lookup? That is, can I store the class number I get assigned somewhere > for quick fetching? Hey now, you're citing the Luke Palmer that writes code. Don't confuse him with the Luke Palmer who doe

[perl #32906] Can't make TCL

# New Ticket Created by Matthew Zimmerman # Please include the string: [perl #32906] # in the subject line of all future correspondence about this issue. # http://rt.perl.org:80/rt3/Ticket/Display.html?id=32906 > --- osname= linux osvers= 2.4.21-4.elsmp arch= i386-linux-thread-multi cc=

Perl 6 Summary for 2004-11-29 through 2004-12-06

Perl 6 Summary for 2004-11-29 through 2004-12-06 All~ Last week I asked for help identifying the source of a quotation. One friendly soul suggested Alan J. Perlis, but could not find an actual attribution. It did lead me to find a very applicable (and in my mind funny) quote fr

Re: Perl 6 Summary for 2004-11-29 through 2004-12-06

Matt Fowles wrote: keyword arguments Sam Ruby wondered how he out to handle keyword arguments to functions. Dan admitted that this is complex and outlined the cheat he has been contemplating. No one has either commented on or implemented it yet. Oh, yes, I di

Re: [perl #32906] Can't make TCL

You mean, someone actually tried to use Tcl? *Rub eyes* Whoops. File got added to the tcl makefile based on a local copy of the command. Committed update to MANIFEST and the join file (which isn't complete or tested, btw.) Try again? Matthew Zimmerman (via RT) wrote: # New Ticket Created by Matth

Re: [perl #32877] parrot build broken in Tru64, cc/ld confusion

> > The offending line in config/gen/makefiles/dynclasses_pl.in > is probably this one: > > $LD $CFLAGS $LDFLAGS $LD_LOAD_FLAGS $LIBPARROT > > That CFLAGS doesn't belong there. CFLAGS are intended to be sent to $CC, > not to $LD. The command being called here is $LD, which is defined in > c

Re: [perl #32877] parrot build broken in Tru64, cc/ld confusion

Sam Ruby via RT wrote: > Andrew Dougherty wrote: > >>The offending line in config/gen/makefiles/dynclasses_pl.in >>is probably this one: >> >>$LD $CFLAGS $LDFLAGS $LD_LOAD_FLAGS $LIBPARROT >> >>That CFLAGS doesn't belong there. CFLAGS are intended to be sent to $CC, >>not to $LD. The command