NotFound a écrit :
After some discussion in #parrotsketch, the name parrot_debugger wins.
Done in r29496, waiting for comments and fixes before closing the ticket.
pdb was renamed parrot_debugger, but not installable_pdb.
François.
After temporarily disabling the graph coloring register allocator, the
pdd25cx branch passes all Parrot tests. Please run the tests for your
language and report/debug any test failures that are different than the
test failures in trunk.
The plan is to merge the branch back into trunk on Friday
Allison Randal wrote:
> After temporarily disabling the graph coloring register allocator, the
> pdd25cx branch passes all Parrot tests. Please run the tests for your
> language and report/debug any test failures that are different than the
> test failures in trunk.
I ran the tests for rakudo.
Will Coleda schrieb:
On Wed, Jul 16, 2008 at 10:54 PM, James Keenan via RT
<[EMAIL PROTECTED]> wrote:
This module is written in Perl 5 and is called in a program written in
Perl 5. In the work I've done in this project, I've taken the approach
to return values which I think is more Perlish,
The breakage was in lib/Parrot/Ops2pm/Utils.pm, not
lib/Parrot/Ops2c/Utils.pm. So I have corrected the Subject of the RT.
kid51
I can see Barney's point that the documentation was not in accordance
with the return statements of several of the subroutines. So I have
changed that accordingly.
It seems from the discussion that most of us can live with an explicit
statement of a true return value (as distinct from an explicit
On Thu Jul 17 03:40:13 2008, [EMAIL PROTECTED] wrote:
>
> For future reference, please note that the POD for
> lib/Parrot/Ops2c/Utils.pm has all along included a NOTE ON TESTING
> section that describes the accompanying test suite and how to use it in
> refactoring the module.
>
Aagh! Same err
I see that on 0.6.4 within cygwin my linker does not work anymore.
Latest svn smokes from before the release built fine.
Checking the Makefiles I see that some objects had been added to
the end of the linker lines which is invalid on newer gcc versions and windows.
First the objects, then the lin
2008/7/16 Will Coleda <[EMAIL PROTECTED]>:
> On Wed, Jul 16, 2008 at 2:31 AM, Reini Urban via RT
> <[EMAIL PROTECTED]> wrote:
>> 2008/7/15 Reini Urban <[EMAIL PROTECTED]>:
>>> Will Coleda via RT schrieb:
On Tue May 13 05:21:32 2008, rurban wrote:
> 2008/5/13 Andrew Whitworth via RT [E
On Thu, Jul 17, 2008 at 8:33 AM, Reini Urban <[EMAIL PROTECTED]> wrote:
> 2008/7/16 Will Coleda <[EMAIL PROTECTED]>:
>> This looks good; I'd ask you double check which deps are required vs.
>> optional: I'm pretty sure we don't -require- any of those packages.
>> Ditto for their correspond build d
On Tue Feb 19 16:19:14 2008, Whiteknight wrote:
> On Mon Oct 22 09:49:02 2007, ptc wrote:
> > In src/pmc/file.pmc there is the todo item:
> >
> > /* XXX Check if we need to deallocate strerror strings */
> >
> > Do this.
>
> According to:
>
> http://www.cplusplus.com/reference/clibrary/cstring/
# New Ticket Created by Allison Randal
# Please include the string: [perl #57028]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=57028 >
In a joint deugging session, chromatic and I confirmed that this is
indeed a bug in t
On Thu Jul 10 11:00:14 2008, coke wrote:
> Since the NQP tests aren't run by default, ran them by hand in pdd25cx:
>
> Test Summary Report
> ---
> t/28-return.t(Wstat: 256 Tests: 1 Failed: 0)
> Non-zero exit status: 1
> Parse errors: Bad plan. You planned 3 tests but r
On Wed Apr 23 18:18:00 2008, [EMAIL PROTECTED] wrote:
> This thread trailed off about 4 months ago. Could we get an update on
> its status, i.e., whether it should be applied, what OSes it's passing
> on, etc.
>
> Thank you very much.
> kid51
The tests passed because the strerror/strerror_r code
On Thu Jul 10 06:40:28 2008, coke wrote:
> Using tcl, I can make parrot segfault in this branch.
>
> $ ../../parrot tcl.pbc -e "error eek"
> Segmentation fault
>
> Real tclsh, if you put that in a file and ran it, would say:
> eek
> while executing
> "error eek"
> (file "foo.tcl" line 1)
In r29552 of https://svn.perl.org/parrot/branches/pdd25cx I ran make test
for: pipp, eclectus, hq9plus, lazy-k, m4, unlambda.
All tests were passing.
--
/* [EMAIL PROTECTED] */
# New Ticket Created by Moritz Lenz
# Please include the string: [perl #57032]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=57032 >
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
In parrot as of r29547 I get a failure whi
On Thu, Jul 17, 2008 at 5:20 AM, Allison Randal <[EMAIL PROTECTED]> wrote:
> The thing is, there's a tendency for data for a particular program or
> application to all be from the same character set (if, for example, you're
> parsing a series of files, munging the data in some way, and writing out
On Thu Jul 10 11:14:26 2008, coke wrote:
> The following tests fail during 'make test' on feather in the pd25cx
branch.
>
> Test Summary Report
> ---
> t/op/gc.t (Wstat: 256 Tests: 20
Failed: 1)
> Failed test: 12
> Non-zero exit status: 1
> t/c
On Tue Jun 03 00:15:06 2008, [EMAIL PROTECTED] wrote:
> On Monday 02 June 2008 19:42:58 Will Coleda via RT wrote:
>
> > Error earlier in the build process now, with PGE:
> >
> > /home/coke/bin/perl -e "" >PGE/builtins_gen.pir
> > ../../parrot -o PGE.pbc --output-pbc PGE.pir
> > ../../parrot ../../
On Thu, Jul 17, 2008 at 9:46 AM, François Perrad
<[EMAIL PROTECTED]> wrote:
> pdb was renamed parrot_debugger, but not installable_pdb.
Done in r29556, thanks.
--
Salu2
Hi,
I am using:
Linux 2.6.23.1-42.fc8 #1 SMP Tue Oct 30 13:55:12 EDT 2007 i686 i686
i386 GNU/Linux
Fedora release 8 (Werewolf)
gcc (GCC) 4.1.2 20070925 (Red Hat 4.1.2-33)
The make target perl6 fails:
$ make perl6
...
...
...
gmake[1]: Leaving directory `/home/saleem/work/compiler/parrot/languag
On Thu, Jul 17, 2008 at 9:47 AM, Will Coleda via RT
<[EMAIL PROTECTED]> wrote:
> On Thu Jul 10 06:40:28 2008, coke wrote:
>> Using tcl, I can make parrot segfault in this branch.
>>
>> $ ../../parrot tcl.pbc -e "error eek"
>> Segmentation fault
>>
>> Real tclsh, if you put that in a file and ran it
On Thu, Jul 17, 2008 at 11:26 AM, Will Coleda <[EMAIL PROTECTED]> wrote:
> On Thu, Jul 17, 2008 at 9:47 AM, Will Coleda via RT
> <[EMAIL PROTECTED]> wrote:
>> On Thu Jul 10 06:40:28 2008, coke wrote:
>>> Using tcl, I can make parrot segfault in this branch.
>>>
>>> $ ../../parrot tcl.pbc -e "error
On Thursday 17 July 2008 08:49:05 Will Coleda wrote:
> I committed a patch (r29559) that updates all the tcl.ops to be more
> like the 'die' opcode in how the exception object is constructed and
> created. Still segfaulting. As long as I'm in here, I'm going to
> eliminate the forms of tcl_error t
Bernhard Schmalhofer via RT a écrit :
In r29552 of https://svn.perl.org/parrot/branches/pdd25cx I ran make test
for: pipp, eclectus, hq9plus, lazy-k, m4, unlambda.
All tests were passing.
in branch_pdd25cx, 221/1109 Lua subtests failed.
Mostly for same reason : exception handling.
$ cat nil.
On Thu, Jul 17, 2008 at 12:31 PM, chromatic via RT
<[EMAIL PROTECTED]> wrote:
> On Thursday 17 July 2008 08:49:05 Will Coleda wrote:
>
>> I committed a patch (r29559) that updates all the tcl.ops to be more
>> like the 'die' opcode in how the exception object is constructed and
>> created. Still se
On Thu Jul 17 09:31:27 2008, [EMAIL PROTECTED] wrote:
> On Thursday 17 July 2008 08:49:05 Will Coleda wrote:
>
> > I committed a patch (r29559) that updates all the tcl.ops to be more
> > like the 'die' opcode in how the exception object is constructed and
> > created. Still segfaulting. As long a
On Wed, 16 Jul 2008, Andrew Whitworth via RT wrote:
> Is this still not resolved? This ticket has not seen any discussion
> since 2006. To double-check, I think we need people to check
> t/op/trans.t on:
>
> *Solaris
> *OpenBSD
> *NetBSD
> *Cygwin
>
> If it passes all these platforms, I think th
Donald Hunter via RT schrieb:
Sorry rurban, this patch will break on my cygwin installation. I think
the problem is caused by more than an assumption that "mingw eq cygwin".
The real problem is that Cygwin hosts three flavours of library for
OpenGL: mingw, cygwin/w32api, cygwin/X11.
All your pat
On Thu Jul 17 01:17:51 2008, cotto wrote:
> On Wed Apr 23 18:18:00 2008, [EMAIL PROTECTED] wrote:
> > This thread trailed off about 4 months ago. Could we get an update on
> > its status, i.e., whether it should be applied, what OSes it's passing
> > on, etc.
> >
> > Thank you very much.
> > kid5
On Thu, 2008-07-17 at 22:50 +0200, Reini Urban wrote:
> The problem I had with the w32api libs was -lglut32. with linking
> directly to the dll /usr/bin/glut32.dll everything works fine, and I'll
> get rid of freeglut as default.
I'm not sure I understand what you meant here.
> Now I only have
Seeing the same thing
Linux 2.6.18-53.1.21.el5xen #1 SMP
gcc (GCC) 4.1.2 20070626 (Red Hat 4.1.2-14)
perl, v5.10.0 built for i686-linux
however:
./parrot languages/perl6/perl6.pbc -e 'say "hello world" '
hello world
$ languages/perl6/perl6
> say "hello"
hello
>
[EMAIL PROTECTED] parrot]$ languag
On Thu, Jul 17, 2008 at 9:59 PM, Christoph Otto via RT
<[EMAIL PROTECTED]> wrote:
> With this patch, the new tests still pass on Linux/x86. The patch uses
> STRING->strstart to avoid leaking a malloc'd buffer when throwing an
> exception, which may or may not be considered kosher in this situatio
Michael:
I install TAP::Harness::Archive from CPAN, then applied the patches to a
fresh checkout from trunk. I configured, built and ran 'make
smolder_test'. The Smolder test completed and stated that it uploaded
-- though I have a tough time matching my particular report to those at
http://smol
On Wed Jul 16 06:27:16 2008, julianalbo wrote:
> On Wed, Jul 16, 2008 at 1:12 PM, James Keenan via RT
[snip]
>
> > If no one gets to this today I will try to work on this this evening.
>
> Go for it.
>
On Wed Jul 16 04:12:35 2008, [EMAIL PROTECTED] wrote:
> [snip]
> The control flow here is so
From: Allison Randal <[EMAIL PROTECTED]>
Date: Thu, 17 Jul 2008 01:27:14 -0700
After temporarily disabling the graph coloring register allocator, the
pdd25cx branch passes all Parrot tests. Please run the tests for your
language and report/debug any test failures that are differen
Here's the attachment.
Index: lib/Parrot/Revision.pm
===
--- lib/Parrot/Revision.pm (.../trunk) (revision 29567)
+++ lib/Parrot/Revision.pm (.../branches/revisionpm) (revision 29574)
@@ -30,36 +30,50 @@
sub update
On Thursday 17 July 2008 15:44:36 NotFound wrote:
> <[EMAIL PROTECTED]> wrote:
> > With this patch, the new tests still pass on Linux/x86. The patch uses
> > STRING->strstart to avoid leaking a malloc'd buffer when throwing an
> > exception, which may or may not be considered kosher in this situa
39 matches
Mail list logo
