[EMAIL PROTECTED]:
# I was wondering how perl6 would stringify (as in Data::Dumper):
As Dan said, that's serialization. I don't know if Perl will support
that built-in. But if it does...
# 1) objects with 'my' and 'our' variables
Those would have to be dumped from the pads or stashes.
I thought this would be interesting.
http://oss.software.ibm.com/pthreads/
http://www-124.ibm.com/developerworks/projects/pthreads
Short desc :
IBM is creating a new generation of Posix Threads, which will be supported by the
Linux kernel. These threads multiplex user-mode threads onto k
I just want to verify that I properly understand the use of these two terms
in Perl 6.
* An "attribute" is a data member of a class.
* A "property" is a piece of metadata on a...uh...thing -- e.g., on an
attribute, on a class, or on a method.
Do I have it right?
For some reason, I've al
While thinking Eiffel-ish thoughts the other day, I began to wonder if
Perl6's classes could go beyond the simple private/public/protected
scheme by optionally allowing for a property or method to only be
accessed by a certain set of classes. For instance(as I understand
Perl6 syntax):
class
I just applied a couple of patches. You can now use TEST_PROG_ARGS to
pass flags to parrot when running tests. And the flags are now more
interesting: -g disabled the computed goto core if you're on a machine
that supports it in the first place, and -P now works for enabling the
prederef core even
On Fri, May 10, 2002 at 11:27:53PM -0400, Chris Dutton wrote:
>
> On Friday, May 10, 2002, at 09:54 PM, Damian Conway wrote:
>
> >That's getting a little ugly, so maybe we'd "lift" the syntax from
> >Eiffel instead:
> >
> > method set_baz($newbaz is like($.baz)) { $.baz = $newbaz }
>
> Th
On Thu, 2002-05-09 at 12:09, Andy Dougherty wrote:
> I was looking at some of the 750 warnings generated by the latest parrot
> build (with INTVAL = opcode_t = long long). Lots of them stem from some
> minor confusion about which integral types to use when. To remove the
> warnings, I'd prefer t
On Wed, 2002-05-08 at 12:57, Melvin Smith wrote:
>
> Doh! You are right, I missed that.
> It should be opcode_t. Also, I'm not convinced that our INTVAL size should
> differ from opcode_t.
> Someone convince me.
Only if you want to do maximal native math. You don't want opcode_t to
be the same
Paul Johnson wrote:
> I've always found the word "like" to be very wishy-washy in a computer
> langauge. In what way is newbaz like baz? And just how alike are they?
> There must be a better way to describe this.
Perhaps:
method set_baz($newbaz is compatible($.baz)) { $.baz = $newbaz
On Wed, 2002-05-08 at 09:29, Melvin Smith wrote:
>
> Thanks for that, Bryan! I knew someone had posted some stuff claiming
> to have some float conversion stuff, but I couldn't remember who.
>
> This is a very good compilation of the issues we have to address.
>
> I implemented a byteordering s
Could someone do a fresh checkout into a new directory and give
Parrot a whirl? I've got one, and Parrot's failing all its tests,
which is rather troubling.
--
Dan
--"it's like this"---
Dan Sugalski
David Wheeler wrote:
> I just want to verify that I properly understand the use of these two terms
> in Perl 6.
and in the wider OO community, BTW.
> * An "attribute" is a data member of a class.
Yes.
> * A "property" is a piece of metadata on a...uh...thing -- e.g., on an
> att
On 5/11/02 2:48 PM, "Damian Conway" <[EMAIL PROTECTED]> claimed:
> Well, I suppose there's always a *chance* that we'd both completely reverse
> our careful thinking on this issue and ignore the common usage of "attribute"
> in the OO literature. But I do think it would be easier all round if you
At 5:49 PM -0400 5/11/02, Dan Sugalski wrote:
>Could someone do a fresh checkout into a new directory and give
>Parrot a whirl? I've got one, and Parrot's failing all its tests,
>which is rather troubling.
Right, nevermind. (Of course) Things are working for me now.
--
On Sat, May 11, 2002 at 05:49:03PM -0400, Dan Sugalski wrote:
> Could someone do a fresh checkout into a new directory and give
> Parrot a whirl? I've got one, and Parrot's failing all its tests,
> which is rather troubling.
Ok, I just did. It worked. What architecture are you on? (I'm on
linux
On 5/11/02 2:43 PM, "Damian Conway" <[EMAIL PROTECTED]> claimed:
> method set_baz($newbaz is compatible($.baz)) { $.baz = $newbaz }
> method set_baz($newbaz is typeof($.baz)) { $.baz = $newbaz }
I like the latter best -- and it beats the hell out of "instanceof" ;-)
Regards,
David
--
David W
David Wheeler <[EMAIL PROTECTED]> writes:
> On 5/11/02 2:43 PM, "Damian Conway" <[EMAIL PROTECTED]> claimed:
>
> > method set_baz($newbaz is compatible($.baz)) { $.baz = $newbaz }
> > method set_baz($newbaz is typeof($.baz)) { $.baz = $newbaz }
>
> I like the latter best -- and it beats the hel
On Sat, 2002-05-04 at 01:52, Melvin Smith wrote:
> Reposted to the list so people can comment.
>
> As per the IRC discussion with Dan.
>
> I've made some progress, not all there, but getting there.
> I have the loader handling arbitrary byteordering, now I'm
> working on wordsize transforms.
Damian Conway <[EMAIL PROTECTED]> writes:
> Paul Johnson wrote:
>
> > I've always found the word "like" to be very wishy-washy in a computer
> > langauge. In what way is newbaz like baz? And just how alike are they?
> > There must be a better way to describe this.
>
> Perhaps:
>
> meth
On Mon, 2002-04-29 at 11:04, Ilya Martynov wrote:
{snip}
Has this question and patch been addressed?
--
Bryan C. Warnock
bwarnock@(gtemail.net|capita.com)
At 06:18 PM 5/11/2002 -0400, Bryan C. Warnock wrote:
>On Sat, 2002-05-04 at 01:52, Melvin Smith wrote:
> > Reposted to the list so people can comment.
> >
> > As per the IRC discussion with Dan.
> >
> > I've made some progress, not all there, but getting there.
> > I have the loader handling a
On Thu, 2002-04-25 at 18:14, Dan Sugalski wrote:
> Okay, fair enough. Subs in general will have the following potential
> information:
>
> *) A pointer to a template lexical scratchpad
> *) A pointer to a *real* scratchpad (for co-routines and continuations)
> *) A pointer to a parent lexical sc
"Brent Dax" <[EMAIL PROTECTED]> writes:
> [EMAIL PROTECTED]:
> # I was wondering how perl6 would stringify (as in Data::Dumper):
>
> As Dan said, that's serialization. I don't know if Perl will support
> that built-in. But if it does...
>
> # 1) objects with 'my' and 'our' variables
>
>
23 matches
Mail list logo
