# 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
# 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 #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
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,
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
# 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.
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
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
# 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, 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
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.
# 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
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
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
=
14 matches
Mail list logo
