Leopold Toetsch wrote:
> Thank you. Applied, except the bxor change, which breaks a perl6 test
> (t/compiler/1_5.p6).
>
> There is some ongoing discussions how the binary ops in perl6 will
> look like finally, but using '~' as bxor is the current state.
I can live with this. Since imcc is an in
At 7:21 PM +0530 10/20/02, Gopal V wrote:
If memory serves me right, Bryan C. Warnock wrote:
> It looks like we're going to need 8,16,32,64 bit types...
Interesting read. Dan skimmed over this, but what do .NET (and JVM) doe
for floating point numbers?
IL (Ecma-335)
--
134.
Steve Fink wrote:
> I currently get three test failures when running with GC_DEBUG on, but
> not always the same three (depending on how I muck with unrelated
> parts of the code.)
On my system I get failures with op/string.t tests 96 and 97 and
pmc/pmc.t test 76 (aka 75)
The first two can be fix
At 9:30 AM +0200 10/21/02, Leopold Toetsch wrote:
Jason Gloudon wrote:
The vtable PDD refers to type_keyed returning the type of the *PMC*. This
isn't accurate given the question. Should we change the PDD ?
As we are now (almost) able to generate packed arrays of chars,
shorts , we shou
Rhys Weatherley wrote:
However, you may want to look at the Cola code, because it
currently outputs "^" for xor, which causes a failure when
imcc is run. I haven't checked the other imcc-using components
yet.
Ah, thanks. s/\^/~/ checked in.
leo
>I just wanted to obsolete this Patch, because the missing files now
>have entered the MANIFEST. But bugs6.perl.org only tells me "Permission
>denied". Im logged in, and the bugtracker recognizes this patch as
>mine.
I've tweaked the permissions, try again.
-R
# New Ticket Created by Clinton Pierce
# Please include the string: [perl #18044]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt2/Ticket/Display.html?id=18044 >
* With bad arguments, the assembler returns 1 to the OS. Peachy.
* Upon success,
On Mon, Oct 21, 2002 at 03:18:37PM +0200, Leopold Toetsch wrote:
> I'm currently committing the new splice vtable method for array classes.
> And finally, PMCs are currently only copied in, not cloned - I don't
> know, what is correct.
"clone" is a deep copy? whereas "copied" means that another
At 5:46 PM +0200 10/21/02, Leopold Toetsch wrote:
Leopold Toetsch wrote:
2. Proposal for _keyed opcodes
--
The thread with subject "pdd06_pasm, pdd08_keys: _keyed ops" clearly
showes the shortcomings of the current _keyed opcodes and the
implementation of these.[1]
Leopold Toetsch <[EMAIL PROTECTED]> writes:
> Leopold Toetsch wrote:
>
> > 2. Proposal for _keyed opcodes
> > --
> > The thread with subject "pdd06_pasm, pdd08_keys: _keyed ops" clearly
>
> > showes the shortcomings of the current _keyed opcodes and the
> > implementa
Jason Gloudon wrote:
The vtable PDD refers to type_keyed returning the type of the *PMC*. This
isn't accurate given the question. Should we change the PDD ?
As we are now (almost) able to generate packed arrays of chars, shorts
, we should expand the type concept to not only the PMCs, b
Dan Sugalski wrote:
Just in case folks missed it, I fixed the docs for the splice vtable
entries in PDD2.
I'm currently committing the new splice vtable method for array classes.
It should work like documented in »perldoc -f splice«. Differences are:
- no return value, meaning perl{,6} has to
I think, I can answer a few of these questions.
> -Original Message-
> From: Allen Short [mailto:washort@;twistedmatrix.com]
>
> The ops described in PDD 6 and docs/parrot_assembly.pod for
> scratchpads appear to be subtly different from the ones actually in
> core.ops. In particular, i wa
At 9:27 PM +0100 10/21/02, Nicholas Clark wrote:
On Mon, Oct 21, 2002 at 03:18:37PM +0200, Leopold Toetsch wrote:
I'm currently committing the new splice vtable method for array classes.
And finally, PMCs are currently only copied in, not cloned - I don't
know, what is correct.
"clone" is a
Dan Sugalski wrote:
> I think so. I'm going to add in some conversion ops for the shorter
> float forms, and for the partial-sized integers. I'm unsure at the
> moment whether I want to commit to full 64 bit integers in I
> registers. On the one hand it means a lot more can be done at the low
> le
Okay, I'm about ready to just bite the bullet and declare that
INTVALs have to be 64 bit integers.
Does anyone know of a platform that has neither native nor emulated
64 bit integers? (One we're likely to run on, rather)
--
Dan
---
On Mon, Oct 21, 2002 at 04:54:48PM -0400, Dan Sugalski wrote:
> At 9:27 PM +0100 10/21/02, Nicholas Clark wrote:
> >On Mon, Oct 21, 2002 at 03:18:37PM +0200, Leopold Toetsch wrote:
> >
> >> I'm currently committing the new splice vtable method for array classes.
> >> And finally, PMCs are currently
"Jürgen" "Bömmels" (via RT) <[EMAIL PROTECTED]> writes:
> # New Ticket Created by Jürgen Bömmels
> # Please include the string: [perl #17936]
> # in the subject line of all future correspondence about this issue.
> # http://rt.perl.org/rt2/Ticket/Display.html?id=17936 >
>
>
> There are again
At 10:35 PM +0100 10/21/02, Nicholas Clark wrote:
On Mon, Oct 21, 2002 at 04:54:48PM -0400, Dan Sugalski wrote:
At 9:27 PM +0100 10/21/02, Nicholas Clark wrote:
>On Mon, Oct 21, 2002 at 03:18:37PM +0200, Leopold Toetsch wrote:
>
>> I'm currently committing the new splice vtable method for arr
Rhys Weatherley (via RT) wrote:
# New Ticket Created by Rhys Weatherley
# Please include the string: [perl #18034]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt2/Ticket/Display.html?id=18034 >
The attached patch adds some missing expression nod
I haven't been applying many patches recently, partly because I
haven't had much time available, and partly because there are
gc-related bugs lurking in the code that I regard as higher priority.
I tried tracking them down, but somewhere in the middle I realized
that I really ought to be trying to
Dan Sugalski:
# Okay, I'm about ready to just bite the bullet and declare that
# INTVALs have to be 64 bit integers.
#
# Does anyone know of a platform that has neither native nor emulated
# 64 bit integers? (One we're likely to run on, rather)
Mac Classic processors and Palm DragonBalls?
By t
Bryan C. Warnock sent the following bits through the ether:
> Interesting read. Dan skimmed over this, but what do .NET (and JVM) doe
> for floating point numbers?
For the JVM:
http://java.sun.com/docs/books/vmspec/2nd-edition/html/Concepts.doc.html#19511
"The floating-point types are float and
On Mon, 2002-10-21 at 15:11, Dan Sugalski wrote:
> Okay, I'm about ready to just bite the bullet and declare that
> INTVALs have to be 64 bit integers.
Which INTVALs? INTVAL, IMHAOSBRPO[1], is overused internally.
I see little relative performance and size damage if INTVAL is made 64
bits and re
On Mon, Oct 21, 2002 at 08:05:32PM +0200, Peter Gibbs wrote:
> Steve Fink wrote:
> > I currently get three test failures when running with GC_DEBUG on, but
> > not always the same three (depending on how I muck with unrelated
> > parts of the code.)
>
> On my system I get failures with op/string.t
On Mon, Oct 21, 2002 at 08:05:32PM +0200, Peter Gibbs wrote:
> The last one looks like a fundamental problem in MultiArray.
> The line
> b->cell_buffer = new_buffer_header(interpreter);
> in function new_marray is creating a new buffer header, overwriting
> the new_bufferlike_header created earlie
Juergen Boemmels wrote:
Leopold Toetsch <[EMAIL PROTECTED]> writes:
What happens if you try to use it on an object which has no real
components like a bitvector or a packed structure?
The substituted code for an aggregate is:
set Py, P1[k1]
and for a non keyed operand:
set Py, {N,S,I}1
Dan Sugalski wrote:
Copying is the right thing to do here. If the compiler wants to put
copies of things into an aggregate, it can make copies first.
Ok, fine. I'll update comments WRT clone.
leo
Dan Sugalski wrote:
At 5:46 PM +0200 10/21/02, Leopold Toetsch wrote:
With an approach like this, we could cut down the VTABLE to roughly
1/3 of it's current size. The _keyed entrys would only consist of the
set_.._keyed{,_int} variants plus exists_keyed and defined_keyed. And,
we would ne
Dan Sugalski wrote:
For plain PerlHash PMCs, yes, they should be PMCs only. The union went
into them in a fit of enthusiasm and generality. :) More specialized
aggregates can hold more specialized things, but I'm not sure we're
going to have a need for something that really efficiently holds
Yeah, but emacs isn't written in any of those languages.
Q.E.D. :-)
=Austin
--- Dan Sugalski <[EMAIL PROTECTED]> wrote:
> At 11:09 PM -0600 10/20/02, Luke Palmer wrote:
> >What's the plan on having properties, or attributes (depending on
> how
> >far we're taking it), on individual characters i
> Mailing-List: contact [EMAIL PROTECTED]; run by ezmlm
> X-Sender: [EMAIL PROTECTED] (Unverified)
> Date: Mon, 21 Oct 2002 11:37:51 -0400
> From: Dan Sugalski <[EMAIL PROTECTED]>
> X-SMTPD: qpsmtpd/0.12-dev, http://develooper.com/code/qpsmtpd/
>
> At 11:09 PM -0600 10/20/02, Luke Palmer wrote:
>
Dan Sugalski wrote :
>
> And, FWIW, emacs is written in C. Granted a much macro-mutated
> version of C, but C nonetheless.
Just like Perl 5 ;-)
Jonathan Scott Duff wrote:
> > Ok, how about this: Is there a reason I to? Or
> > should I not go there?
>
> Off hand, it sounds expensive. I don't see a way to only let
> the people who use it incur the penalty, but my vision isn't
> the best in the world.
It should be possible to define the
[EMAIL PROTECTED] (David Whipp) writes:
> It should be possible to define the bookmark methods on the basic string
> class to rebless the object onto a more powerful subclass.
That makes it a doubly good candidate for modulehood.
--
It's 106 miles from Birmingham, we've got an eighth of a tank
At 10:53 AM -0700 10/21/02, Austin Hastings wrote:
Yeah, but emacs isn't written in any of those languages.
What, you're using emacs as an argument *for* something? :-P
And, FWIW, emacs is written in C. Granted a much macro-mutated
version of C, but C nonetheless.
--- Dan Sugalski <[EMAIL PRO
At 2:20 PM -0600 10/21/02, Luke Palmer wrote:
> Mailing-List: contact [EMAIL PROTECTED]; run by ezmlm
X-Sender: [EMAIL PROTECTED] (Unverified)
Date: Mon, 21 Oct 2002 11:37:51 -0400
From: Dan Sugalski <[EMAIL PROTECTED]>
X-SMTPD: qpsmtpd/0.12-dev, http://develooper.com/code/qpsmtpd/
At 11:0
At 7:22 PM + 10/21/02, Rafael Garcia-Suarez wrote:
Dan Sugalski wrote :
And, FWIW, emacs is written in C. Granted a much macro-mutated
version of C, but C nonetheless.
Just like Perl 5 ;-)
Almost. At least perl 5's macros look like C. Emacs' macro horrors
make C look like Lisp...
--
On Mon, Oct 21, 2002 at 02:20:56PM -0600, Luke Palmer wrote:
> Fair enough. Then tell me how you solve this problem: You have a text
> file in a string, that the user has marked several places in. He's
> referring to words for which he wants to keep bookmarks in. Now, he
> deletes text (using su
> I didn't call the problem unreasonable, I was objecting to its
> characterization as an "essential feature". It isn't. A useful thing,
> definitely, but there are a lot of those. It's hardly essential any
> more than, say, a hash that automagically maps to the current
> directory's files (ite
At 11:09 PM -0600 10/20/02, Luke Palmer wrote:
What's the plan on having properties, or attributes (depending on how
far we're taking it), on individual characters in a string? I think
it's an essential feature, as Lisp has shown us. If there's an
argument otherwise, I'm all ears.
While they'r
The Perl6 OO Cookbook, v0.2 is online.
http://cog.cognitivity.com/perl6/
Changes include:
[] *Much* better accuracy in most of the early recipes (better matching
to Apos/Exes and perl6-language: see the 'Status' fields of each
recipe.) More fixes coming very soon.
[] Ability to annotate se
42 matches
Mail list logo
