HaloO,
John M. Dlugosz wrote:
They are mixed! Perl treats types as first-class objects. For
functions, types don't need to be treated specially from other arguments
as in C++.
Looks like we need a third party ruling on that. Note that the
HOW is the meta class object and the WHAT the protot
On Tue, Apr 22, 2008 at 7:52 AM, Patrick R. Michaud <[EMAIL PROTECTED]> wrote:
>
> Tonight I resolved RT#52838 and RT#52840, eliminating the saveall/restoreall
> opcodes, the register stack, and fixing up tests and other items
> to avoid save/restore/etc. opcodes.
>
> I've also created a "users
I finished the first draft of a technical description for compositing roles.
It runs to 7 pages. Please see §16 in specdoc. -whew!-
--John
http://www.dlugosz.com/files/specdoc.odt and .pdf
fperrad applied the patch I submitted, which responds to the original
issues raised in this ticket. So I'm resolving the ticket.
The discussion about testing is worthwhile, but to continue it we should
either continue it on list (with a change of topic) or open a different RT.
On Sat, Apr 19, 2008 at 01:55:18PM -0700, Mark Glines wrote:
> On Sat, 19 Apr 2008 21:45:49 +0200
> NotFound <[EMAIL PROTECTED]> wrote:
> > The same applies to some parameters attributed as non null, and
> > explicitly called with NULL argument in several locations. How can a
> > cleaner figure wh
On Tue, Apr 22, 2008 at 2:52 AM, Patrick R. Michaud <[EMAIL PROTECTED]> wrote:
>
> Tonight I resolved RT#52838 and RT#52840, eliminating the saveall/restoreall
> opcodes, the register stack, and fixing up tests and other items
> to avoid save/restore/etc. opcodes.
>
> I've also created a "users
James Keenan via RT a écrit :
On Mon Apr 21 07:11:23 2008, [EMAIL PROTECTED] wrote:
I prefer the die behavior, because with it, I don't forget to add tests
with auto::crypto.
So I'm not alone, after all ;-)
Now, I think the name gen::digest is not good.
I prefer gen::crypto because :
1)
On Mon, Apr 21, 2008 at 7:49 PM, James Keenan via RT
<[EMAIL PROTECTED]> wrote:
> On Mon Apr 21 07:11:23 2008, [EMAIL PROTECTED] wrote:
>
> >
>
> > I prefer the die behavior, because with it, I don't forget to add tests
> > with auto::crypto.
> >
>
> So I'm not alone, after all ;-)
>
>
> > Now
On Tue, Apr 22, 2008 at 5:46 AM, Will Coleda <[EMAIL PROTECTED]> wrote:
> On Tue, Apr 22, 2008 at 2:52 AM, Patrick R. Michaud <[EMAIL PROTECTED]> wrote:
> >
>
>
> > Tonight I resolved RT#52838 and RT#52840, eliminating the
> > saveall/restoreall
> > opcodes, the register stack, and fixing up t
HaloO,
John M. Dlugosz wrote:
Larry, you've wanted to have class names used within a class be
virtual. With various degrees of conviction across the synopses, you've
wanted classes defined within a class to be overridable, or all classes
referenced by a class to be overridable, speculating on
On Mon Apr 21 23:55:10 2008, [EMAIL PROTECTED] wrote:
> chunk should never be 0x11. Does this patch fix things for you?
Lets the build complete, but a similar crash (similar stack frames, different
addresses) occurs
when running t/op/sprintf.t when subtest 174 is reached.
> If not, you might
Hi,
I'm trying to build mod_parrot against Parrot 0.6.1 and have found that
string_nprintf no longer exists. I see from ticket #44053 that the
function was removed since it had no users.
What's the preferred solution? Re-introduce string_nprintf or modify
mod_parrot to use another method?
On Tue, 22 Apr 2008 13:37:16 +0200
François Perrad <[EMAIL PROTECTED]> wrote:
> Applied in r27116.
> François
Unfortunately, your subsequent r27117 patch (to work with openssl
0.9.8) causes failures in t/steps/auto_crypto-03.t.
t/steps/auto_crypto-03..1/17
# Failed test ''has_crypto' set
On Tue, Apr 22, 2008 at 6:55 AM, Donald Hunter <[EMAIL PROTECTED]> wrote:
> Hi,
>
> I'm trying to build mod_parrot against Parrot 0.6.1 and have found that
> string_nprintf no longer exists. I see from ticket #44053 that the function
> was removed since it had no users.
>
> What's the preferred s
On Tue Apr 22 08:59:42 2008, [EMAIL PROTECTED] wrote:
> On Tue, 22 Apr 2008 13:37:16 +0200
> François Perrad <[EMAIL PROTECTED]> wrote:
>
> > Applied in r27116.
> > François
>
> Unfortunately, your subsequent r27117 patch (to work with openssl
> 0.9.8) causes failures in t/steps/auto_crypto-03.t.
HaloO,
John M. Dlugosz wrote:
doit =has= a signature. Yes, I expect functions will be typechecked
when you try and assign one to a variable that declares a function
type. But the function is a value of that type, just like 5 is a value
of type Int, not itself a type.
What you consider as t
Author: allison
Date: Tue Apr 22 10:56:50 2008
New Revision: 27124
Modified:
trunk/docs/pdds/draft/pdd28_character_sets.pod
Log:
[pdd] Add interface specification to Strings PDD.
Modified: trunk/docs/pdds/draft/pdd28_character_sets.pod
On Tuesday 22 April 2008 10:43:32 [EMAIL PROTECTED] wrote:
> Log:
> Temporarily disabling tests in response to Mark Glines' report of test
> failures in http://rt.perl.org/rt3/Ticket/Display.html?id=53126.
>
> Modified: trunk/t/steps/auto_crypto-03.t
> =
Author: allison
Date: Tue Apr 22 11:03:04 2008
New Revision: 27126
Modified:
trunk/docs/pdds/draft/pdd04_datatypes.pod
Log:
[pdd] Removing obsolete documentation from datatypes PDD, since the updated
content exists in other PDDs.
Modified: trunk/docs/pdds/draft/pdd04_datatypes.pod
==
Hello
> Just popping in to say that we cannot const any parms to vtable methods.
> Parrot can't impose promises on the called code.
The attached patch drops the :const attribute in isa and get_class
methods. A lot of cast warnings disappear, and all tests pass in my
system.
--
Salu2
Index: src
Author: allison
Date: Tue Apr 22 11:13:15 2008
New Revision: 27128
Added:
trunk/docs/pdds/pdd28_strings.pod
- copied unchanged from r27124,
/trunk/docs/pdds/draft/pdd28_character_sets.pod
Removed:
trunk/docs/pdds/draft/pdd28_character_sets.pod
Changes in other areas also in this revi
On Mon, 21 Apr 2008 17:58:52 -0700
chromatic <[EMAIL PROTECTED]> wrote:
> On Monday 21 April 2008 17:02:27 Mark Glines wrote:
>
> > Another note, slightly off-topic: does OpenGL actually need a
> > configuration/detection step at all? I notice neither SDL or
> > PostgreSQL seem to have one. May
On Tuesday 22 April 2008 12:18:47 Mark Glines wrote:
> Ok. So if the OpenGL and crypto code didn't have to generate custom C
> files, they wouldn't have to have all the extra infrastructure, right?
> Just a test that gets "skip_all"ed if the library can't be loaded at
> runtime, like pgsql has, n
On Tue, 2008-04-22 at 12:18 -0700, Mark Glines wrote:
> Ok. So if the OpenGL and crypto code didn't have to generate custom C
> files, they wouldn't have to have all the extra infrastructure, right?
> Just a test that gets "skip_all"ed if the library can't be loaded at
> runtime, like pgsql has, n
chromatic via RT wrote:
On Sunday 13 April 2008 10:34:22 Ronald Blaschke via RT wrote:
Here's the result of r26955.
Failed Test Stat Wstat Total Fail Failed List of Failed
---
t/examples/shootout.t 13 33
I found several things that either seemed wrong or confusing here.
Forgive me if they are explained elsewhere or I missed something
obvious
On Tue, 2008-04-22 at 10:56 -0700, [EMAIL PROTECTED] wrote:
> -Conversion will be done with a function called C:
> +Conversion will be done with a funct
TSa Thomas.Sandlass-at-barco.com |Perl 6| wrote:
The point I want to make is that we cannot think of P::C and M::C as
unrelated! There are the following typical uses of C in D:
1) as the type of the attribute $.a
2) as return type of m
3) as type of the local variable $b
Within the body
TSa Thomas.Sandlass-at-barco.com |Perl 6| wrote:
HaloO,
John M. Dlugosz wrote:
They are mixed! Perl treats types as first-class objects. For
functions, types don't need to be treated specially from other
arguments as in C++.
Looks like we need a third party ruling on that. Note that the
HO
TSa Thomas.Sandlass-at-barco.com |Perl 6| wrote:
For functions, types don't need to be treated specially from other
arguments
as in C++.
Could you give an example of what you mean in C++ and how Perl differs
from that?
In C++, types are not first-class objects. You can't pass a type as a
On Tuesday 22 April 2008 04:33:49 Seneca Cunningham via RT wrote:
> Lets the build complete, but a similar crash (similar stack frames,
> different addresses) occurs when running t/op/sprintf.t when subtest 174 is
> reached.
Good to know. I believe r27144 fixes this.
-- c
30 matches
Mail list logo
