I've updated http://qa.perl.org/phalanx/. I started a roster page and a
status, which shows that Shawn Carroll has started working on
Date::Calc. Shawn, please let me know how many tests were in Date::Calc
before you started. One of the metrics I want to keep is how many tests
we've added as we
On Mon, Sep 29, 2003 at 01:51:42PM -0700, Jeff Clites wrote:
> There's already a test in the form of t/src/manifest.t, which you might
> be able to adapt (or invoke directly).
t/src/manifest.t calls ExtUtils::Manifest, which does a recursive find
over the directory tree, and therefore violates on
There's already a test in the form of t/src/manifest.t, which you might
be able to adapt (or invoke directly).
JEff
On Monday, September 29, 2003, at 01:36 PM, Robert Spier wrote:
There's been a little bit of hubbub recently about people checking
things into the languages/ directories and brea
There's been a little bit of hubbub recently about people checking
things into the languages/ directories and breaking the MANIFEST.
I can setup the CVS repository to notify the user after a checkin where
something has gone awry. But, I'm low on tuits, so I need to farm out
a little of the work.
On Mon, Sep 29, 2003 at 10:00:09AM -0400, Dan Sugalski wrote:
> So, I've two options:
>
> 1) When one or both of the classes a MMD function is installed for don't
> exist, we give them both class numbers (but don't load them) so when the
> classes *are* later loaded they already have numbers
>
>
On Mon, Sep 29, 2003 at 10:28:25AM -0400, Dan Sugalski wrote:
> On Mon, 29 Sep 2003, Mark A. Biggar wrote:
> > Isn't there also the option to force load the missing class(es)
> > recursively?
>
> We could, but I don't want to do that here. Just because a PMC class
> presents functions for other P
On Mon, 29 Sep 2003, Dan Sugalski wrote:
> Firstly, we're adding a new method INIT to the .pmc file. *If* it exists
This, by the by, corresponds to the _init method in loading, and is called
on each thread instantiation. We're also going to add a LOAD method, again
optional, which will be called
Since I'm working on this now, I figure I'd best give everyone a heads-up
as to what I'm doing.
Right now, I'm working on loading PMCs, both dynamic and static, and the
initialization sequence they go through. I know we've got some of this
down already, but adding in MMD and the need to initialize
Steve Fink wrote:
> I don't know whether Perl6 or any other language we want to be nice to
> has *non-constant* defaults.
Ruby appears to support non-constant, mutable defaults:
% irb
irb(main):001:0> $foo=[]
[]
irb(main):002:0> def x(n=$foo)
irb(main):003:1> n << 1
irb(mai
--- Luke Palmer <[EMAIL PROTECTED]> wrote:
> Yeah, that's true. But note that you can't do that black magic you
> were
> speaking of earlier:
>
> $a [ (cond ?? &infix:+ : &infix:*) but tighter(&infix:*) ] $b
>
> Because we can't choose the precedence of an operator after we parse
> it... un
The Perl 6 Summary of the week ending 20030928
This week, on perl6-internals, stuff was said, code was written, Leo
Tötsch was the patchmonster, life got some colour, Amir Karger needs to
work harder if he wants to be mentioned in the summary again, Dan
Sugalski was our glorious lea
On Mon, 29 Sep 2003, Mark A. Biggar wrote:
> Dan Sugalski wrote:
>
> > Okay, here's an issue for everyone. I'm writing the MMD subsystem, at
> > least the parts needed for operator overloading, and I'm coming across the
> > need to defer adding functions. For example, the Float class has functions
Dan Sugalski wrote:
Okay, here's an issue for everyone. I'm writing the MMD subsystem, at
least the parts needed for operator overloading, and I'm coming across the
need to defer adding functions. For example, the Float class has functions
for the Integer class, and vice versa, and we can't guaran
Dan Sugalski wrote:
I just did a checkout and attempted a configure -- looks like there's a
missing urm.in file, presumably something that's new that didn't make it
in. Could someone check this in and update the MANIFEST? Thanks.
My fault, sorry - done.
Dan
leo
Okay, here's an issue for everyone. I'm writing the MMD subsystem, at
least the parts needed for operator overloading, and I'm coming across the
need to defer adding functions. For example, the Float class has functions
for the Integer class, and vice versa, and we can't guarantee that both
classes
I just did a checkout and attempted a configure -- looks like there's a
missing urm.in file, presumably something that's new that didn't make it
in. Could someone check this in and update the MANIFEST? Thanks.
Dan
On Mon, 2003-09-29 at 14:50, Dan Sugalski wrote:
> Cool. I see it's GPL'd, which is fine, but I'm thinking it's time to start
> getting more formal with requiring licenses and noting ownership for stuff
> that goes into the parrot tree, so everyone can keep it straight and know
> what they're contr
On Mon, 29 Sep 2003, Leopold Toetsch wrote:
> Marcus Thiesen <[EMAIL PROTECTED]> wrote:
>
> > BTW, I managed to write a urm.in for the Configure.pl script and made my
> > urmc package relative to the parrot root (assuming it in languages/urm).
> > Now it is completely integrated into the Parrot bu
# New Ticket Created by Michael Scott
# Please include the string: [perl #24063]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt2/Ticket/Display.html?id=24063 >
I've added some info about C source code tests to parrot/docs/tests.pod.
-- attachme
Marcus Thiesen <[EMAIL PROTECTED]> wrote:
> BTW, I managed to write a urm.in for the Configure.pl script and made my
> urmc package relative to the parrot root (assuming it in languages/urm).
> Now it is completely integrated into the Parrot build process and should
> be even more platform indepen
Dan Sugalski <[EMAIL PROTECTED]> wrote:
> I'm reworking the base vtable registration system at the moment. I'll get
> the return conventions finished right after that. Should be a few hours.
^:)
Some remarks WRT pdd03:
Calli
Marcus Thiesen <[EMAIL PROTECTED]> wrote:
> --=-7T7g/ui9TX4p7KWNi2Gq
> Content-Type: text/plain
> Content-Transfer-Encoding: quoted-printable
> Hi,
> I've been playing with Parrot for the last two days trying to get the
> disassembler working, but I was not very successful. As I mentioned
> earli
Steve Fink <[EMAIL PROTECTED]> wrote:
> On Sep-28, Leopold Toetsch wrote:
>> So we should specify, what to do with wrong param counts or wrong
>> types. pcc.t has some examples for this (labeled "unproto" or
>> "exception").
> I was arguing that this isn't enough. We need the set of parameters to
Steve Fink <[EMAIL PROTECTED]> wrote:
> Oh well. I'm committing a fix for the bug, as well as resolving all
> shift/reduce conflicts via precedence.
Thanks for the fix. Funnily I encountered that same bug yesterday night
too, when trying to comment an argv param ...
> I didn't bother allowing li
I had submitted this last month, but could neither find where I'd saved
the bug number, nor see any reference to it on ICU, so I resubmitted it
as bug 3287 and in the process came across the initial submission, bug
3211. No doubt this will get it patched twice as fast, eventually.
Mike
On Mond
On Sun, Sep 28, 2003 at 12:59:52PM -0700, Steve Fink wrote:
> I don't know whether Perl6 or any other language we want to be nice to
> has *non-constant* defaults. If so, and if we want direct support for
> them, then it means we need to evaluate them in the context of the
> callee.
Depends on wha
26 matches
Mail list logo
