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
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
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
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
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 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
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
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.
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
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
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
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
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
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
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
--- 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:
- 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
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
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
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
# 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
===
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
42 matches
Mail list logo
