Not surprisingly (given discussion earlier in this thread), reverting
the part of r26309 pertaining to config/init/hints/darwin.pm resolved
this problem, quieting config/auto/readline.pm during configuration.
Determining if your platform supports readline..no.
See patch at
On Saturday 12 January 2008 11:38:29 Allison Randal via RT wrote:
> chromatic, go ahead and apply this in the pdd17pmc branch. Was already
> updated in docs/dev/pccmethod.pod. I'm noting the change in DEPRECATED.pod.
Applied in r26831, with substantial tweaks to make it actually work.
I
On Saturday 08 March 2008 17:10:00 Bob Rogers wrote:
>From: chromatic <[EMAIL PROTECTED]>
>Let it be known that Kea-CL gets the Official chromatic Seal of Much
>Approval!
> Thanks! Does that come with a check? If so, I should be sure to
> deposit it before you see my next GC bug re
On Saturday 01 March 2008 12:35:07 Bob Rogers wrote:
>The attached patch fixes some pdump bugs and deficiencies, and adds
> symbolic display of object flag bits. Does anybody mind if I make pdump
> more verbose in this way?
+1
> Any suggestions for how to get symbolic flag
> names without
Sorry, you're right, the error did occur during the nmake part of the build; I
just wanted to make it clear (in case it mattered) that ActiveState was used to
run the Configure.pl script. Do you still need the complete make output? It's
pretty benign up until the crash.
Ted Neward
Java, .NET, X
# New Ticket Created by Matt Kraai
# Please include the string: [perl #51752]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=51752 >
Howdy,
t/codingstd/check_isxxx.t fails because
languages/perl6/src/pmc/perl6str.pmc conta
On Sat Mar 15 01:27:37 2008, [EMAIL PROTECTED] wrote:
> Sorry, you're right, the error did occur during the nmake part of the
>build; I just wanted to make it clear (in case it mattered) that
>ActiveState was used to run the Configure.pl script. Do you still
>need the complete make outp
From: chromatic <[EMAIL PROTECTED]>
Date: Sat, 15 Mar 2008 01:16:44 -0700
On Saturday 01 March 2008 12:35:07 Bob Rogers wrote:
>The attached patch fixes some pdump bugs and deficiencies, and adds
> symbolic display of object flag bits. Does anybody mind if I make pdump
> mo
Could this be related to
http://rt.perl.org/rt3/Ticket/Display.html?id=50776 ?
Hi
I can't compile Parrot on MacOS X 10.5.2:
Final building messages are:
i686-apple-darwin9-g++-4.0.1: sha256.o: No such file or directory
i686-apple-darwin9-g++-4.0.1: sha512.o: No such file or directory
partial link of digest_group failed (256)
make[1]: *** [all] Error 2
make: *** [dynpmc.du
On Sat, 15 Mar 2008, James Keenan wrote:
> config/auto/crypto.pm was committed to trunk on March 14 by fperrad.
[ lots of irrelevant successful items trimmed ]
> /usr/bin/gcc-3.3 -c -o sha256.o [lots of flags] sha256.c
> ./sha256.pmc: In function `Parrot_SHA256_clone':
> ./sha256.pmc:77: error:
From: chromatic <[EMAIL PROTECTED]>
Date: Fri, 14 Mar 2008 22:51:03 -0700
As size_t is always positive, the conditional on [src/embed.c] line
431 can never be true . . .
Sorry; I had intended to do something about this. Is this TRT?
-- Bob
*
On Saturday 15 March 2008 08:16:01 Bob Rogers wrote:
>From: chromatic <[EMAIL PROTECTED]>
>> Any suggestions for how to get symbolic flag
>> names without duplicating the C definition here?
>
>Maybe we could generate both sets of flags (here and in the header)
>from elsewhere.
On Saturday 15 March 2008 11:45:45 Bob Rogers wrote:
>From: chromatic <[EMAIL PROTECTED]>
>Date: Fri, 14 Mar 2008 22:51:03 -0700
>As size_t is always positive, the conditional on [src/embed.c] line
>431 can never be true . . .
> Sorry; I had intended to do something about this.
On Saturday 15 March 2008 05:48:09 [EMAIL PROTECTED] wrote:
> Author: petergibbs
> Date: Sat Mar 15 05:48:08 2008
> New Revision: 26390
>
> Modified:
>trunk/src/inter_call.c
>
> Log:
> Prevent overrun of array. Found using valgrind while chasing down tcl test
> failures on linux x86-64.
>
>
>
From: chromatic <[EMAIL PROTECTED]>
Date: Sat, 15 Mar 2008 11:50:30 -0700
. . .
I can't think of the last time we had to update those, so the
likelihood that it will happen in the near future seems slight.
-- c
Done in r26395, with a reminder in include/parrot/pobj.h. Thanks
On Sat Mar 15 10:50:04 2008, doughera wrote:
> Ah, I think this one is easy: If I recall correctly, the SHA256_CTX
> stuff was added in openssl version 0.9.8; I'll bet your system has
> 0.9.7.
>
Yes.
OpenSSL> version
OpenSSL 0.9.7l 28 Sep 2006
> Two reasonable fixes:
>
> 1. (Easy) Change
Alberto Simões wrote:
Hi
I can't compile Parrot on MacOS X 10.5.2:
Final building messages are:
i686-apple-darwin9-g++-4.0.1: sha256.o: No such file or directory
i686-apple-darwin9-g++-4.0.1: sha512.o: No such file or directory
partial link of digest_group failed (256)
make[1]: *** [all] Error
On Saturday 15 March 2008 13:40:13 Peter Gibbs wrote:
> I thought the same thing, but decided some sort of defensive check was
> required anyway, and I got lost trying to track it further. It served my
> purpose at the time, which was to resolve a very fragile bug that moved
> or disappeared while
- Original Message -
From: "chromatic" <[EMAIL PROTECTED]>
Sent: Saturday, March 15, 2008 10:45 PM
On Saturday 15 March 2008 13:40:13 Peter Gibbs wrote:
Incidentally, I found the following useful to stop valgrind
complaining
about uninitialized values causes by walking the stack:
- Original Message -
From: "chromatic" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Saturday, March 15, 2008 8:58 PM
Subject: Re: [svn:parrot] r26390 - trunk/src
On Saturday 15 March 2008 05:48:09 [EMAIL PROTECTED] wrote:
New Revision: 26390
Modified:
trunk/src/inter_call.c
On Saturday 15 March 2008 13:57:41 Peter Gibbs wrote:
> Since the valgrind client requests are supposed to be very low overhead
> when not running under valgrind, there should be no problem with adding
> a configure step to define it (and set the correct library path, which I
> just hardcoded), bu
On Sat, 15 Mar 2008, James Keenan via RT wrote:
> On Sat Mar 15 10:50:04 2008, doughera wrote:
>
> > Ah, I think this one is easy: If I recall correctly, the SHA256_CTX
> > stuff was added in openssl version 0.9.8; I'll bet your system has
> > 0.9.7.
> >
>
> Yes.
>
> OpenSSL> version
> OpenSS
Author: larry
Date: Sat Mar 15 18:09:39 2008
New Revision: 14520
Modified:
doc/trunk/design/syn/S02.pod
Log:
Suboptimalities noted by John M. Dlugosz++
Modified: doc/trunk/design/syn/S02.pod
==
--- doc/trunk/design/s
From: chromatic <[EMAIL PROTECTED]>
Date: Fri, 14 Mar 2008 22:56:46 -0700
The attached patch (for review, and certainly not application until
after the 0.6.0 release) changes CONTEXT(interp->ctx) to
CONTEXT(interp), which seems clearer to me.
Yes indeed.
All tests pass for me.
Author: larry
Date: Sat Mar 15 18:55:52 2008
New Revision: 14521
Modified:
doc/trunk/design/syn/S02.pod
Log:
Failed to excavate the fossil completely.
Modified: doc/trunk/design/syn/S02.pod
==
--- doc/trunk/design/sy
On Sat Mar 15 16:51:14 2008, doughera wrote:
>
> Why wait for someone else? This trivial patch (untested, but it
> really
> should be this easy) ought to implement (1). This way you can proceed
> without waiting for any broader discussion.
>
Thanks, Andy. Applied in r26405. With it, I get th
27 matches
Mail list logo
