James Michael DuPont wrote:
--- [EMAIL PROTECTED] wrote:
Mike --
Thats a lot of metadata.
OK that sounds fine. My current problems with the graphs of meta-data
are the speed of loading.
When you arrange the meta-data as a single opcode stream, you have ~zero
load time for the mmap()ed c
Nicholas Clark wrote:
The summary reminded me I had a question still
On Thu, Jan 30, 2003 at 08:42:34AM +0100, Leopold Toetsch wrote:
[ constant folding for eval ]
Create a hash table of values present at the time of the first eval, and
use that from then on?
There are 2 possibilities:
On Wed, 2003-01-29 at 05:02, Nicholas Clark wrote:
> Warning bells are ringing in my head. Someone sent code to p6i about 1 or
> 2 years ago that could convert between various floating point formats.
> You may be re-inventing wheels here.
>
> I forget who, and I've not managed to find it on googl
Hey Gopal,
Nice to meet you here ;)
--- Gopal V <[EMAIL PROTECTED]> wrote:
> If memory serves me right, James Michael DuPont wrote:
> > I just want to know how where we can put it. The Microsoft IL
> > has a whole section on meta-data,
>
> AFAIK, that just holds the offset, line number and file
The summary reminded me I had a question still
On Thu, Jan 30, 2003 at 08:42:34AM +0100, Leopold Toetsch wrote:
> Nicholas Clark wrote:
> >If I understand you correctly, every time an eval happens, more code is
> >created, and that code's associated constants are appended to the constant
> >table
--- [EMAIL PROTECTED] wrote:
> Mike --
>
> Thats a lot of metadata. Sounds like maybe the metadata is primary
> and the bytecode is secondary, in which case perhaps what you
> really want is a (metadata) tree decorated with bytecode rather than
> a (bytecode) array decorated with metadata.
Fair
Simon Glover (via RT) wrote:
# New Ticket Created by Simon Glover
# Please include the string: [perl #20707]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt2/Ticket/Display.html?id=20707 >
A fresh check-out of parrot from CVS is giving me a huge
A status update:
1) I'm actively working on the array section, and will start the hash
section soon, if nobody else wants it. (I posted the outline I'm
working to in my last message here.)
2) I'm working on a cleanup of the whole front section, based on our
all our existing content plus some
The Perl 6 Summary for the week ending 20030202
Welcome to the second Perl 6 summary of the Copious Free Time era and
already I've broken the 'mailed out by Monday evening' promise. There
were reasons however, mostly to do with going down to London to do the
paperwork for my redunda
Sounds like a job for a bot!
(couldn't resist)
-- Gregor
Jonathan Scott Duff <[EMAIL PROTECTED]>
02/04/2003 11:38 AM
Please respond to duff
To: Buddha Buck <[EMAIL PROTECTED]>
cc: "Miko O'Sullivan" <[EMAIL PROTECTED]>, [EMAIL PROTECTED]
Subject:Re:
If memory serves me right, James Michael DuPont wrote:
> I just want to know how where we can put it. The Microsoft IL
> has a whole section on meta-data,
AFAIK, that just holds the offset, line number and filename. IIRC the
JVM had a LineNumberTable and VarNameTable for debugging which were
dec
On Tue, Feb 04, 2003 at 10:56:34AM -0500, Buddha Buck wrote:
> Miko O'Sullivan wrote:
> >>And how do these differ in concept to the RFC process Perl 6 has already
> >>gone through? Wouldn't it make sense, assuming that clean, final
> >>presentations of proposed ideas or features in Perl are useful
# New Ticket Created by Simon Glover
# Please include the string: [perl #20707]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt2/Ticket/Display.html?id=20707 >
A fresh check-out of parrot from CVS is giving me a huge number of
failing tests:
Fa
> "PH" == Phil Hassey <[EMAIL PROTECTED]> writes:
PH> 1. Function case -- some languages like php don't use case for
PH> function or method names. Thus $a->toString(); is the same as
PH> $a->tostring(); However, a language like java does care. How will
PH> php be able to call the co
On Tue, 4 Feb 2003, Buddha Buck wrote:
> You are aware the that RFCs went through a revision process, and the
> "finalized" RFCs that the Design Team are looking at are supposed to
> include the final form of the idea after discussion, and a summary of
> what was thought of it? Many of the RFCs w
Miko O'Sullivan wrote:
And how do these differ in concept to the RFC process Perl 6 has already
gone through? Wouldn't it make sense, assuming that clean, final
presentations of proposed ideas or features in Perl are useful, to
re-open the RFC process?
RFC's are proposals before the comments.
On Tue, 4 Feb 2003, Buddha Buck wrote:
> You suggest doing it in HTML. Wouldn't it make more sense to do it in
> POD, the standard documentation language for Perl?
For now, since it's a web site, let's stick to HTML. If somebody just way
prefers POD, contact me off list and we'll figure out the
List,
I've been lurking here for about two months, after having read the summaries
for several months previous. I'm interested in parrot because 1. I want it
very badly for php / python / perl combinationability(?) 2. Just reading
about the project is a fascinating learning experience.
I've
Miko O'Sullivan wrote:
The idea of discussion summaries has been well received, so I'm going to
push forward with a few. I invite everyone here to join in.
The idea is *not* that Miko writes summaries of every thread. The idea is
that the proponent of an idea, or someone very interested in an i
The idea of discussion summaries has been well received, so I'm going to
push forward with a few. I invite everyone here to join in.
The idea is *not* that Miko writes summaries of every thread. The idea is
that the proponent of an idea, or someone very interested in an idea,
writes a summary as
Gregor,
It looks like we are going into a similar direction. I would like to
make sure that we can represent this information in the parrot, if the
compiler writers want to provide it.
--- [EMAIL PROTECTED] wrote:
> James --
>
> I'm open to other ideas. I've toyed with learning DAML and RDF for
Juergen,
I completly agree with you. For my needs, the meta-data does not have
to be loaded at the same time at all. I can be in a different file for
I care. I just want to know how where we can put it. The Microsoft IL
has a whole section on meta-data, and one wonders what Parrot might be
doing t
Aaron Sherman <[EMAIL PROTECTED]> writes:
> On Wed, 2003-01-29 at 14:54, Jonathan Scott Duff wrote:
>
>> Can someone give me a realish world example of when you would want an
>> array that can store both undefined values and default values and those
>> values are different?
>
> my @send_partner_em
b. --
I agree that under normal circumstances the bytecode is primary.
I was observing that as more and more metadata is considered,
eventually its quantity (measured, say, in bytes) could approach
or even exceed that of the raw bytecode. In cases where one
would feel such a quantity of metadata i
Rick Delaney <[EMAIL PROTECTED]> writes:
> I'd also like to point out that ruby has defaults for hashes but
> assigning nil (the equivalent of undef) does not set the default; delete
> does.
Yeah, but Hashes aren't Arrays. And vice versa.
--
Piers
[EMAIL PROTECTED] writes:
> Mike --
>
> Thats a lot of metadata. Sounds like maybe the metadata is primary
> and the bytecode is secondary, in which case perhaps what you
> really want is a (metadata) tree decorated with bytecode rather than
> a (bytecode) array decorated with metadata.
The byte
Mike --
Thats a lot of metadata. Sounds like maybe the metadata is primary
and the bytecode is secondary, in which case perhaps what you
really want is a (metadata) tree decorated with bytecode rather than
a (bytecode) array decorated with metadata.
Of course, the most natural candidate for the m
James Michael DuPont wrote:
Dear All,
I just wanted to ask about a conclusion on the bytecode metadata.
Here are the things I would like to know about a given bytecode :
what line (maybe column) it comes from
File/line information is already there (imcc -d -o...) and working.
If it is a me
> From: =?iso-8859-1?Q?Murat_=DCnalan?= <[EMAIL PROTECTED]>
> Date: Tue, 4 Feb 2003 10:21:11 +0100
>
> > to provide a feeling for the weight of opinion, e.g., "most
> > people felt this way", "some people felt differently", etc.
>
> One should trace back who was of what opinion. So my suggestio
> to provide a feeling for the weight of opinion, e.g., "most
> people felt this way", "some people felt differently", etc.
One should trace back who was of what opinion. So my suggestion would be
Discussion: "Foo feature"
"Want it":Person A, Person B, Person C, Person D
"Reject it:
Dear All,
I just wanted to ask about a conclusion on the bytecode metadata.
Here are the things I would like to know about a given bytecode :
what line (maybe column) it comes from
Possible comments about it.
If it is a method call, what is the method name,signature,locatoin
If it is a variable
What about:
($var &&= 'succeeded') ||= 'failed';
On Mon, 3 Feb 2003, Sean O'Rourke wrote:
> Argh. Please disregard that last message as the ramblings of a
> pre-caffeinated mind.
>
> /s
>
> On Mon, 3 Feb 2003, Sean O'Rourke wrote:
>
> > On Mon, 3 Feb 2003, Dave Mitchell wrote:
> > > $var ??
32 matches
Mail list logo
