On Sat, Aug 31, 2002 at 01:52:18PM +, Damian Conway wrote:
> I'd suggest that redundancy in syntax is often a good thing and
> that there's nothing actually wrong with:
>
> my Date $date = Date.new('June 25, 2002');
I would say it is not always redundant to specify the type on both
sid
In a message dated 1 Sep 2002, Uri Guttman writes:
> > "DW" == David Wheeler <[EMAIL PROTECTED]> writes:
>
> DW> On Sunday, September 1, 2002, at 05:30 AM, Damian Conway wrote:
> >> Sure. But the right solution is to permanently eliminate the
> >> sesquipedalian
> >> name (so you don
On Mon, Sep 02, 2002 at 04:40:14AM -0400, Trey Harris wrote:
> An alias? Isn't
>
> class Date is Really::Long::Package::Name::Ugh;
>
> a new class declaration, declaring 'Date' as a subclass of
> Really::Long::Package::Name::Ugh? Because the class body is empty, i.e.
> this line is equivale
# New Ticket Created by Leopold Toetsch
# Please include the string: [perl #16926]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt2/Ticket/Display.html?id=16926 >
Hi,
these static functions are
- never used
- produce ugly warnings with -Wall, whi
Ken Fox wrote:
> The thing I'd like to do right now is turn on :w
> for all rules. A Fortran grammar might want to turn
> on :i for all rules.
>
> Maybe add modifiers to the grammar declaration?
>
> grammar Fortran :i { ... }
Maybe. Or a property:
grammar Fortran is modified(:i) { ...
Uri Guttman wrote:
> so what that attribute does is force the hash to keep all pairs as
> single objects. but what about run time control of it? sometimes you
> might want a list of pairs to be handled like pairs and other times you
> want pairs to be scalars in a hash assignment. is there any wa
Adam D. Lopresto wrote:
> That's pretty close to what I was thinking of, but I don't think the
> constructors actually have to be special. What if "my Date $date;" lets the
> compiler know that $date belongs to the Date class, even if it's undef? If
> that's the case you could call static funct
Graham Barr wrote:
> I would say it is not always redundant to specify the type on both
> sides
>
> my Dog $dog = Greyhound.new('black');
Sure. But it's the redundant case we were trying to simplify.
>>And, furthermore, that you could easily define special semantics
>>for void-context con
Mattia Barbon wrote:
>> set P1, P0 # tells P1 that he's going to iterate P0
>
> This looks like a kludge. IMHO the correct way of getting an iterator
> is having the aggregate return it (say, using find_method/invoke);
that's a correct assumption, and when find_method/invoke will be
i
Here's a call for potential goals for the 0.0.9 release of parrot. My list:
*) Exceptions
*) initial PMC freeze/thaw API
*) Sub indicators in bytecode
*) On-the-fly bytecode section generation
Anyone got any others? We can get the list together and then
prioritize from there.
--
# New Ticket Created by Josef Höök
# Please include the string: [perl #16931]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt2/Ticket/Display.html?id=16931 >
Some minor updates on multiarray
/josef
-- attachment 1
# New Ticket Created by System Attendant
# Please include the string: [perl #16932]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt2/Ticket/Display.html?id=16932 >
ScanMail for Microsoft Exchange has blocked a file attachment(s).
Place = [EMAIL P
# New Ticket Created by Josef Höök
# Please include the string: [perl #16933]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt2/Ticket/Display.html?id=16933 >
Added a new pmc function that is used for passing inital sizes to pmcs.
There was an old
# New Ticket Created by Josef Höök
# Please include the string: [perl #16934]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt2/Ticket/Display.html?id=16934 >
Added 2 new opses into core.ops that handles this code:
new P0, .MultiArray[2;
I've discovered a "feature" when using the new key implementation.
It seems that key_next function dosent walk down the chain of keyes like
the old key->next pointer did.
I've managed to reproduce this behaviour many times.
Consider this pasm code:
new P0, .MultiArray[2;3;2;1;1;1]
In message <[EMAIL PROTECTED]>
Josef Hook <[EMAIL PROTECTED]> wrote:
> As you can see above the while loop in multiarray below only iterates
> 4 times when it should iterate 6 times ( .MultiArray[2;3;2;1;1;1] ).
> The same happens when i define a 3 dim array .MultiArray[2;2;2]
> it only i
On 2 Sep 2002, Tom Hughes wrote:
> This loop stops as soon as key_next() becomes NULL which means that
> you never process the last key component. I would guess that you want
> to make the first line into this:
>
> while (key != NULL) {
what can i say. OOPS :-)
/j
In message <[EMAIL PROTECTED]>
Tom Hughes <[EMAIL PROTECTED]> wrote:
> That explains why you are not seeing the last component. You are also
> missing the first one for some reason. The most likely cause would be
> that you have already used key_next to discard the first component
> befor
On 2 Sep 2002, Tom Hughes wrote:
> In message <[EMAIL PROTECTED]>
> Tom Hughes <[EMAIL PROTECTED]> wrote:
>
> > That explains why you are not seeing the last component. You are also
> > missing the first one for some reason. The most likely cause would be
> > that you have already used
On Mon, 2 Sep 2002, Dan Sugalski wrote:
> Here's a call for potential goals for the 0.0.9 release of parrot. My list:
>
> *) Exceptions
> *) initial PMC freeze/thaw API
> *) Sub indicators in bytecode
> *) On-the-fly bytecode section generation
*) methods (in PASM and C)
*) implementation of som
Edit distance is a measure of the number of edits required to
turn one string into another, basically the size of a
character-by-character "diff". For example, the edit distance
between "aches" and "access" is one change and one insert:
aches
acCes
accesS
Depending on how you define the costs o
# New Ticket Created by "Sean O'Rourke"
# Please include the string: [perl #16935]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt2/Ticket/Display.html?id=16935 >
This adds the following two regex ops:
rx_stackdepth Ix -- Store the size of the re
On Fri, 30 Aug 2002, Steve Fink wrote:
> On Fri, Aug 30, 2002 at 03:49:07PM -0400, Andy Dougherty wrote:
> > Thus what I'd really like to do here is generate two different makefile
> > fragments, depending on whether or not the user is using bison or (yacc or
> > byacc). With the current substit
Trey Harris wrote:
> An alias? Isn't
>
> class Date is Really::Long::Package::Name::Ugh;
>
> a new class declaration, declaring 'Date' as a subclass of
> Really::Long::Package::Name::Ugh?
Yes. It's not an alias.
> it will have a similar effect to aliasing Really::Long::Package::Name::Ugh
Nicholas Clark wrote:
> So, based on what I remember about variables, would
>
> class Date := Really::Long::Package::Name::Ugh;
>
> express aliasing of classes?
By analogy to:
my $date := $really::long::variable::name::ugh;
yes.
If Larry allows aliasing of classnames at all, that
> "DC" == Damian Conway <[EMAIL PROTECTED]> writes:
DC> Uri Guttman wrote:
>> so what that attribute does is force the hash to keep all pairs as
>> single objects. but what about run time control of it? sometimes you
>> might want a list of pairs to be handled like pairs and other tim
At 9:24 PM -0400 8/31/02, Ken Fox wrote:
>Damian Conway wrote:
>>No. It will be equivalent to:
>>
>> <[\x0a\x0d...]>
>
>I don't think \n can be a character class because it
>is a two character sequence on some systems. Apoc 5
>said \n will be the same everywhere, so won't it be
>something li
At 4:01 PM +0100 8/29/02, Nicholas Clark wrote:
>On Thu, Aug 29, 2002 at 07:52:42AM -0700, Steve Canfield wrote:
>> From: Dan Sugalski [EMAIL PROTECTED]
>> >I actually had something a bit more subversive
>> >in mind, where the assignment operator for the
>> >Date class did some magic the same
Damian Conway wrote:
> Trey Harris wrote:
>
> > An alias? Isn't
> >
> > class Date is Really::Long::Package::Name::Ugh;
> >
> > a new class declaration, declaring 'Date' as a subclass of
> > Really::Long::Package::Name::Ugh?
>
> Yes. It's not an alias.
class Date is Really::Long::Package::Nam
On Mon, Sep 02, 2002 at 08:25:30AM -0700, Sean O'Rourke wrote:
> On Mon, 2 Sep 2002, Dan Sugalski wrote:
>
> > Here's a call for potential goals for the 0.0.9 release of parrot. My list:
> >
> > *) Exceptions
> > *) initial PMC freeze/thaw API
> > *) Sub indicators in bytecode
> > *) On-the-fly b
At 3:59 PM + 9/2/02, "Sean O'Rourke" (via RT) wrote:
>rx_stackdepth Ix -- Store the size of the regex stack in Ix
Make that intstackdepth, since it's a general-purpose stack.
>rx_stackchop Ix -- shorten the regex stack to have Ix entries
Yeek--that's from the wrong end. We need to chop entr
On Sun, Sep 01, 2002 at 02:32:26AM -0400, Mike Lambert wrote:
> Mr. Nobody wrote:
>
> > Date: Fri, 30 Aug 2002 18:13:27 -0700 (PDT)
> > From: Mr. Nobody <[EMAIL PROTECTED]>
> > To: [EMAIL PROTECTED]
> > Subject: [PATCH] in makefile, move libparrot.a from "test" to "all"
> >
> > libparrot.a is not
On Sun, Sep 01, 2002 at 02:30:35AM -0400, Mike Lambert wrote:
> > Small cleanups, but also a piece of my attempted fixes to the
> > BUFFER_external_FLAG. (The CVS version currently doesn't work anyway,
> > so don't worry about only getting parts of my fixes in; nothing
> > depends on it.)
>
> I'm
On Mon, 2 Sep 2002, Dan Sugalski wrote:
> At 3:59 PM + 9/2/02, "Sean O'Rourke" (via RT) wrote:
> >rx_stackdepth Ix -- Store the size of the regex stack in Ix
>
> Make that intstackdepth, since it's a general-purpose stack.
If so, we'll probably also want to change rx_clearstack and rx_initst
On Mon, Sep 02, 2002 at 01:33:45PM +0200, Aldo Calpini wrote:
> INTVAL iterator_sizeof()
> void iterator_reset()
> void iterator_set(void *data)
> void iterator_get(void *data)
> PMC* iterator_get_current()
> void iterator_next();
What is the advantage of having the aggregat
# New Ticket Created by Andy Dougherty
# Please include the string: [perl #16937]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt2/Ticket/Display.html?id=16937 >
This is a resubmit. Configure currently hard-wires ld_shared to a
GNU-binutils-speci
# New Ticket Created by Andy Dougherty
# Please include the string: [perl #16938]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt2/Ticket/Display.html?id=16938 >
imcc doesn't work anymore now that the version number has changed from 7
to 8. This
Hi all,
I would like to discuss the intended meaning of ARGDIR_IN/OUT in
core.ops (core_ops.c).
s. also #16838 and #16895
imcc uses the IN/OUT information for determining the life status of a
symbol, which is the base for register allocation, so it's crucial.
The meaning in imcc is like:
IN
Mike Lambert wrote:
> class Date is Really::Long::Package::Name::Ugh;
>
> class DateManipulator;
> our Date $date2manip;
> ...date manip methods here...
>
> An external class is thus unable to do:
> $DateManipulator::date2manip = new Really::Long::Package::Name::Ugh()
>
> Is that correct?
Ye
Uri Guttman wrote:
> but what about mixing pairs and scalars which was the core of this
> thread?
Then you get whatever behaviour you defined the hash to give.
> by default it seems assigning such a list to a hash would use
> the pairs as 2 elements
It's not the right way to think about wha
I think those are necessary operations -- if you're going to use the
intstack in the first place. And personally, I don't intend to. I
think it's much easier to deal with a separate data structure than
something tied into the interpreter struct. A free-floating intstack,
if you will. But this has
On Mon, Sep 02, 2002 at 11:15:17AM -0700, Steve Fink wrote:
> On Mon, Sep 02, 2002 at 08:25:30AM -0700, Sean O'Rourke wrote:
> > On Mon, 2 Sep 2002, Dan Sugalski wrote:
> >
> > > Here's a call for potential goals for the 0.0.9 release of parrot. My list:
> > >
> > > *) Exceptions
> > > *) initial
# New Ticket Created by Andy Dougherty
# Please include the string: [perl #16941]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt2/Ticket/Display.html?id=16941 >
The following patch changes the build system to use pre-generated files
for languages
On Mon, 2 Sep 2002, Nicholas Clark wrote:
> *) Careful elimination of all compiler warnings, particularly on non x86
>platforms, and for builds with non-default INTVAL size
I agree here. There are still *lots* of warnings. I've slowly whittled
away at them, but there are lots to go. Fixin
Andy Dougherty (via RT) wrote:
> + op_load_lib("core", PARROT_MAJOR_VERSION,
> + PARROT_MINOR_VERSION,
> + PARROT_PATCH_VERSION);
Thanks for this one.
I did integrate it in my tree.
A _big_ imcc patch is in my queue and will be
Sean O'Rourke wrote:
> On Mon, 2 Sep 2002, Dan Sugalski wrote:
>... I think it ends up being two more ops if you say "chop X
> entries" -- "getdepth; subtract; chop" vs. "setdepth".
Think the perlish way: chop -X could do it. Leave X or keep it.
BTW what is the difference between the rx_sta
On Mon, Sep 02, 2002 at 09:49:25PM +0200, Leopold Toetsch wrote:
>
> This should be - from my (imcc) POV - reflected by these IN/OUT settings:
>
> op set(in PMC, in INT)
> op set(in PMC, in STR)
> op set(in PMC, in NUM)
> op set(out PMC, in PMC) # ok, $1 points to $2 now
Thinking
Damian Conway wrote:
> One possibility is that a modifier is
> implemented via a special class:
>
> my class Decomment is RULE::Modifier
>is invoked(:decomment) {
> method SETUP ($data, $rule) {
> ...
> }
> # etc.
>
On Monday, September 2, 2002, at 03:44 AM, Damian Conway wrote:
>> my Date $date .= new('Jun 25, 20002');
>
> H. That's a very interesting idea.
> I like it.
Hallelujah! I like it, too! It's only one character more than my
original suggestion!
Regards,
David
--
David Wheeler
On Monday, September 2, 2002, at 10:00 AM, Damian Conway wrote:
> No, I never said (nor intended to imply) that. Note that I carefully
> avoided the
> word "alias" in my description of this technique. ;-)
That was my doing. Sorry folks.
David
--
David Wheeler
I'm working on a library of rules and subroutines for dealing with UNIX
system files. This is really just a mental exercise to help me grasp the
new pattern stuff from A5.
I've hit a snag, though, on hypothetical variables. How would this code
work?
{
my $x = 2;
my $y = "Th
In a message dated 2 Sep 2002, Aaron Sherman writes:
> I'm working on a library of rules and subroutines for dealing with UNIX
> system files. This is really just a mental exercise to help me grasp the
> new pattern stuff from A5.
>
> I've hit a snag, though, on hypothetical variables. How would
On Mon, 2002-09-02 at 23:50, Trey Harris wrote:
> No. $0{x} would be set to "grass". $x would stay as 2. $x is in a
> different scope from the hypothetical, so it doesn't get touched.
Ok, it's just taking some time for me to get my head around just what
C and C are, but I'm getting there. Thi
Uri Guttman <[EMAIL PROTECTED]> writes:
>> "SC" == Simon Cozens <[EMAIL PROTECTED]> writes:
>
> SC> [EMAIL PROTECTED] (Damian Conway) writes:
> >> > hashes can now take objects as keys and won't just stringify them.
> >>
> >> Correct. But I believe that's only if the hash has a prope
54 matches
Mail list logo
