In message [EMAIL PROTECTED]
Simon Cozens [EMAIL PROTECTED] wrote:
On Wed, Oct 10, 2001 at 12:49:50AM +0100, Tom Hughes wrote:
Attached is a patch to add string comparison ops, along with the
necessary infrastructure in the string code.
I see no tests *or* documentation. Come
In message [EMAIL PROTECTED]
Simon Cozens [EMAIL PROTECTED] wrote:
I see no tests *or* documentation. Come on, Tom, you should know
better than that. :)
Here's the doc patch:
Index: strings.pod
===
RCS file:
Simon Cozens [EMAIL PROTECTED] writes:
On Tue, Oct 09, 2001 at 11:50:55PM +0200, Benoit Cerrina wrote:
It is clear that PMCs are object but does the acronym has a signification?
Parrot Magic Cookie.
Where can such things be found.
In the documentation I'm in the middle of writing.
Question about the following code.
+INTVAL
+string_compare(STRING* s1, STRING* s2) {
+if (s1-encoding != s2-encoding) {
+if (s1-encoding-which != enc_utf32) {
+s1 =
Parrot_transcode_table[s1-encoding-which][enc_utf32](s1,
NULL);
+}
+if
Index: string.t
===
RCS file: /home/perlcvs/parrot/t/op/string.t,v
retrieving revision 1.8
diff -u -w -r1.8 string.t
--- string.t 2001/10/05 11:46:47 1.8
+++ string.t 2001/10/10 08:42:55
@@ -1,6 +1,6 @@
#! perl -w
-use
You're quite right that it doesn't, but neither does anything else
that creates temporary strings in a different encoding ;-)
In my day-or-two-old parrot copy, the only other code that uses the
transcoding table only uses it with the second param != null (ie, save into
existing string). Other
In message 001d01c1516a$98c07ee0$7f03ef12@MLAMBERT
Michel Lambert [EMAIL PROTECTED] wrote:
You're quite right that it doesn't, but neither does anything else
that creates temporary strings in a different encoding ;-)
In my day-or-two-old parrot copy, the only other code that uses
On Wed, Oct 10, 2001 at 06:51:24AM +0100, Piers Cawley wrote:
Are we going to be officially calling this the Parrot Virtual
Computer?
What, Parrot? No, Parrot's called Parrot.
--
I washed a sock. Then I put it in the dryer. When I took it out, it was gone.
-- Steven Wright
On 10/09/01 Dan Sugalski wrote:
For sanity's sake, I don't suppose you'd consider
typedef void* (*vtable_func_t)();
to make it
vtable_func_t vtable_funcs[VTABLE_SIZE];
I'd be thrilled. Abstract types are A Good Thing. In fact, I'll go make it
so right now. :)
... and to go a step
Quoting Simon Cozens ([EMAIL PROTECTED]):
On Tue, Oct 09, 2001 at 11:50:55PM +0200, Benoit Cerrina wrote:
It is clear that PMCs are object but does the acronym has a signification?
Parrot Magic Cookie.
No matter how hard I try, my brain always expands it to Perl Meaty
Chunk. It kinda fits,
Quoting Dan Sugalski ([EMAIL PROTECTED]):
Okay, here's a quick rundown on PMCs and how we're handling opcodes called
on PMC registers. (This is mildly different than what's gone in the past, FWIW)
Every PMC has a set of static types, stored in the vtable. These types are
static, and stuck
On Tue, 09 Oct 2001 21:12:00 -0400, Dan Sugalski wrote:
Does anyone handy have
an 8-bit set that's not US ASCII as their default character set?
EBCDIC?
Not me.
--
Bart.
From: Dan Sugalski [mailto:[EMAIL PROTECTED]]
...
strnative's the native encoding, right? It shouldn't be US-ASCII by
default, particularly, at least not for everyone. (Does
anyone handy have
an 8-bit set that's not US ASCII as their default character
set?
I use ISO-8859-1 - its not
At 06:06 PM 10/9/2001 -0700, Steve Fink wrote:
Quoting Simon Cozens ([EMAIL PROTECTED]):
On Tue, Oct 09, 2001 at 11:50:55PM +0200, Benoit Cerrina wrote:
It is clear that PMCs are object but does the acronym has a
signification?
Parrot Magic Cookie.
No matter how hard I try, my brain
At 11:27 AM 10/10/2001 +0200, Paolo Molaro wrote:
On 10/09/01 Dan Sugalski wrote:
For sanity's sake, I don't suppose you'd consider
typedef void* (*vtable_func_t)();
to make it
vtable_func_t vtable_funcs[VTABLE_SIZE];
I'd be thrilled. Abstract types are A Good Thing. In fact,
At 01:36 PM 10/10/2001 +0200, Bart Lateur wrote:
On Tue, 09 Oct 2001 21:12:00 -0400, Dan Sugalski wrote:
Does anyone handy have
an 8-bit set that's not US ASCII as their default character set?
EBCDIC?
Or any ASCII variant with a different set of high-bit characters. If we
could get, say,
At 01:36 PM 10/10/2001 +0200, Henrik Tougaard wrote:
From: Dan Sugalski [mailto:[EMAIL PROTECTED]]
...
strnative's the native encoding, right? It shouldn't be US-ASCII by
default, particularly, at least not for everyone. (Does
anyone handy have
an 8-bit set that's not US ASCII as their
At 05:04 AM 10/10/2001 -0400, Michel Lambert wrote:
As we're using garbage collection we shouldn't need to do an explicit
free though surely - in fact I'm not quite sure why string_destroy
even exists...
I'm not sure if the GC'ing will apply to strings, or just PMCs. I imagine
PMC's will
Hello!
I'm new to parrot (2 days) but it is grabbing me :) My first
suggestion would be to create a directory to put virtual machine
code, as Parrot assembler has it own.
Soon I'll ask for CVS access... :)
Cheers
Albie
--
| Alberto Manuel Brandão
On Wed, Oct 10, 2001 at 11:53:29AM -0400, Dan Sugalski wrote:
( At 04:21 PM 10/10/2001 +0100, Alberto Manuel Brandao Simoes wrote:
(
( Hello!
(
( I'm new to parrot (2 days) but it is grabbing me :) My first
( suggestion would be to create a directory to put virtual machine
(
This is the first. Be prepared for daily reports for more systems :)
Automated smoke report for patch Oct 10 13:00:01 2001 UTC
v0.02 on hpux using cc version B.11.11.02
O = OK
F = Failure(s), extended report at the bottom
? = still running or test results not (yet) available
At 04:44 PM 10/10/2001 +0100, Alberto Manuel Brandao Simoes wrote:
On Wed, Oct 10, 2001 at 11:53:29AM -0400, Dan Sugalski wrote:
( At 04:21 PM 10/10/2001 +0100, Alberto Manuel Brandao Simoes wrote:
(
( Hello!
(
( I'm new to parrot (2 days) but it is grabbing me :) My first
(
Assuming that these are systems that can access the internet, can we get
these on tinderbox?
Tinderbox is here, right now, and bonsai is coming soon. The daily smoke
reports are great, but why not have some sort of process that gathers this
info from tinderbox every day so that the information
In message [EMAIL PROTECTED]
Simon Cozens [EMAIL PROTECTED] wrote:
On Wed, Oct 10, 2001 at 12:49:50AM +0100, Tom Hughes wrote:
Attached is a patch to add string comparison ops, along with the
necessary infrastructure in the string code.
I see no tests *or* documentation. Come
Okay, I think it's time to abstract out how the build system's handled a
bit. I'm not sure how much we need, but filling in a template makefile's
not going to cut it, I think.
We've a couple of things we need to do generically:
*) Compile C code to an object module and put that module in a
Okay, we're about to need code for bigints and bigfloats.
Who'd like to kick in to write bigint.c and bigfloat.c? Simple math ops
(Addition, subtraction, multiplication, division, and coversion to/from
int/floats) are all we need at the moment.
Dan
On Wed, Oct 10, 2001 at 07:23:57PM +0100, Tom Hughes wrote:
I have just committed the string comparison changes, along with the
related doc and test patches that I posted earlier.
Hey, you weren't supposed to say that before I said:
Please welcome Alex Gough and Tom Hughes as new committers
--- Dan Sugalski [EMAIL PROTECTED] wrote:
Okay, I think it's time to abstract out how the build
system's handled a
bit. I'm not sure how much we need, but filling in a
template makefile's
not going to cut it, I think.
We've a couple of things we need to do generically:
*) Compile C
Simon Cozens:
# On Wed, Oct 10, 2001 at 07:23:57PM +0100, Tom Hughes wrote:
# I have just committed the string comparison changes, along with the
# related doc and test patches that I posted earlier.
#
# Hey, you weren't supposed to say that before I said:
#
# Please welcome Alex Gough and
Dan Sugalski:
# Okay, I think it's time to abstract out how the build
# system's handled a
# bit. I'm not sure how much we need, but filling in a template
# makefile's
# not going to cut it, I think.
Well, you caught me at just about the worst time possible--I'm probably
gonna be incommunicado
Any interest in using something less painful than Make for this? I was
thinking of Cons, myself...built in Perl 5 (which we are already requiring
you to have), and much more friendly than Make.
Of course, Make has the advantage of being the standard. I won't be at
all upset if people don't
On Wednesday 10 October 2001 02:39 pm, Dan Sugalski wrote:
Okay, I'm about to start in on the skeleton for the variable code. One of
the big intentions here is that variable types can be loaded in on the
fly. At the moment I'm considering throwing each variable type into its
own shareable
On Oct 10, Bryan C. Warnock [EMAIL PROTECTED] took up a keyboard and banged out
On Wednesday 10 October 2001 02:39 pm, Dan Sugalski wrote:
Okay, I'm about to start in on the skeleton for the variable code. One of
the big intentions here is that variable types can be loaded in on the
fly.
33 matches
Mail list logo