On Mar 18, 2006, at 4:18, Leopold Toetsch wrote:
On Mar 18, 2006, at 5:05, Allison Randal wrote:
+=head3 Hybrid solution
+
+Another option is to return a status object from each I/O
operation.
I'm in favour of such a solution.
Also my favorite.
+The disadvantage is that a status o
I think it's gcc 3.3.5 and x86 specific. I'm not positive about the .5
though. I've been building on darwin ppc with 3.3 and it's fine, and
it fails on openbsd too. But it's also successful on gcc 4.1. I've
addressed it with using sprintf, since 1.22461e-16 is close enough to
0.00 f
Author: bernhard
Date: Sat Mar 18 14:30:14 2006
New Revision: 11931
Modified:
trunk/docs/pdds/pdd20_lexical_vars.pod
Changes in other areas also in this revision:
Modified:
trunk/examples/benchmarks/arriter.pir
trunk/examples/benchmarks/arriter.pl
trunk/t/benchmark/benchmarks.t
tru
Author: allison
Date: Fri Mar 17 19:59:05 2006
New Revision: 11923
Modified:
trunk/docs/pdds/clip/pddXX_io.pod
Changes in other areas also in this revision:
Modified:
trunk/ (props changed)
Log:
Cleanup, expand, and integrate the last few comments.
Modified: trunk/docs/pdds/clip/pddXX_i
# New Ticket Created by Leopold Toetsch
# Please include the string: [perl #38757]
# in the subject line of all future correspondence about this issue.
# https://rt.perl.org/rt3/Ticket/Display.html?id=38757 >
With gcc (GCC) 3.3.5 20050117 (prerelease) (SUSE Linux) I get:
Failed Test Stat
# New Ticket Created by Leopold Toetsch
# Please include the string: [perl #38756]
# in the subject line of all future correspondence about this issue.
# https://rt.perl.org/rt3/Ticket/Display.html?id=38756 >
enum_class_max and Parrot_base_vtables are no longer global, these are
per interpre
On Fri, Mar 17, 2006 at 06:40:32PM -0800, Allison Randal wrote:
> On Mar 6, 2006, at 4:06, Nicholas Clark wrote:
>
> >On Fri, Mar 03, 2006 at 11:27:05AM -0800, Allison Randal wrote:
> >
> > =head2 Network I/O Opcodes
> >
> >
> >Functionality wise, the following are missing:
> >
> > shutdown
>
>
On Sat, 18 Mar 2006 11:31:05 +0100, demerphq <[EMAIL PROTECTED]> wrote:
> On 3/18/06, Tels <[EMAIL PROTECTED]> wrote:
> > Moin,
> >
> > On Saturday 18 March 2006 08:12, Adam Kennedy wrote:
> > > From my understanding, one of the little idiosyncrasies of
> > > Makefile.PL/Build.PL installers (incl
On Mar 18, 2006, at 5:05, Allison Randal wrote:
Comments and questions welcome as usual.
+=head3 Hybrid solution
+
+Another option is to return a status object from each I/O operation.
I'm in favour of such a solution. There are several reasons:
- int status codes can't provide all th
On 3/18/06, Tels <[EMAIL PROTECTED]> wrote:
> Moin,
>
> On Saturday 18 March 2006 08:12, Adam Kennedy wrote:
> > From my understanding, one of the little idiosyncrasies of
> > Makefile.PL/Build.PL installers (including MI variants of both) is that
> > in order to make sure that the Makefile and Bu
Moin,
On Saturday 18 March 2006 03:39, Adam Kennedy wrote:
> Audrey Tang wrote:
> > On 3/17/06, chromatic <[EMAIL PROTECTED]> wrote:
> >>Do you mean that it's valuable only for the author to run (perhaps
> >> during disttest) and rarely useful for the user to run during
> >> installation?
> >
> >
On Saturday 18 March 2006 09:36, Tels wrote:
> Moin,
>
> On Saturday 18 March 2006 08:12, Adam Kennedy wrote:
> > From my understanding, one of the little idiosyncrasies of
> > Makefile.PL/Build.PL installers (including MI variants of both) is
> > that in order to make sure that the Makefile and B
Moin,
On Saturday 18 March 2006 08:12, Adam Kennedy wrote:
> From my understanding, one of the little idiosyncrasies of
> Makefile.PL/Build.PL installers (including MI variants of both) is that
> in order to make sure that the Makefile and Build use the correct perl
> installation, you should alw
13 matches
Mail list logo
