On Fri Aug 15 17:36:24 2008, [EMAIL PROTECTED] wrote:
>
> Since I have never actually written a probe before, please review
> this. I can state that on Linux, it results in the same value for
> $PConfig{hugefloatvalsize} as previously. Consequently, all core
> tests continue to pass.
>
From: James E Keenan <[EMAIL PROTECTED]>
Date: Sun, 17 Aug 2008 19:55:02 -0400
Yes, when one of the 'make codingstd_tests' accumulates sufficient
PASSes, we promote it to 'make test'. Those that are not yet passing
can generally be described as: "Requires cage-cleaner with vast
Fixed in r30283.
-- Bob
From: James E Keenan <[EMAIL PROTECTED]>
Date: Sun, 17 Aug 2008 19:59:54 -0400
Bob Rogers wrote:
> *** gmake manifest_tests
> Failed Test Stat Wstat Total Fail Failed List of
Failed
>
---
In r30288, renamed the file by omitting '-dispatch'. Renamed two
siblings for consistency. Changed names within these 3 files. Rebuilt.
Ran 'prove' on the directory in question. All tests continue to pass.
Resolving ticket.
Bob Rogers wrote:
*** gmake codingstd_tests
Failed Test Stat Wstat Total Fail Failed List of Failed
t/codingstd/c_function_docs.t1 256 11 100.00% 1
t/codingstd/fixme.t
Bob Rogers wrote:
*** gmake manifest_tests
Failed Test Stat Wstat Total Fail Failed List of Failed
t/manifest/02-regenerate_file.t1 256121 8.33% 5
Failed 1/5 test scripts, 80.
Bob Rogers wrote:
From: chromatic <[EMAIL PROTECTED]>
Date: Sun, 17 Aug 2008 09:39:05 -0700
Not all of the codingstd tests are part of make test. There's a specific
codingstd test target you can run separately. I estimate about 2/3 of the
tests will pass. The others may or ma
From: chromatic <[EMAIL PROTECTED]>
Date: Sun, 17 Aug 2008 14:49:50 -0700
On Sunday 17 August 2008 09:22:34 chromatic wrote:
> Ah good, Christoph and I tried to track that down the other day. I'll do
> my best to fix it, but I may not have reliable network access. If you
> don
On Sunday 17 August 2008 11:16:08 Reini Urban wrote:
> Without --optimize ./parrot t/pmc/namespace_65.pir works fine.
> It prints
> bar
> 2
> With --optimize ./parrot t/pmc/namespace_65.pir hangs after the 2.
>
> Attaching the debugger to a non-debug build is too heavy for me now,
> I'll try to ge
On Sunday 17 August 2008 09:22:34 chromatic wrote:
> Ah good, Christoph and I tried to track that down the other day. I'll do
> my best to fix it, but I may not have reliable network access. If you
> don't see a patch from me before the release, +1 to SKIP it.
Fixed in r30286.
-- c
Author: chromatic
Date: Sun Aug 17 13:26:18 2008
New Revision: 30284
Modified:
trunk/docs/pdds/draft/pdd08_keys.pod
trunk/docs/pdds/pdd09_gc.pod
trunk/docs/pdds/pdd23_exceptions.pod
trunk/docs/pdds/pdd27_multiple_dispatch.pod
Log:
[PDD] Fixed PDD linewrapping at 78 characters, per cod
On Wednesday 13 August 2008 15:20:08 Andrew Johnson via RT wrote:
> Almost, you just missed the executable itself (-o arg). This patch
> works for me.
Thanks, applied as r30282.
-- c
I ran "make fulltest" in r30280 and got some test failures, which are
summarized below. I will start submitting tickets for these shortly
(with the exception of codingstd_tests, which I assume doesn't need it).
If you have some cycles to spare, fixing these before the release would
be greatly a
Author: Whiteknight
Date: Sun Aug 17 07:55:32 2008
New Revision: 30278
Modified:
trunk/docs/pdds/pdd09_gc.pod
Log:
[GC] Remove mention of GC_no_trace_volatile_roots from PDD09 and
include/parrot/dod.h. The flag is not used anywhere in Parrot, and is not
documented well enough to be implement
James Keenan (via RT) wrote:
We appear to have a coding standard which limits us to 32 characters
in a file's basename. This particular test file has 33 characters.
Oh, coding standards tests, how I love thee... (To note why I've not
been bothering to run them the last couple of days, they
# New Ticket Created by Reini Urban
# Please include the string: [perl #58040]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=58040 >
---
osname= cygwin
osvers= 1.5.25(0.15642)
arch= cygwin-thread-multi-64int
cc= gcc
chromatic schrieb:
On Saturday 16 August 2008 15:36:42 Bob Rogers wrote:
This test (t/pmc/namespace.t:65) seems to cause an unbounded
memory-gobbling loop on my configuration (GNU/Linux/x86). It only
happens rarely (< 1 in 35 so far), though it eats my machine when it
does . . .
I
From: chromatic <[EMAIL PROTECTED]>
Date: Sun, 17 Aug 2008 09:39:05 -0700
Not all of the codingstd tests are part of make test. There's a specific
codingstd test target you can run separately. I estimate about 2/3 of the
tests will pass. The others may or may not ever pass. Fo
On Sunday 17 August 2008 09:29:14 Bob Rogers wrote:
>I notice that docs/project/release_manager_guide.pod says (line 123):
>
> It is not necessary to quiet all the codingstd tests for a
> release.
>
> Since these tests are on "make test" (and hence visible to
> non-developers), and
I notice that docs/project/release_manager_guide.pod says (line 123):
It is not necessary to quiet all the codingstd tests for a
release.
Since these tests are on "make test" (and hence visible to
non-developers), and are being tested with Smolder in any case, I think
this sent
On Saturday 16 August 2008 15:36:42 Bob Rogers wrote:
>This test (t/pmc/namespace.t:65) seems to cause an unbounded
>memory-gobbling loop on my configuration (GNU/Linux/x86). It only
>happens rarely (< 1 in 35 so far), though it eats my machine when it
>does . . .
>
> I take that
James Keenan via RT schrieb:
Reini,
I would argue that we take a different approach with 'make reconfig'.
We need to get rid of it entirely. In Parrot years, it's ancient code:
$ svn blame config/gen/makefiles/root.in | grep -n -A 3 reconfig
...
--
708: 4916 boemmels @echo " reconfig:
Applied in r30280.
# New Ticket Created by James Keenan
# Please include the string: [perl #58036]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=58036 >
This is the same problem for which I submitted a patch yesterday with
respect to confi
The first named parameter isn't set if optional parameters are missing. The
function Parrot_process_args didn't
save the value of the argument. I used memcpy to copy the UnionVal. If there's
a neater way to do that please
fix my fix :) .
It only adds a couple of lines to src/inter_call.c. Here'
# New Ticket Created by "mhelix"
# Please include the string: [perl #58030]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=58030 >
Passing PMCs as named arguments fails when the called sub accepts optional
positional
argum
Since this was a bug, I felt I should move on it before this week's
release. In r30279 I applied a modified version of the patch submitted
earlier: I added $conf->cc_clean() at one location.
I then trimmed the list of configuration steps to end at
auto::attributes and reconfigured. An 'ls' on m
Reini,
I would argue that we take a different approach with 'make reconfig'.
We need to get rid of it entirely. In Parrot years, it's ancient code:
$ svn blame config/gen/makefiles/root.in | grep -n -A 3 reconfig
...
--
708: 4916 boemmels @echo " reconfig: 'clean' and redo
config
# New Ticket Created by Reini Urban
# Please include the string: [perl #58034]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=58034 >
---
osname= cygwin
osvers= 1.5.25(0.15642)
arch= cygwin-thread-multi-64int
cc= gcc
30 matches
Mail list logo
