Author: allison
Date: Wed Jan 3 01:44:16 2007
New Revision: 16397
Modified:
trunk/docs/pdds/pdd22_io.pod
Log:
[pdd]: Add exception throwing to the API of the async I/O status object.
Modified: trunk/docs/pdds/pdd22_io.pod
=
I've just moved pdd22 out of the clip directory, marking it as ready for
beginning implementation efforts. Comments on the pdd are welcomed. A
few things worth highlighting:
- I/O layers will be replaced with role composition.
- Parrot's concurrency model for async I/O is a modified form of th
# New Ticket Created by "Lee Duhem"
# Please include the string: [perl #41165]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=41165 >
Current parrot(in fact, lexical analyzer of PIR) don't play well
with CRLE in Here Docs
On Tue, Jan 02, 2007 at 06:52:14AM -0800, jerry gay wrote:
> these tests pass on windows, so i didn't catch it when i added this
> file. it seems there's something funny with parrot heredocs and CRLF.
> i don't know if this is expected behavior or not (it's untested.) i'll
> have to look further.
On Wed, Dec 06, 2006 at 06:30:35PM -0800, [EMAIL PROTECTED] wrote:
> +Recognizing the fact that ports depend on volunteer labor, the minimum
> +requirements for the 1.0 launch of Parrot are portability to major
> +versions of Linux, BSD, Mac OS X, and Windows released within 2 years
> +prior to th
# New Ticket Created by Will Coleda
# Please include the string: [perl #41168]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=41168 >
It would be nice if configure.pl gracefully handled the error condition of
"no compiler
On Wed, Jan 03, 2007 at 03:43:17PM +, Nicholas Clark wrote:
> On Wed, Dec 06, 2006 at 06:30:35PM -0800, [EMAIL PROTECTED] wrote:
>
> > +Recognizing the fact that ports depend on volunteer labor, the minimum
> > +requirements for the 1.0 launch of Parrot are portability to major
> > +versions o
On Wednesday 03 January 2007 07:43, Nicholas Clark wrote:
> I would think that Sparc Solaris, building 64 bit, would be the best single
> target to aim for to increase portability spread.
Porters welcome!
-- c
# New Ticket Created by Steve Peters
# Please include the string: [perl #41171]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=41171 >
The Solaris C compiler really dislikes it when returning a value from
a void function.
Am Mittwoch, 3. Januar 2007 16:43 schrieb Nicholas Clark:
> I would think that Sparc Solaris, building 64 bit, would be the best single
> target to aim for to increase portability spread.
During the last few releases I did, I built/tested with gcc and sun cc on the
z1.t2000... box, but it seems t
On Wed, Jan 03, 2007 at 10:19:23PM +0100, Leopold Toetsch wrote:
> Am Mittwoch, 3. Januar 2007 16:43 schrieb Nicholas Clark:
> > I would think that Sparc Solaris, building 64 bit, would be the best single
> > target to aim for to increase portability spread.
>
> During the last few releases I did,
# New Ticket Created by Steve Peters
# Please include the string: [perl #41173]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=41173 >
The Intel C++ compile defines the __GNUC__ macro. This generally causes
lots of annoyin
# New Ticket Created by Steve Peters
# Please include the string: [perl #41174]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=41174 >
In compilers/imcc/main.c, there are several cases of where 0 is used
as an enum value w
# New Ticket Created by Steve Peters
# Please include the string: [perl #41175]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=41175 >
src/inter_call.c has an unused label. The patch below removes it.
Steve Peters
[EMAIL
14 matches
Mail list logo
