On Tue, 2004-02-10 at 01:27, Leopold Toetsch wrote:
> You sould probably attach the structure layout, when the Surface is
> created.
Good idea. I've done this for surfaces, screens, and images. Now we
can use images of different sizes than Leon's parrot logo.
I figured out the segfault problem
On Thu, 2004-02-19 at 17:54, Jens Rieks wrote:
> > > One downside of making sdl.imc smarter (changing it from sdl.pasm) is
> > > that we can no longer use build_tools/build_nativecall.pl as is. That
> > > may be an argument for making the tool smarter.
> >
> > Why?
> Sorry if its a stupid questi
> "DC" == Damian Conway <[EMAIL PROTECTED]> writes:
DC> Uri bemoaned:
cause you agonize me head!
DC> sort &infix:<=> @unsorted
>> my brane hertz!!
>> so that declares (creates?) an infix op as a code block?
DC> No. C<< &infix:<=> >> is the name of the binary C<< <=> >> operator.
On Fri, Feb 20, 2004 at 02:47:55PM +1100, Damian Conway wrote:
: Yep. Inside the body of C you'd access them as:
:
: $by.trait{descending}
: $by.trait{insensitive}
:
: (unless Larry's changed the trait accessor syntax since last I looked).
Well, if traits are just compile-time proper
Uri bemoaned:
DC> sort &infix:<=> @unsorted
my brane hertz!!
so that declares (creates?) an infix op as a code block?
No. C<< &infix:<=> >> is the name of the binary C<< <=> >> operator.
amazing how you and luke both came up with the exact same answer.
"Great minds..." etc. ;-)
> p6 synt
At 04:07 AM 2/20/2004 +0100, Jens Rieks wrote:
Hi all,
here is a first alpha version of my upcoming tetris example for parrot. It is
a good demonstration that parrot is already very powerful.
Very cool. Great work.
Assembling the sources to a single tetris.pasm seems to not work,
"parrot tetris.p
> "JG" == Joe Gottman <[EMAIL PROTECTED]> writes:
JG>How do you decide whether a key-extractor block returns number? Do you
JG> look at the signature, or do you simply evaluate the result of the
JG> key-extractor for each element in the unsorted list? For example, what is
JG> t
> "LP" == Luke Palmer <[EMAIL PROTECTED]> writes:
LP> Uri Guttman writes:
>> > "DC" == Damian Conway <[EMAIL PROTECTED]> writes:
DC> # Modtimewise numerically ascending...
DC> @sorted = sort {-M $^a <=> -M $^b} @unsorted;
>>
DC> # Fuzz-ifically...
DC> sub fuzzy_cmp($x, $y) r
> "DC" == Damian Conway <[EMAIL PROTECTED]> writes:
DC> No. But this will work:
DC> sort &infix:<=> @unsorted
my brane hertz!!
so that declares (creates?) an infix op as a code block? and since <=>
is known to take 2 args it is parsed (or multidispatched) as a
comparator block for sor
Luke Palmer writes:
> Yes. Commas may be ommitted on either side of a block when used as an
> argument. I would argue that they only be omitted on the right side, so
> that this is unambiguous:
>
> if some_function { ... }
> { ... }
>
> Which might be parsed as either:
>
> if (so
Uri checked:
DC> @sorted = sort {$^a <=> $^b} @unsorted;
so because that has 2 placeholders, it is will match this signature:
type Comparator ::= Code(Any, Any) returns Int;
Correct.
i have to remember that placeholders are really implied args to a code
block and not just in the
- Original Message -
From: "Damian Conway" <[EMAIL PROTECTED]>
To: "Perl 6 Language" <[EMAIL PROTECTED]>
Sent: Thursday, February 19, 2004 8:29 PM
Subject: [perl] The Sort Problem: a definitive ruling
> C in Perl6 is a global multisub:
>
> multi sub *sort(Criterion @by: [EMAIL PROT
Uri Guttman writes:
> > "DC" == Damian Conway <[EMAIL PROTECTED]> writes:
> DC> # Modtimewise numerically ascending...
> DC> @sorted = sort {-M $^a <=> -M $^b} @unsorted;
>
> DC> # Fuzz-ifically...
> DC> sub fuzzy_cmp($x, $y) returns Int;
> DC> @sorted = sort
On Thu, 2004-02-19 at 18:00, Jens Rieks wrote:
> Their is a "branch _poll" missing after the _idle block. Without it,
> _SDL_WaitEvent is called after the first idle call.
> A patch is attached.
Thanks, applied.
-- c
Hi all,
here is a first alpha version of my upcoming tetris example for parrot. It is
a good demonstration that parrot is already very powerful.
It uses a semi-object orientated style, I will modify it to use parrot objects
as soon as they are working.
Just unpack the attached tgz file into you
> "DC" == Damian Conway <[EMAIL PROTECTED]> writes:
DC> # Stringifically ascending...
DC> @sorted = sort @unsorted;
DC> or with a single two-argument block/closure (to sort by whatever the
DC> specified comparator is):
DC> # Numerically ascending...
DC> @sorte
Dave Whipp writes:
> "Damian Conway" <[EMAIL PROTECTED]> wrote in message
> news:[EMAIL PROTECTED]
> > type KeyExtractor ::= Code(Any) returns Any;
>
> > # Modtimewise numerically ascending...
> > @sorted = sort {-M} @unsorted;
>
>
> One thing I've been trying to figure out readin
Dave Whipp wondered:
@sorted = sort {-M} @unsorted;
One thing I've been trying to figure out reading this: what is the signature
of prefix:-M ? i.e. how does it tell the outer block that it (the
outer-block) needs a parameter?
It doesn't. As A6 explained:
http://dev.perl.org/perl6/apocalypse
> "DC" == Damian Conway <[EMAIL PROTECTED]> writes:
DC> "Once again the Iron Designer rises to the supreme challenge of
DC> the Mailinglist Stadium and expresses the true spirit of Perl
DC> 6!!!"
and the challenge for next week is slicing squid with noodles!
(or cutting down the mightie
Hi,
Am Donnerstag, 19. Februar 2004 05:45 schrieb chromatic:
> On Fri, 2004-02-13 at 09:21, Jens Rieks wrote:
> > This patch fixes _SDL_WaitEvent a bit; SDL_WaitEvent returns an integer
> > and not a SDL_Event.
> > It also introduces _SDL_PollEvent which is mostly a copy of
> > _SDL_WaitEvent. Fin
"Damian Conway" <[EMAIL PROTECTED]> wrote in message
news:[EMAIL PROTECTED]
> type KeyExtractor ::= Code(Any) returns Any;
> # Modtimewise numerically ascending...
> @sorted = sort {-M} @unsorted;
One thing I've been trying to figure out reading this: what is the signature
of pref
On Thu, Feb 12, 2004 at 09:38:47AM -0800, Larry Wall wrote:
> Yes, that's a very good paper, which is why Perl 6 now has something
> called Roles, which are intended to degenerate either to Traits or
> Interfaces. My take on it is that Roles' most important, er, role
> will be to abstract out the
The design team discussed "The Sort Problem" during yesterday's
teleconference. Here is Larry's decision: final, definitive, and unalterable
(well...for this week at least ;-)
-cut-cut-cut-cut-cut-cut
C in Perl6 is a global multisub:
multi su
Hi,
Am Donnerstag, 19. Februar 2004 23:39 schrieb Leopold Toetsch:
> Chromatic <[EMAIL PROTECTED]> wrote:
> > Me too. There's supposed to be a magic initialization sub of some kind
> > called on library load. I'm inclined to stick it in there, but it's not
> > there yet.
>
> I'll have a look at
Trying to use disassemble or pdb gave me this message (note doubled first
character)
Parrot VM: Can't stat ttest.pbc, code 2.
I looked at the source code and found some pretty weird stuff
#define na(c) { \
while(*c && !isspace(*c)) \
c++; }
...later
na(argv[0]);
filename
When I tried to checkout parrot from CVS today, I've got the
following error over
docs/resources/up.gif
docs/resources/parrot.small.png
cvs checkout: invalid RCS expansion flags
Valid flags are one of:
tText file (default)
bBinary file (merges not allowed).
u
PDD 0 (intro. to PDDs):
Very, very out of date; I think it actually pre-dates Parrot
PDD 1 (overview of Parrot):
Not obviously out-of-date, but could use some text on IMCC and on the JIT
PDD 2 (vtable functions):
Needs documentation on freeze, thaw and share from somebody who
a
On Thu, 2004-02-19 at 16:34, Michael Scott wrote:
> One thing that would help is if people ran
>
> perl tools/docs/write_docs.pl -d -s
>
> on various platforms and told me if it works - or what they did to make
> it work - because I only have access to Mac OS X 10.3.2 here.
It choked her
On Mon, Feb 16, 2004 at 01:04:01AM -0700, Luke Palmer wrote:
: This is pattern matching more than it is type comparison. And Perl's
: all about pattern matching. I'm just wondering whether it needs I
: pattern archetectures.
I suspect it does, at least from the viewpoint of mere mortals. The
reg
On 19 Feb 2004, at 20:59, Simon Glover wrote:
pdd12_assembly.pod -- what was the intent of this? (i.e. is there
stuff
that isn't covered in pdd06_pasm.pod that should go in here, or can
we just dump this and recycle the number?)
Yes it should go. It's just an earlier version of pdd06.
I'm
Hi!
At the Austrian Perl Workshop (see Call for Papers / Participation further
down) there will be a day devoted to Parrot.
Leo Toetsch will do a tutorial (in english or german, depending on the
number of non-german speeking attendees). The tutorial will be followed by a
hopefully productive hack
Hi,
Am Donnerstag, 19. Februar 2004 05:54 schrieb chromatic:
> On Fri, 2004-02-13 at 09:57, Jens Rieks wrote:
> > here is an easy to use (with PIR code) wrapper of the SDL library.
> > It tries to hide all internals of the wrapper and makes the most
> > important SDL functions directly available i
Chromatic <[EMAIL PROTECTED]> wrote:
> Me too. There's supposed to be a magic initialization sub of some kind
> called on library load. I'm inclined to stick it in there, but it's not
> there yet.
I'll have a look at that _init call tomorrow - albeit _init (it was that
name IIRC) could be a too
On Thu, 19 Feb 2004, Dan Sugalski wrote:
> I tried to unify attributes and properties--I really did. The
> problem is that they're horribly semantically different. Attributes
> are class private and guaranteed across all objects of a class,
> while properties are ad hoc and can be thrown on anythi
Nathan Torkington <[EMAIL PROTECTED]> writes:
> Hi, folks. As has probably been obvious to most of you, I've been
> really busy with my O'Reilly day job and haven't had time to attend to
> Perl 6 and Parrot business. With no prompting, Allison Randal stepped
> forward and has been taking on more
Hi, folks. As has probably been obvious to most of you, I've been
really busy with my O'Reilly day job and haven't had time to attend to
Perl 6 and Parrot business. With no prompting, Allison Randal stepped
forward and has been taking on more and more of the day-to-day running
of the show. I
At 11:57 AM 2/19/2004 -0800, Goplat wrote:
Failed Test Stat Wstat Total Fail Failed List of Failed
imcc/t/syn/file.t1 256121 8.33% 11
t/pmc/env.t 3 768 63 50.00% 3 5-6
t/pmc/perlar
At 10:02 AM 2/19/2004 -0800, Goplat wrote:
--- Melvin Smith <[EMAIL PROTECTED]> wrote:
> >Where is the hassle? It's just a few lines of code to check windows
> >version. It's easier to code that than to make another configure option.
>
> Then submit a patch.
Okay. (attached)
Very good, thank you
Re. obsolete docs:
parrot_assembly.pod is a really old version of pdd06, and should
probably just be dumped (the last patch to it was 16 months ago, the
last non-trivial patch about 2 years ago)
embed.pod should probably be reworked as a proper PDD (since
pdd10_embedding.pod is empty
--- Melvin Smith <[EMAIL PROTECTED]> wrote:
> At 10:02 AM 2/19/2004 -0800, Goplat wrote:
> >--- Melvin Smith <[EMAIL PROTECTED]> wrote:
> > > >Where is the hassle? It's just a few lines of code to check windows
> > > >version. It's easier to code that than to make another configure
> option.
> > >
On Thu, 2004-02-19 at 10:20, Jerome Quelin wrote:
> I really dislike having to .include sdl.imc in a sub to .include the
> other outside...
Me too. There's supposed to be a magic initialization sub of some kind
called on library load. I'm inclined to stick it in there, but it's not
there yet.
At 10:21 AM -0800 2/19/04, Steve Fink wrote:
On Feb-19, Dan Sugalski wrote:
At 7:30 PM -0500 2/18/04, Simon Glover wrote:
> One really pedantic comment: wouldn't it make sense to rename the
> fetchmethod op to fetchmeth, for consistency with callmeth, tailcallmeth
> etc?
Good point. I'll chang
Mike's been doing an amazing job getting the docs in order, which is
really cool. Things are looking good. There are, however, some big
doc jobs that need tackling, and I'd like to get someone (or several
someones) to dig into them.
I'm working on PDD 15, which should be done soon, and I'll giv
At 01:34 PM 2/19/2004 -0500, Dan Sugalski wrote:
At 10:21 AM -0800 2/19/04, Steve Fink wrote:
On Feb-19, Dan Sugalski wrote:
At 7:30 PM -0500 2/18/04, Simon Glover wrote:
> One really pedantic comment: wouldn't it make sense to rename the
> fetchmethod op to fetchmeth, for consistency with callm
Jonathan Worthington <[EMAIL PROTECTED]> wrote:
> src\exceptions.c
> exceptions.c
> c:\documents and settings\jonathan\desktop\pow\parrot\src\exceptions.c(125)
> : error C2065: 'SIGQUIT' : undeclared identifier
Seems that dumpcore is used from generic/signal.h
You could try to create an empty wi
chromatic wrote:
> On Fri, 2004-02-13 at 09:57, Jens Rieks wrote:
> > here is an easy to use (with PIR code) wrapper of the SDL library.
> > It tries to hide all internals of the wrapper and makes the most
> > important SDL functions directly available in PIR code.
> Overall this looks good.
[sni
I've checked in a bunch of JaPH examples. japh15 uses a compiler written
in PASM to compile a program emitting the famous words. japh16 does the
same by loading a shared lib with the compiler.
The former scheme still has some problems with register saving, i.e. the
PASM compiler doesn't preserve
On Feb-19, Dan Sugalski wrote:
> At 7:30 PM -0500 2/18/04, Simon Glover wrote:
> > One really pedantic comment: wouldn't it make sense to rename the
> > fetchmethod op to fetchmeth, for consistency with callmeth, tailcallmeth
> > etc?
>
> Good point. I'll change that, then.
D yo reall wan t repea
- Original Message -
From: "Dan Sugalski" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>; <[EMAIL PROTECTED]>
Sent: Thursday, February 19, 2004 3:10 PM
Subject: [PATCH] Re: [perl #25239] Platform-specific files not granular
enough
> At 8:01 PM + 2/18/04, Adam Thomason via RT wrote:
> >A
--- Melvin Smith <[EMAIL PROTECTED]> wrote:
> At 09:27 AM 2/19/2004 -0800, Goplat wrote:
> >--- Dan Sugalski <[EMAIL PROTECTED]> wrote:
> > > At 12:40 AM +0300 2/18/04, Vladimir Lipsky wrote:
> > > >From: "Goplat" <[EMAIL PROTECTED]>
> > > >
> > > >> --- Vladimir Lipsky <[EMAIL PROTECTED]> wrote:
At 7:30 PM -0500 2/18/04, Simon Glover wrote:
One really pedantic comment: wouldn't it make sense to rename the
fetchmethod op to fetchmeth, for consistency with callmeth, tailcallmeth
etc?
Good point. I'll change that, then.
--
Dan
---
At 09:27 AM 2/19/2004 -0800, Goplat wrote:
--- Dan Sugalski <[EMAIL PROTECTED]> wrote:
> At 12:40 AM +0300 2/18/04, Vladimir Lipsky wrote:
> >From: "Goplat" <[EMAIL PROTECTED]>
> >
> >> --- Vladimir Lipsky <[EMAIL PROTECTED]> wrote:
> >> > From: "Goplat" <[EMAIL PROTECTED]>
> >> >
> >> > > flag
At 8:01 PM + 2/18/04, Adam Thomason via RT wrote:
Attached patch is tested on Linux, AIX, and OpenBSD. It does
twiddle the order of includes and declarations, so there might still
be problems. Testing very much requested, most especially on Darwin
and Win32.
I've applied this locally and i
At 12:33 PM -0500 2/18/04, Michal Wallace wrote:
You said in an earlier post that python won't be able to
talk to objects with attributes without a syntax change.
I don't think a syntax change will be required -- we just
need a wrapper class. But it would be *SO* much nicer if
properties and attrib
--- Dan Sugalski <[EMAIL PROTECTED]> wrote:
> At 12:40 AM +0300 2/18/04, Vladimir Lipsky wrote:
> >From: "Goplat" <[EMAIL PROTECTED]>
> >
> >> --- Vladimir Lipsky <[EMAIL PROTECTED]> wrote:
> >> > From: "Goplat" <[EMAIL PROTECTED]>
> >> >
> >> > > flags_to_win32 sets fdwShareMode to FILE_SHARE_
Adam Thomason <[EMAIL PROTECTED]> wrote:
[ big patch ]
Thanks, applied.
leo
Adam Thomason wrote:
Hopefully in time to make the feature freeze, here's an effort at solving this problem.
Looks really good. I've applied it here (with little tweaks in
Configure/Step.pm) and it works fine.
Testing very much requested, most especially on Darwin and Win32.
Yeah. Anyway, I'll
Dan Sugalski <[EMAIL PROTECTED]> wrote:
> While the actual compiler code is evil, doing all sorts of things it
> ought not do with absolute addresses (and therefore non-JITtable),
> the forth compiler does work, and will compile things. It ought,
> actually, to be able to be integrated in as a comp
While the actual compiler code is evil, doing all sorts of things it
ought not do with absolute addresses (and therefore non-JITtable),
the forth compiler does work, and will compile things. It ought,
actually, to be able to be integrated in as a compiler.
Your task, if you're interested, is to
> -Original Message-
> From: Leopold Toetsch [mailto:[EMAIL PROTECTED]
> Sent: Thursday, February 19, 2004 1:00 AM
> To: Adam Thomason
> Cc: [EMAIL PROTECTED]
> Subject: Re: [PATCH] Re: [perl #25239] Platform-specific
> files not granular enough
>
> BTW what is aix.s doing? Could you add
# New Ticket Created by Ilya Martynov
# Please include the string: [perl #26888]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org:80/rt3/Ticket/Display.html?id=26888 >
Index: imcc/docs/macros.pod
===
Michael G Schwern <[EMAIL PROTECTED]> writes:
>One thing to keep in mind is portability. In order for this to be useful
>it has to run on pretty much all platforms. Unix, Windows, VMS, etc...
>So I'm trying to keep it as simple as possible.
>
>
>On Wed, Feb 18, 2004 at 05:29:49PM +, Adrian Ho
Dan Sugalski <[EMAIL PROTECTED]> wrote:
> Just to let everyone know, if there aren't any comments on the scheme
> in PDD 15, I'm going to implement it as-is and be done with it, at
> least for now.
Good. Make it running.
> That does, FWIW, meet the criteria for a 0.1.0 release for the 29th.
The
63 matches
Mail list logo
