Oops, I seem to have sent this direct to Dan instead of to the list.
Sorry for the duplication, Dan.
On Wed, Sep 04, 2002 at 07:42:24AM -0400, Dan Sugalski wrote:
At 7:34 AM -0400 9/4/02, John Porter wrote:
Sean O'Rourke wrote:
... I don't see how giving the list a
different name will have
At 11:23 PM -0400 9/4/02, John Porter wrote:
Dan Sugalski wrote:
John Porter wrote:
Some folks seem to think that sufficient reason exists now.
That's fine. You don't have to convince some folks. You have to convince me.
Actually, uh, I was kinda hoping that some folks would convince
Trey Harris wrote:
A more practical application would be:
my $foo;
# Code which might or might not set $foo...
$foo //= 23;
# or
$foo is default(23);
In such a case, the Cis default just looks plain odd to me.
It is. More than that, it's plain wrong. Cis properties are
At 9:27 PM -0400 9/4/02, Ken Fox wrote:
Dan Sugalski wrote:
At 9:10 AM -0400 9/4/02, [EMAIL PROTECTED] wrote:
So, just to clarify, does that mean that multi-dispatch is (by definition)
a run-time thing, and overloading is (by def) a compile time thing?
No. They can be both compile time things or
Brent Dax wrote:
Aaron Sherman:
sub abs($num is int){ return $num=0 ?? $num :: -$num }
^
I believe that should be (int $num).
and there is a »abs« in core.ops.
Anyway, before implementing a bunch of builtins, it should be organized
a little, where they
# New Ticket Created by Leopold Toetsch
# Please include the string: [perl #17025]
# in the subject line of all future correspondence about this issue.
# URL: http://rt.perl.org/rt2/Ticket/Display.html?id=17025
If this one is already in queue, bare with me.
find_op does either die or
# New Ticket Created by Leopold Toetsch
# Please include the string: [perl #17026]
# in the subject line of all future correspondence about this issue.
# URL: http://rt.perl.org/rt2/Ticket/Display.html?id=17026
core.ops has currently:
- obvious errors e.g.
-inline op mul (out PMC, out
At 8:04 AM + 9/5/02, Leopold Toetsch (via RT) wrote:
core.ops has currently:
- obvious errors e.g.
-inline op mul (out PMC, out PMC, out PMC) {
- wrong docu and minor typos e.g.
-=item Bloadlib(in PMC, in STR)
- and finally (as discussed in perl6-internals, core ops ARGDIR),
I really hadn't planned on going into this now, but the issue's been
raised enough that it can't be left to later. Here's the current set
of long-term goals for Parrot:
1) We *will* run Perl 6, Perl 5, Ruby, Python, JVM bytecode, and .NET
bytecode. Not necessarily in that order
2) [EMAIL
On Thu, Sep 05, 2002 at 07:03:00AM -0400, Dan Sugalski wrote:
4) The *only* tools you will need to build parrot are a C compiler
environment and either a make tool or a shell
I believe we may be able to get away without a make tool or a shell.
It won't be pretty, but I see no reason why we
Brent Dax wrote:
Keep in mind how much it could inflate the bytecode if
we render a ton of generic, N-dimensional hyper-operator logic into
bytecode.
The main problem I see is that you could spend minutes executing
inside that hyper op. Doesn't that screw with the plan for putting
the event
On Thu, Sep 05, 2002 at 12:12:52PM +0100, Nicholas Clark wrote:
On Thu, Sep 05, 2002 at 07:03:00AM -0400, Dan Sugalski wrote:
4) The *only* tools you will need to build parrot are a C compiler
environment and either a make tool or a shell
I believe we may be able to get away without a
On Thu, Sep 05, 2002 at 04:38:37AM -0400, Dan Sugalski wrote:
At 8:04 AM + 9/5/02, Leopold Toetsch (via RT) wrote:
core.ops has currently:
- obvious errors e.g.
-inline op mul (out PMC, out PMC, out PMC) {
- wrong docu and minor typos e.g.
-=item Bloadlib(in PMC, in STR)
From: Trey Harris [EMAIL PROTECTED]
Properties are meant to be out-of-band information; miko's
suggestion would have this property setting the *value* of
the variable.
Ah, but my exact point is that the default *isn't* set immediately. The
property is held until the sub is called. If the
On Wed, 4 Sep 2002 17:29:27 -0400 (EDT), Trey Harris wrote:
In a message dated Wed, 4 Sep 2002, Jonathan Scott Duff writes:
So, each time I use a hypothetical, I have to be concious of which
variables are currently in scope? Perl can't help be with this task
because how does it know if I
Dan Sugalski (via RT) wrote:
We need to nail down what the directions mean.
This is, what I'm trying to do since quite a time.
... The IMCC and JIT folks
are the ones that care here.
Here is the IMCC folks speaking ;-)
... I've been working on the assumption that
an out means that
At 1:28 PM +0200 9/5/02, Leopold Toetsch wrote:
Dan Sugalski (via RT) wrote:
We need to nail down what the directions mean.
This is, what I'm trying to do since quite a time.
... The IMCC and JIT folks are the ones that care here.
Here is the IMCC folks speaking ;-)
Sorry. I've been
On Thu, Sep 05, 2002 at 08:15:28AM -0400, Dan Sugalski wrote:
At 1:28 PM +0200 9/5/02, Leopold Toetsch wrote:
Dan Sugalski (via RT) wrote:
We need to nail down what the directions mean.
This is, what I'm trying to do since quite a time.
... The IMCC and JIT folks are the ones that
On Wed, Sep 04, 2002 at 10:27:42PM -0400, Melvin Smith wrote:
This is no surprise. Parrot documentation will be lacking until
things settle down.
Actually it's not so much the documentation. I didn't complain about
0.0.7 and 0.0.8 requiring changes to parrot-gen.py, because that's
simply to be
On Wed, 4 Sep 2002 22:51:53 -0700 (PDT), Sean O'Rourke wrote:
On Wed, 4 Sep 2002, Brent Dax wrote:
Sean O'Rourke:
# On Wed, 4 Sep 2002, Brent Dax wrote:
# What if (say) @b is a two-dimensional array?
#
# Then you get interesting values of undef :). Seriously, I
# suspect one of the
On Thu, 2002-09-05 at 01:47, Brent Dax wrote:
Aaron Sherman:
# Ok, so without knowing what the XS-replacement will look like
# and without knowing what we're doing with
# filehandle-functions (is tell() staying or does it get
# removed in favor of $fh.tell()) and a whole lot of other
In message [EMAIL PROTECTED]
Nicholas Clark [EMAIL PROTECTED] wrote:
[IIRC the question at one time was whether a const method in C++ could
change the underlying object, providing the values returned by all public
methods would not change as a result]
The answer to which is of course
# New Ticket Created by Jürgen Bömmels
# Please include the string: [perl #17030]
# in the subject line of all future correspondence about this issue.
# URL: http://rt.perl.org/rt2/Ticket/Display.html?id=17030
Hello,
The recent discussion of languages independence rememberd me of an
very
Nicholas Clark (via RT) wrote:
On Thu, Sep 05, 2002 at 04:38:37AM -0400, Dan Sugalski wrote:
[ inout ]
That makes it sound like we have (at least) 2 directions of out. We seem
to have
in the register is read,
(and the value pointed to by the register is read)
out1 the
On Thu, 5 Sep 2002, Brent Dax wrote:
Sean O'Rourke:
# # 4 - the other arrays boosted to the highest dimension
# It's already been defined to be #4.
#
# Argh. Then I need to whinge a bit -- what if it's a ragged
# array? What if different elements have different dimensions
# themselves,
# New Ticket Created by Sean O'Rourke
# Please include the string: [perl #17032]
# in the subject line of all future correspondence about this issue.
# URL: http://rt.perl.org/rt2/Ticket/Display.html?id=17032
From busunsl on perlmonks (http://perlmonks.org/index.pl?node_id=195334):
The
Applied (see also mailing list discussion).
/s
On Thu, 5 Sep 2002, Sean O'Rourke wrote:
Changed the main Makefile from
LD_SHARED= -shared
to
LD_SHARED= -G
Mostly correct. config/init/data.pl is where the bad data is coming from.
My patch to fix it is already entered into the database as perl #16937. (I
also submitted the same patch
On Thu, 2002-09-05 at 01:47, Brent Dax wrote:
Aaron Sherman:
The one thing I notice all over the place is:
sub abs($num is int){ return $num=0 ?? $num :: -$num }
Another thing I'm not sure on... how do you force numeric, but not
integer typing on a parameter? Is that Cnum[ber]? $var
On Thu, 2002-09-05 at 03:18, Leopold Toetsch wrote:
Brent Dax wrote:
Aaron Sherman:
sub abs($num is int){ return $num=0 ?? $num :: -$num }
^
I believe that should be (int $num).
and there is a »abs« in core.ops.
I'll remove that then, and replace it
# New Ticket Created by Andy Dougherty
# Please include the string: [perl #17034]
# in the subject line of all future correspondence about this issue.
# URL: http://rt.perl.org/rt2/Ticket/Display.html?id=17034
Here are today's patches I needed to get parrot building. Again, I had to
guess
# New Ticket Created by Leon Brocard
# Please include the string: [perl #17035]
# in the subject line of all future correspondence about this issue.
# URL: http://rt.perl.org/rt2/Ticket/Display.html?id=17035
I realise that proper Unicode support is coming, but it may be a while
to get
At 3:04 PM + 9/5/02, Leon Brocard (via RT) wrote:
I realise that proper Unicode support is coming, but it may be a while
to get here. We currently have ord() and it makes sense to have a
chr() as well, so that's what my patch provides. Please apply, thanks ;-)
Done.
--
Dan Sugalski [EMAIL PROTECTED] writes:
At 1:58 PM + 9/5/02, Jürgen Bömmels (via RT) wrote:
The recent discussion of languages independence rememberd me of an
very old patch of mine which implements scheme pairs. (January 2002).
The languages/scheme directory did not change very much
On 5 Sep 2002, Aaron Sherman wrote:
On Thu, 2002-09-05 at 01:47, Brent Dax wrote:
Aaron Sherman:
The one thing I notice all over the place is:
sub abs($num is int){ return $num=0 ?? $num :: -$num }
Another thing I'm not sure on... how do you force numeric, but not
integer
In a message dated Thu, 5 Sep 2002, Luke Palmer writes:
Why would bitwise have anything but integer signatures. What does
4.56 | 2.81 mean? Also, should perl lossily convert real to int, or give
an error if it can't?
Seems to me that that's a decision that has to be made for each function.
(Sorry for responding to my own post, and on a tangential point at that,
but...)
In a message dated Thu, 5 Sep 2002, Trey Harris writes:
In a message dated Thu, 5 Sep 2002, Luke Palmer writes:
Why would bitwise have anything but integer signatures. What does
4.56 | 2.81 mean? Also,
Thanks to Joseph Ryan, P6C does interploated strings now, meaning less
underscore, which we can all agree is a Good Thing ;).
/s
Nicholas Clark wrote:
1: the value in the register did/didn't change
2: the value of the thing referenced by the register did/didn't change
(possibly 2a and 2b being that the internals of the object didn't/might've
changed)
Actually, thinking now of an optimizer, we should know these
On Wed, Sep 04, 2002 at 11:11:45PM -0400, John Porter wrote:
Thanks, Steve. I agree 100% with everything you said!
Except:
... the best way to that
goal is to use Perl6 as the driver, at least until something else
shows up, because that's the only way to derive realistic requirements
On Thu, Sep 05, 2002 at 09:57:07AM -0400, Aaron Sherman wrote:
On Thu, 2002-09-05 at 03:18, Leopold Toetsch wrote:
Brent Dax wrote:
Aaron Sherman:
sub abs($num is int){ return $num=0 ?? $num :: -$num }
^
I believe that should be (int $num).
and
Is there a reason you went for a deque instead of a stack? I can
definitely see the need for a _PMC_ deque (unshift on the current
PerlArray implementation blows), and for an integer _stack_ (regexes), but
not for an int-only deque. I'm assuming you have a reason for this, which
I have not yet
Steve Fink wrote:
Twice as fast seems like a good thing. Is this with the stackwalk
disabled? What prevents this from being applied to Parrot now?
Yes, stackwalk is disabled, as it still isn't required yet. Enabling
stackwalk takes 112 seconds, so the other differences in grey
seem to have
BTW, I'm glad to see you still working on/maintaining the African Grey
variation. I think it is important to maintain alternatives. Who knows, at
some point in the future, it may be determined that this is the right way to
go. If memory for embedded systems is the only issue, then I could
I just did a cvs update and tried to configure, but it said I was missing
the following files:
languages/scheme/Scheme/Builtins.pm
languages/scheme/t/logic/lists.t
Does anyone else have this problem?
Tanton
Nicholas Clark:
# On Thu, Sep 05, 2002 at 07:03:00AM -0400, Dan Sugalski wrote:
# 4) The *only* tools you will need to build parrot are a C compiler
# environment and either a make tool or a shell
#
# I believe we may be able to get away without a make tool or a shell.
The final build system
On Thu, Sep 05, 2002 at 10:33:50AM -0700, Sean O'Rourke wrote:
Is there a reason you went for a deque instead of a stack? I can
definitely see the need for a _PMC_ deque (unshift on the current
PerlArray implementation blows), and for an integer _stack_ (regexes), but
not for an int-only
In doing the builtins, I just named the file Builtins.p6m without
thinking. In retrospect, I think it would be nice to have a file
extension *in addition to* .pm that is unambiguously Perl 6. p6m
would seem obvious. This way, you can have your own module's Foo.pm and
Foo.p6m side-by-side while
Nicholas Clark wrote:
[ PerlUndef vs int vs num ]
If I understand things correctly, all the parrot ops dealing in integer
registers keep the result in integer registers, floating point in floating
point registers. By default the perl6 language will carry on treating
numbers as numbers
On Thu, 5 Sep 2002, Tanton Gibbs wrote:
I just did a cvs update and tried to configure, but it said I was missing
the following files:
languages/scheme/Scheme/Builtins.pm
languages/scheme/t/logic/lists.t
Does anyone else have this problem?
Yes. Aargh. And I had *just* fixed the
# New Ticket Created by Steve Fink
# Please include the string: [perl #17039]
# in the subject line of all future correspondence about this issue.
# URL: http://rt.perl.org/rt2/Ticket/Display.html?id=17039
Here is the new PMC I keep babbling about. Before I commit it, any
comments? Like,
At 3:28 PM -0400 9/5/02, Andy Dougherty wrote:
On Thu, 5 Sep 2002, Tanton Gibbs wrote:
I just did a cvs update and tried to configure, but it said I was missing
the following files:
languages/scheme/Scheme/Builtins.pm
languages/scheme/t/logic/lists.t
Does anyone else have this
Since I'm about to go heads-down, as a deadline jumped a week closer
(to yesterday)
*) I think we may have to have separate vtable operations for hyperoperators
*) Calling conventions are changing *again*. Adding the type of the
return value, and the calling frame
*) We're switching from a
At 6:24 PM +0200 9/5/02, Leopold Toetsch wrote:
Nicholas Clark wrote:
1: the value in the register did/didn't change
2: the value of the thing referenced by the register did/didn't change
(possibly 2a and 2b being that the internals of the object didn't/might've
changed)
Actually, thinking
Erik Steven Harrison wrote:
I know that the property syntax is pseudo established,
but I'm beggining to become a bit jaded about all the
built in properties were building. What about good ol'
aliases?
sub hidden (str $name, int $force := $override) {...}
I'm not keen on it because it
Jonathan Scott Duff wrote:
This continues to make no sense to me. The hypotheticality of a
variable seems quite orthogonal to what you do with it (bind, assign,
whatever). Why should these two things be intimate?
Because what you do with a hypothetical has to be reversible.
And binding is
Ken Fox wrote:
I'm messing around with regex code generation by
converting first to a grammar. The modifiers seem
to need intimate knowledge of regex - grammar
conversion. This may be a quirk of my approach.
People using tree traversal or generating code
directly from the regex might see
On Wed, 2002-09-04 at 22:46, Ken Fox wrote:
rule iso_date { $year:=(\d{4}) -
$month:=(\d{2}) -
$day:=(\d{2}) }
You mean C \d4 , etc. I presume.
Damian Conway wrote:
Because what you do with a hypothetical has to be reversible.
And binding is far more cheaply reversible than assignment.
Why not leave it in the language spec then? If it's too
hard to implement, then the first release of Perl 6 can
leave it out. Someday somebody might
On Thu, Sep 05, 2002 at 03:38:03PM +, Damian Conway wrote:
Jonathan Scott Duff wrote:
This continues to make no sense to me. The hypotheticality of a
variable seems quite orthogonal to what you do with it (bind, assign,
whatever). Why should these two things be intimate?
Because
Piers Cawley wrote:
Juergen Boemmels [EMAIL PROTECTED] writes:
But how do I represent them at parrot-level.
{ type = '*environment*' value = {scratchpad = aScratchPadPMC}
Etc.
The point being, we're building these things into parrot so that
HLLs can use them natively, rather than have to
Steve Fink wrote:
Here is the new PMC I keep babbling about. Before I commit it, any
comments? Like, does anybody think this should be named differently?
It's really a dequeue (double-ended queue), ...
I for one think it ought to be called what it is - a dequeue.
--
John Douglas Porter
Ok, with the alignment hack now in (see resources.c) and lots of various
and sundry portability fixes, it looks like we're on our way to turning
the tinderbox a lovely shade of green. (The solaris failures are timeouts
unrelated to parrot, and the other failures are due to MANIFEST hiccoughs
and
On Thu, 5 Sep 2002, Andy Dougherty wrote:
Ok, with the alignment hack now in (see resources.c) and lots of various
and sundry portability fixes, it looks like we're on our way to turning
the tinderbox a lovely shade of green. (The solaris failures are timeouts
unrelated to parrot, and the
On Fri, 2002-09-06 at 02:45, Brent Dax wrote:
So, building Parrot ought to look something like this (for a Windows
user):
c:\parrot cd build
c:\parrot\build win32
Are you using MS VC++? [yn] y
compiler crap cut out
Miniparrot build complete.
Enter
On Thu, 2002-09-05 at 16:20, Dan Sugalski wrote:
*) I think we may have to have separate vtable operations for hyperoperators
*) I think I've finally given in, and vtables will be hierarchical
Being vtable-ignorant in general:
1) How big is *too* big (for the regular vtable)
2) How big is
At 8:53 PM -0400 9/5/02, Bryan C. Warnock wrote:
On Thu, 2002-09-05 at 16:20, Dan Sugalski wrote:
*) I think we may have to have separate vtable operations for hyperoperators
*) I think I've finally given in, and vtables will be hierarchical
Being vtable-ignorant in general:
1) How big is
And some more marked as committed that got missed...
Most of the time I'm looking at http://www.parrotcode.org/openpatches/
in order to find out what needs to be committed. I'm so far just marking
patches as 'Applied', not closing out the RT report.
(NOte: I'm not claiming that I committed all
And a couple others:
#16962 -- (docs) applied
#16938 -- (imcc) applied
/s
On Thu, 5 Sep 2002, Jeff wrote:
And some more marked as committed that got missed...
Most of the time I'm looking at http://www.parrotcode.org/openpatches/
in order to find out what needs to be committed. I'm so far
I have applied at least one other not on your list (#17008). Should I
be marking things as applied? I didn't think I had the permissions to
do that, so I've just been trying to make sure I post a Thanks,
applied so it gets into RT's reply set. Can I do more than that?
Steve Fink wrote:
I have applied at least one other not on your list (#17008). Should I
be marking things as applied? I didn't think I had the permissions to
do that, so I've just been trying to make sure I post a Thanks,
applied so it gets into RT's reply set. Can I do more than that?
The
Jeff wrote:
And some more marked as committed that got missed...
Patch #17000 -
Ewps. It was recently pointed out to me that I accidentally reversed
#17000. The problem has been fixed, I believe. Sorry, Andy.
--
Jeff [EMAIL PROTECTED]
On Thu, 2002-09-05 at 04:31, Damian Conway wrote:
sub hidden (str $name, int $force is aka($override)) {...}
Hang on a moment! In your original answer to this question, you used
the is named('alias') syntax, but now you are suggesting using the
sigil in the syntax. So, should it really be
The first enclosed patch quashes invalid pragma warnings in platform.h, the
second one makes another exception to imcc requiring sysexits.h (maybe imcc
should come with a sysexits.h instead?)
__
Do You Yahoo!?
Yahoo! Finance - Get real-time stock
This is still a monolith, but it's getting better. It's now stored in
P6C/Builtins/CORE.p6m in my tree. More functions are coded, and I now
differentiate between the functions that need external support (e.g.
POSIX/libc functions) and those that just need to be written (e.g.
sort).
I think I've
Steve Fink (via RT) wrote:
# New Ticket Created by Steve Fink
# Please include the string: [perl #17039]
# in the subject line of all future correspondence about this issue.
# URL: http://rt.perl.org/rt2/Ticket/Display.html?id=17039
Why intarrary.pmc:
+=item Bpush(in PMC, in PMC)
76 matches
Mail list logo