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
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 Sun, 7 Oct 2001, Dan Sugalski wrote:
> I ended up pitching WinCVS and went with the command-line version. Works
> well enough, though not all that spiffy.
Just a tip:
One of my coworkers had this problem recently and, when he finally gave up
on WinCVS, he was unable to make the command li
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 like
I was thinking about configure and was wondering why we have to keep
everything all in one file. Why not create a config/ directory (or something
like that) and have a set of .cm files (ConfigureModule) that do the actual
work, using a helper module to do the grunt work. That way, to add a
configu
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 fo
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 T
--- 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:
>
> *) C
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
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
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 lib
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 library, which means we need runtime shareable library
support
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* documentatio
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 ca
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 fi
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
Bui
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
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
>code, as Parrot assembler has it own.
I'm a little unsure of what you're
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 Simõ
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'
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
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,
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 a
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
>What about making an store_transcode( string, encodingtype ) function
>which
>takes a string, and stores the encodingtype version in it. Strings would
>then be able to store multiple versions of themselves, in utf32, utf8,
>etc
>format. The original format would still be remembered as the 'main'
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 no
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.
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 s
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
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. :)
... a
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
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 t
> 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
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 Parrot::Test
In message <00b001c15166$a3b88ee0$7f03ef12@MLAMBERT>
Michel Lambert <[EMAIL PROTECTED]> wrote:
> Am I missing something here, or does this code not properly free transcoded
> s1's and s2's after it's done comparing them?
You're quite right that it doesn't, but neither does anything else
> 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);
> +}
> +
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
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: /home/p
In message <[EMAIL PROTECTED]>
Gibbs Tanton - tgibbs <[EMAIL PROTECTED]> wrote:
> Does the call to the transcode function create a new string or change the
> string in place. I don't think we want to pass in a native string only to
> find out it is unicode after we get done comparing i
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* documentatio
40 matches
Mail list logo
