On Thursday 19 June 2008 19:04:07 James Keenan via RT wrote:
> On Thu Jun 19 18:41:07 2008, [EMAIL PROTECTED] wrote:
> > I'm a little confused; why SKIP a passing TODO?
> We know that one test is now passing on some operating systems: Darwin,
> Linux, and this Solaris. But we don't know about o
# New Ticket Created by Andrew Johnson
# Please include the string: [perl #56120]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=56120 >
Using Perl 5.8.8, gnumake and the Sun C compiler version 5.9, I get the
following res
Here's a simpler bt (from integer_42.pasm)
#0 0x8fe18b42 in __dyld_misaligned_stack_error ()
#1 0x0004 in ?? ()
#2 0x005cbbe0 in real_exception (interp=0x112a00, ret_addr=0x0,
exitcode=28, format=0x85143b "Divide by zero") at src/exceptions.c:903
#3 0x0104cc5f in ?? ()
#4 0x005dec4d in ru
After some fiddling (thanks Bruce!!!) I was able to get a core dump -
here's the backtrace:
#0 0x005d4405 in gc_ms_alloc_objects (interp=0x1117c0, pool=0x111b10)
at src/gc/smallobject.c:399
399 pool->objects_per_alloc = (size_t)(pool->objects_per_alloc *
(gdb) bt
#0 0x005d4405 in gc_
On Thu Jun 19 16:50:19 2008, [EMAIL PROTECTED] wrote:
> Using Perl 5.8.8, gnumake and the Sun C compiler version 5.9, I get
> the
> following results from 'make test' on a Sparc system running Solaris
> 10 with
> Parrot svn revision 28514:
>
> t/op/sprintf.ok
>
On Thu Jun 19 18:41:07 2008, [EMAIL PROTECTED] wrote:
> I'm a little confused; why SKIP a passing TODO?
>
We know that one test is now passing on some operating systems: Darwin,
Linux, and this Solaris. But we don't know about others.
Is there any way to write the test such that it is not t
Learned that Coke had already opened a ticket for this; merged this one
into that.
# New Ticket Created by James Keenan
# Please include the string: [perl #56122]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=56122 >
Forwarding to open RT:
Original Message
Subject: [PATCH] add git-svn
On Thursday 19 June 2008 18:33:33 James Keenan via RT wrote:
> On Wed Jun 18 09:04:53 2008, [EMAIL PROTECTED] wrote:
> > Running 'make test' on Solaris 10 x86 box, the following tests fail
> > (or unexpectedly succeed):
> >
> > t/op/sprintf.ok
> > 117/308 s
On Wed Jun 18 06:55:49 2008, packy wrote:
>
> With my patch for DEPLOYMENT_TARGET in place, running 'make
> realclean; perl Configure.pl; make' yields the same warning messages,
> but the build doesn't stop immediately afterward, probably because
> it's no longer running a parallel make and
On Wed Jun 18 09:04:53 2008, [EMAIL PROTECTED] wrote:
> Running 'make test' on Solaris 10 x86 box, the following tests fail
> (or unexpectedly succeed):
>
> t/op/sprintf.ok
> 117/308 skipped: various reasons, 1/308 unexpectedly succeeded
> TODO PASSED test 1
Per some investigation and discussion at the hackathon, I've looked in to
refactoring the register allocator. IMCC keeps track of all symbolic
registers within a compilation unit in a hash of SymReg structures.
When building PBC, IMCC needs to decide how to map symbolic registers ($P1,
$N0, $S
On Wed Jun 18 10:05:28 2008, [EMAIL PROTECTED] wrote:
Thanks for the report and thanks for coming to the build fest!
kid51
I think Barney beat you to it in r28520. Resolving ticket. Thanks for
attending the Build Fest and contributing patches!
kid51
On Thursday 19 June 2008 16:46:23 chromatic wrote:
> On Thursday 19 June 2008 12:40:49 Andrew Johnson wrote:
> > No, sorry. I first saw the problem a couple of weeks ago, but that was my
> > first attempt to build on this platform. The simplest solution is
> > probably to raise the minimum required
On Wed Jun 18 10:00:38 2008, [EMAIL PROTECTED] wrote:
> OS tested today: CentOS 5.0
>
> I would like to setup daily automated smoke tests for CentOS, FreeBSD
> and Solaris when I get back home. I can probably setup a virtual
> server and run a variety of *BSD machines for this.
>
> What are the
Thanks for the report, Shane. Resolving ticket.
kid51
On Thursday 19 June 2008 12:40:49 Andrew Johnson wrote:
> No, sorry. I first saw the problem a couple of weeks ago, but that was my
> first attempt to build on this platform. The simplest solution is probably
> to raise the minimum required version of Perl from 5.8.0 (as listed in
> README) to whi
At the hackathon, I got a verbal that the patch worked. So I merged the
handledarwin branch into trunk and committed yesterday. Marking ticket
resolved.
kid51
Keeping fingers crossed, I'm marking this ticket resolved.
On Wed Jun 18 09:56:01 2008, jbisbee wrote:
> I was building on OSX PPC Lepord 10.5.3 using
> owerpc-apple-darwin9-gcc-4.0.1 (GCC) 4.0.1 (Apple Inc. build 5465)
>
> My initial build failed the readline configure step and threw the
> following excpetion
Jeff (Todd, and anyone else getting the auto
On Wed Jun 18 09:52:17 2008, [EMAIL PROTECTED] wrote:
> Date: 2008-06-18
> Platform: FreeBSD 6.3/Sparc64 (Sun Ultra 5)
> Perl version: 5.10.0
>
> Parrot build: successful
> Perl 6 build: successful
> Perl 6 make test: successful
>
> Output files attached.
Joe: Thanks for the very detailed repo
On Thursday 19 June 2008 12:13:40 Mark Glines via RT wrote:
> On Wed Jun 18 10:57:05 2008, [EMAIL PROTECTED] wrote:
> > On Solaris10 with sparc, during the make process I get this:
> >
> > perl /home/phoebus3/ANJ/work/parrot/tools/build/pmc2c.pl --c
> >subproxy.pmc
> > Cannot restore overloadin
# New Ticket Created by [EMAIL PROTECTED]
# Please include the string: [perl #56108]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=56108 >
Per the README in languages/perl6:
To build the compiler, start by building Parr
On Wed Jun 18 10:57:05 2008, [EMAIL PROTECTED] wrote:
> On Solaris10 with sparc, during the make process I get this:
>
> perl /home/phoebus3/ANJ/work/parrot/tools/build/pmc2c.pl --c
>subproxy.pmc
> Cannot restore overloading on HASH(0x286dc8) (package
>Parrot::Pmc2c::Emitter) at blib/lib/S
On Thursday 19 June 2008 13:33:13 Andrew Johnson wrote:
> These warnings occur when compiling on Solaris, both x86 and sparc:
>
> "src/packfile.c", line 351: warning: argument #1 is incompatible with
> prototype:
> prototype: pointer to char : "/usr/include/sys/mman.h", line 161
>
# New Ticket Created by "Andy Bach"
# Please include the string: [perl #56118]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=56118 >
Building w/ JIT a number of the smokej tests fail:
10911 OK from 11062 tests (98.63% ok)
On Jun 19, 2008, at 11:34 AM, Ovid wrote:
--- Packy Anderson <[EMAIL PROTECTED]> wrote:
On Jun 18, 2008, at 11:51 AM, Parrot via RT wrote:
Successful parrot build on ancient Debian/i386 system, most of the
way through "make test" (it's taking _forever_, mostly because this
is a PII 266 system)
Another try. Builds and pass tests both with C and C++.
Index: src/string.c
===
--- src/string.c (revisión: 28565)
+++ src/string.c (copia de trabajo)
@@ -265,7 +265,7 @@
/* Set up the cstring cache, then load the basic encoding
# New Ticket Created by Andrew Johnson
# Please include the string: [perl #56110]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=56110 >
These warnings occur when compiling on Solaris, both x86 and sparc:
"src/packfile.c",
James,
Did you svn add the new files first? I didn't see any new files in that
diff... You can usually get a commit bit by asking on #perl6 on
irc.freenode.net
Cheers,
C.J.
On Tue, 2008-06-17 at 12:37 -0700, James Keenan wrote:
> # New Ticket Created by James Keenan
> # Please include the s
Forget previous patch, is broken. I'll keep working on it.
This is a cleaner version.
Index: src/string.c
===
--- src/string.c (revisión: 28553)
+++ src/string.c (copia de trabajo)
@@ -265,7 +265,7 @@
/* Set up the cstring cache, then load the basic encodings and charsets */
if (!i
On Thu Jun 19 09:56:35 2008, coke wrote:
> Forwarding to parrotbug to open a ticket.
>
>
> -- Forwarded message --
> From: Hans Dieter Pearcey <[EMAIL PROTECTED]>
> Date: Wed, Jun 18, 2008 at 2:23 PM
> Subject: [PATCH] add git-svn instructions to gettingstarted.pod
> To: [EMAIL PR
# New Ticket Created by Will Coleda
# Please include the string: [perl #56102]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=56102 >
Forwarding to parrotbug to open a ticket.
-- Forwarded message --
From:
--- Jonathan Worthington <[EMAIL PROTECTED]> wrote:
> OK, that's in the dynops loading code. I'm be interesting to see
> what:
>
> prove t/dynoplibs
>
> Gives you. (This is in Parrot root, not Rakudo.) And also, your
> platform
> etc. (in fact, the contents of the myconfig file, generated by
>
Ovid wrote:
Nope. Same error :(
Ouch. :-(
../../parrot -o perl6.pbc perl6.pir
src/interpreter.c:1030: failed assertion 'interp->op_count ==
core->op_count'
make: *** [perl6.pbc] Abort trap
At revision 28566
OK, that's in the dynops loading code. I'm be interesting to see what:
prove
On Tuesday 17 June 2008 15:01:43 [EMAIL PROTECTED] wrote:
> Log:
> [src/gc] Add some basic function-level documentation to src/gc/memory.c as
> per RT#48260. More is needed, but I've covered the basics.
Excellent.
One thing most people don't notice -- neither criticism nor concern, but a
tiny b
--- Jonathan Worthington <[EMAIL PROTECTED]> wrote:
> Hi,
>
> Ovid wrote:
> >> http://rt.perl.org/rt3/Ticket/Display.html?id=56108
> >>
> This is related to Rakudo starting to use dynops (dynamic op
> libraries)
> today. I managed to mess up the makefile by forgetting to stick in
> the
>
# New Ticket Created by Charlie Hsu
# Please include the string: [perl #56016]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=56016 >
I running on a Win32 (WindowsXP) using the Visual Studio Express 9,
and Activestate 5.8
Hi,
Ovid wrote:
http://rt.perl.org/rt3/Ticket/Display.html?id=56108
This is related to Rakudo starting to use dynops (dynamic op libraries)
today. I managed to mess up the makefile by forgetting to stick in the
cleaning stuff, meaning that it could sometimes also fail with a realclean.
> http://rt.perl.org/rt3/Ticket/Display.html?id=56108
D'oh! I would help if I provided the parrot version:
$ svn info
Path: .
URL: https://svn.perl.org/parrot/trunk
Repository Root: https://svn.perl.org/parrot
Repository UUID: d31e2699-5ff4-0310-a27c-f18f2fbe73fe
Revision: 28555
Node Kind: dire
On Thursday 19 June 2008 12:01:47 Will Coleda wrote:
> On Thu, Jun 19, 2008 at 2:58 PM, chromatic <[EMAIL PROTECTED]> wrote:
> > I'd like to replace all of the string_from_literal with const_string.
> > While the former calculates the string length at compile time (and saves
> > a very short str
On Thu, Jun 19, 2008 at 2:58 PM, chromatic <[EMAIL PROTECTED]> wrote:
> On Thursday 19 June 2008 07:28:55 [EMAIL PROTECTED] wrote:
>
>> Log:
>> [rakudo] Implement basic use of does operator for mixing in a role to an
>> existing object at runtime. This was most neatly done with a dynop, so this
>>
On Thursday 19 June 2008 07:28:55 [EMAIL PROTECTED] wrote:
> Log:
> [rakudo] Implement basic use of does operator for mixing in a role to an
> existing object at runtime. This was most neatly done with a dynop, so this
> check-in also adds a dynops file for Rakudo. make makefile will be required
>
# New Ticket Created by Daniel Magnuszewski
# Please include the string: [perl #56040]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=56040 >
OS tested today: CentOS 5.0
Compiled Parrot without issue. Built Parrot/Raduko w
# New Ticket Created by [EMAIL PROTECTED]
# Please include the string: [perl #56024]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=56024 >
$>uname -a
SunOS cmtnoc5-mx45 5.8 Generic_117350-38 sun4u sparc SUNW,Sun-Fire-V490
Never mind - an newly added application got in the path w/ an older
version of something. Original msg in Config is the only issue.
On Wed, Jun 18, 2008 at 12:50 PM, via RT Shane Werner
<[EMAIL PROTECTED]> wrote:
> # New Ticket Created by "Shane Werner"
> # Please include the string: [perl #56018]
> # in the subject line of all future correspondence about this issue.
> # http://rt.perl.org/rt3/Ticket/Display.html?id=56018 >
>
On Thu, Jun 19, 2008 at 4:23 AM, Andrew Whitworth via RT
<[EMAIL PROTECTED]> wrote:
> Patch applies cleanly, but "make perl6" fails on Debian(Ubuntu 8.04) x86
> for me. I've attached a backtrace of the failure, for anybody who is
> intrepid enough to take a look at it.
Thanks for the testing. I t
# New Ticket Created by [EMAIL PROTECTED]
# Please include the string: [perl #56044]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=56044 >
On: PPC OS X 10.4.11
Summary: Shiny shiny
Specifically:
svn co https://svn.per
# New Ticket Created by Jim Krajewski
# Please include the string: [perl #56034]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=56034 >
Hi,
I just wanted to report on the results of my Parrot/Rakudo build, which
went OK.
# New Ticket Created by "Andy Bach"
# Please include the string: [perl #56030]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=56030 >
Parrot/perl6 build fine but:
Checking MANIFEST..
Applied patch:
http://rt.perl.org/rt3//Public/Bug/Display.html?id=52212
which cleared up the config error (close ticket as it's a duplicate anyway)
Test Summary Report
---
t/op/sprintf.t (Wstat: 0 Tests: 308 Failed: 0)
TODO passed: 157
t/codingstd/p
# New Ticket Created by Andrew Johnson
# Please include the string: [perl #56052]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=56052 >
On Solaris10 with sparc, during the make process I get this:
perl /home/phoebus3/ANJ/
# New Ticket Created by "Deven T. Corzine"
# Please include the string: [perl #56048]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=56048 >
I checked Parrot out of Subversion on my Windows laptop with
TortoiseSVN, built i
# New Ticket Created by Packy Anderson
# Please include the string: [perl #56020]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=56020 >
Successful parrot build on ancient Debian/i386 system, most of the
way through "make
On Thu, Jun 19, 2008 at 9:34 AM, Ovid
<[EMAIL PROTECTED]> wrote:
> --- Packy Anderson <[EMAIL PROTECTED]> wrote:
>
>> On Jun 18, 2008, at 11:51 AM, Parrot via RT wrote:
>> > Successful parrot build on ancient Debian/i386 system, most of the
>> > way through "make test" (it's taking _forever_, mostl
svn upped to 28515 and now attempting perl6 (all tests passed all
spectest_regression tests passed on 28513) and:
dyld: Symbol not found: __cg_jpeg_resync_to_restart
Referenced from:
/System/Library/Frameworks/ApplicationServices.framework/Versions/A/Frameworks/ImageIO.framework/Versions/A/Image
# New Ticket Created by Andrew Johnson
# Please include the string: [perl #56006]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=56006 >
Running 'make test' on Solaris 10 x86 box, the following tests fail (or
unexpectedly
# New Ticket Created by [EMAIL PROTECTED]
# Please include the string: [perl #56012]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=56012 >
Hi,
I have a bug using ccs make (/usr/ccs/bin/make). The following error
happens w
# New Ticket Created by Packy Anderson
# Please include the string: [perl #56076]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=56076 >
On my OSX PPC 10.4.11 platform I did a "make perl6" from languages/
perl6, and I got
The attached patch changes string_rep_compatible so that when called
with utf8_encoding and iso_8859_1_encoding returns utf8. Looks that this
solves the problem and breaks nothing.
Index: src/string.c
===
--- src/string.c (revisión:
This now exists, so closing ticket.
The handling of self is likely to become a separate :scope type for
PAST::Var, but I don't think that should block this ticket.
Pm
--- Packy Anderson <[EMAIL PROTECTED]> wrote:
> On Jun 18, 2008, at 11:51 AM, Parrot via RT wrote:
> > Successful parrot build on ancient Debian/i386 system, most of the
> > way through "make test" (it's taking _forever_, mostly because this
> > is a PII 266 system)
> >
> > $ uname -a
> > Linux da
The obvious way to use git-svn with the parrot repo will result in the entire
history being checked out, which is undesirable. The attached patch points
people towards only checking out HEAD.
hdp.
diff --git a/docs/gettingstarted.pod b/docs/gettingstarted.pod
index e6e18f8..731e434 100644
--- a/d
# New Ticket Created by Packy Anderson
# Please include the string: [perl #56056]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=56056 >
Build trunk on OSX PPC 10.4.11. Built OK, one test failed:
# Failed test 'no trail
Given the previous comments, and having now some working code that
depends of *not* throwing, I will close this ticket in a few days if no
one objects.
# New Ticket Created by Bruce Gray
# Please include the string: [perl #56046]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=56046 >
Working on remote server:
Config:
Mandrakelinux release 10.1 (Community) for i586
On Jun 18, 2008, at 11:51 AM, Parrot via RT wrote:
Successful parrot build on ancient Debian/i386 system, most of the
way through "make test" (it's taking _forever_, mostly because this
is a PII 266 system)
$ uname -a
Linux daffy 2.2.19pre17 #1 Tue Mar 13 22:37:59 EST 2001 i686 unknown
... and
# New Ticket Created by Jeff Bisbee
# Please include the string: [perl #56032]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=56032 >
I was building on OSX PPC Lepord 10.5.3 using
owerpc-apple-darwin9-gcc-4.0.1 (GCC) 4.0.1
# New Ticket Created by Marlon Bailey
# Please include the string: [perl #56028]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=56028 >
Config:
Ubuntu 8.04 - The Hardy Heron x84 - 64 bit
kernel 2.6.24-19-generic
Compaq v600
# New Ticket Created by "Shane Werner"
# Please include the string: [perl #56026]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=56026 >
Greetings,
I was able to get parrot/perl6 compiled and to the 'hello world' point. I
# New Ticket Created by "Shane Werner"
# Please include the string: [perl #56018]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=56018 >
Greetings,
tcl_misc.t is failing in languages/tcl.
# Failed test 'reading environm
Another vote of confidence for arch-config-patch_v2.txt.
During the YAPC Parrot Workshop, Jeff Bisbee encountered the problem.
core_ops.c fails to compile, giving a "no such instruction: 'trap'" error.
Applying the patch resolved the problem.
Config: Darwin PPC 1.5.3 with new XCode that updated
# New Ticket Created by [EMAIL PROTECTED]
# Please include the string: [perl #56008]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=56008 >
Located at the Parrot workshop at YAPC
host66:/usr/local/parrot admin$ prove -v
76 matches
Mail list logo
