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
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
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
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
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 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
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
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: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
==
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 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 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.
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, 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
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 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
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
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
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 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
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
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 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
23 matches
Mail list logo
