2009/10/28 Will Coleda via RT :
> On Wed Oct 29 10:30:54 2008, alli...@perl.org wrote:
>> Original Message
>> Subject: Re: Segfault in Lua exception handler
>> Date: Sat, 11 Oct 2008 23:49:09 +0200
>> From: François Perrad
>>
>> 2008/10/8 François Perrad :
>> >
>> > I try to rest
On Mon, Sep 21, 2009 at 8:26 AM, Will Coleda via RT
wrote:
> Sorry for the delay - this patch had stalled waiting for review due to a
> ticketing system
> changeover, and in the meantime, no longer applies cleanly against parrot
> HEAD.
>
> Can you rebase this patch and resubmit it to https://t
v-lk (via RT) wrote:
> ===SORRY!===
> I'm missing some needed files from the Parrot installation:
> /usr/local/lib/parrot/1.6.0-devel/languages/nqp/nqp.pbc
> /usr/local/lib/parrot/1.6.0-devel/tools/build/ops2c.pl
> /usr/local/lib/parrot/1.6.0-devel/tools/build/pmc2c.pl
> /usr/local/
--
Will "Coke" Coleda
On Oct 1, 2009, at 10:32, v-lk (via RT) > wrote:
# New Ticket Created by v-lk
# Please include the string: [perl #69524]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=69524 >
Hello!
I've install
On Tue, Sep 22, 2009 at 3:30 PM, Andy Dougherty wrote:
> On Tue, 22 Sep 2009, Nicholas Clark wrote:
>
>> On Tue, Sep 22, 2009 at 02:22:17PM -0400, Andy Dougherty wrote:
>> > On Tue, 22 Sep 2009, Will Coleda via RT wrote:
>> >
>> > > On Tue Jul 08 20:56:02 2008, s1n wrote:
>> > > > When trying to u
On Tue, 22 Sep 2009, Nicholas Clark wrote:
> On Tue, Sep 22, 2009 at 02:22:17PM -0400, Andy Dougherty wrote:
> > On Tue, 22 Sep 2009, Will Coleda via RT wrote:
> >
> > > On Tue Jul 08 20:56:02 2008, s1n wrote:
> > > > When trying to use the --optimize flag, building perl6 causes parrot
> > > to
On Tue, Sep 22, 2009 at 02:22:17PM -0400, Andy Dougherty wrote:
> On Tue, 22 Sep 2009, Will Coleda via RT wrote:
>
> > On Tue Jul 08 20:56:02 2008, s1n wrote:
> > > When trying to use the --optimize flag, building perl6 causes parrot
> > to
> > > segfault. Attached is the Configure.pl script outp
On Tue, 22 Sep 2009, Will Coleda via RT wrote:
> On Tue Jul 08 20:56:02 2008, s1n wrote:
> > When trying to use the --optimize flag, building perl6 causes parrot
> to
> > segfault. Attached is the Configure.pl script output.
>
>
> s1n - this original report is over a year old; there have been
2009/9/22 James Keenan via RT :
> On Wed Sep 17 16:38:22 2008, jk...@verizon.net wrote:
>> We need a way to measure the extent to which Parrot's test suite covers
>> the Parrot specification.
>
>
> As with RT #58740, this is a ticket whose functionality is not
> absolutely essential to our efforts.
On Sun, Sep 20, 2009 at 11:58:16PM -0700, Will Coleda via RT wrote:
> On Sun Nov 16 10:11:57 2008, tewk wrote:
> > Code is in branch nsentry.
> > Deprecated notice is going in.
> > pmichaud has agreed to write tests
>
> This branch was last updated:
>
> r34228 | tewk | 2008-12-21 23:41:44 -0500 (
On Sun, Sep 20, 2009 at 11:30:58PM -0700, Will Coleda via RT wrote:
> On Sat Aug 30 08:06:41 2008, pmichaud wrote:
> > On Sat, Aug 30, 2008 at 07:45:08AM -0700, Allison Randal via RT wrote:
> > > As mentioned in RT #49168, I'm in favor of a --language flag,
> > > that selects the default PBC/PIR fi
the report is not relevant anymore. you can close the ticket. Thx
On 9/16/09, James Keenan via RT wrote:
> On Sun Apr 20 08:58:20 2008, cognominal wrote:
>> When testing, got that error message.
>> Probably linked to icu and the version used.
>> I have 3.4.1 and 3.8.1 around.. I am not sure I cur
On Tue, 15 Sep 2009, James Keenan via RT wrote:
On Sun Jul 19 12:07:24 2009, jk...@verizon.net wrote:
It appears that this ticket effectively stalled two years ago for lack
of testers on 64-bit platforms. However I believe that recently we have
had a big increase in the amount of testing goin
I can do some work on this. But I would need some help on part of Parrot
internals and how really a callback structure will work (maybe Bernhard can
help with this one).Some time back I have done C - code on the Syck side
which handled most of the things, like loading and dumping the YAML data
stru
Will Coleda wrote:
On Sun, Jul 19, 2009 at 10:50 PM, Christoph Otto via
RT wrote:
On Sun Jul 19 16:18:01 2009, jk...@verizon.net wrote:
Would any of the participants in this thread be able to post an update?
Was the TGE refactor ever done?
If not, is it still needed in light of subsequent wor
On Sun, Jul 19, 2009 at 10:50 PM, Christoph Otto via
RT wrote:
> On Sun Jul 19 16:18:01 2009, jk...@verizon.net wrote:
>> Would any of the participants in this thread be able to post an update?
>>
>> Was the TGE refactor ever done?
>>
>> If not, is it still needed in light of subsequent work on the
On Wed, Jun 17, 2009 at 12:28:23PM -0700, Will Coleda via RT wrote:
> On Wed May 30 07:10:39 2007, coke wrote:
> > Will Coleda (via RT) writes:
> >
> > > # New Ticket Created by Will Coleda
> > > # Please include the string: [perl #43078]
> > > # in the subject line of all future correspondence
James Keenan via RT wrote:
arithmetics.t:
ok 7 - negate -0.0 # TODO -0.0 not implemented, TT #313 : still not passing
(Why is this showing up yellow rather than green on the Smolder report
if it is 'ok'?)
Because it's a TODO test. TODO tests aren't counted in the passing total whether
they pa
On Tue, Apr 28, 2009 at 10:31 PM, James Keenan via RT
wrote:
> The 'reallyinstall' target is gone, so we can resolve this ticket.
> ___
> http://lists.parrot.org/mailman/listinfo/parrot-dev
>
reallyinstall is now just 'install' - it's possible the issue
> It looks like those comments in platform_limits.h are out-of-place.
> PARROT_INTVAL_MIN and PARROT_INTVAL_MAX are defined in
> include/parrot/config.h, although the definition may not be as flexible
> as the macros in perl.h that Nicholas mentioned. It might be beneficial
> to incorporate them i
On Wed, Apr 22, 2009 at 04:47:53AM -0700, Christoph Otto via RT wrote:
>
> This sounds like a good candidate for the new KnownIMCCBugs wiki page,
> since it's the kind of issue that users of imcc should be aware of, but
> probably isn't worth fixing. Any objections?
+1
Pm
>> It's great to have INTVAL and UINTVAL, but without MAX_INTVAL it's kind of
>> hard to work with them in some respects. All integral typedefs should
> have
>> min/max macros. Syntax not a big deal, it can be fixed later, just don't
>> break anything when introducing them.
>
> Nothing has happen
On Sat, Apr 18, 2009 at 12:09:10AM -0700, Christoph Otto via RT wrote:
> On Wed Aug 06 20:07:05 2008, Whiteknight wrote:
> > On Sat May 17 14:57:18 2008, pmichaud wrote:
> > > On Mon Jul 17 11:59:47 2006, chip wrote:
> > > > It's great to have INTVAL and UINTVAL, but without MAX_INTVAL it's
> > kin
> I tried to apply this patch to svn head, but it's different enough that
> much of it will need to be rewritten. If this is something worth
> pursuing, I'm willing to reimplement and apply the patch (if NotFound
> isn't interested). If not, this ticket should be rejected.
Reject it. I'll take a
On Apr 17, 2009, at 5:29 PM, Vasily Chekalkin via RT wrote:
On Sat Nov 17 11:46:09 2007, chroma...@wgz.org wrote:
In tools/build/pbc2c.pl there is the todo item:
/* TODO make also a shared variant of PackFile_new */
There is no more tools/build/pbc2c.pl. Can we close this ticket?
--
Bacek
> I propose rejecting this ticket as unnecessary. The code may not be
> optimal, but it works fine and isn't even particularly hacky or broken.
+1
--
Salu2
On Thu, 16 Apr 2009, NotFound via RT wrote:
> Closing this ticket, the patch is very outdated and nobody is reporting
> related problems. If someone found any problem with the Solaris C++
> compiler, or any other, please crate a new ticket in parrot trac.
The files may have moved so that the patc
On Sat, Mar 28, 2009 at 1:15 PM, wrote:
>>
>> Can you give us any update on these tests on the same platform?
>>
>
> All seems to be well here, too. (At svn 37803.)
>
> C:\parrot>prove t\op\arithmetics.t
> t\op\arithmeticsok
> All tests successful.
> Files=1, Tests=23, 4 wallclock secs ( 0.0
>
> Can you give us any update on these tests on the same platform?
>
All seems to be well here, too. (At svn 37803.)
C:\parrot>prove t\op\arithmetics.t
t\op\arithmeticsok
All tests successful.
Files=1, Tests=23, 4 wallclock secs ( 0.08 usr + 0.01 sys = 0.09 CPU)
Result: PASS
C:\parrot>pr
> Can you give us any update on these tests on the same platform?
>
I'll be able to check early tomorrow (Saturday) afternoon.
BTW, this mail account will be disappearing in a month or so. I have
1parr...@gmail.com as a substitute.
--
Email and shopping with the feelgood factor!
55% of in
I've moved windows 2003 platform to XP. so far, configure Parrot 1.0 is OK.
I'll reinstall windows 2003 and reconfigure parrot.
On Thu, Mar 26, 2009 at 11:07 AM, James Keenan via RT <
parrotbug-follo...@parrotcode.org> wrote:
> Could you try reconfiguring with Parrot 1.0?
>
> Thank you very much.
Hi,
the problem is the same,
*auto::jit - Determine JIT
capabilityyes.
auto::cpu - Generate CPU specific
stuffdone.
auto::funcptr - Does compiler support function pointer
castsyes.*
Please note although output o
2009/3/22 Will Coleda via RT :
> On Thu Jun 05 12:31:31 2008, coke wrote:
>> On Wed Jun 04 13:17:47 2008, bernhard wrote:
>> > On Mo. 09. Jul. 2007, 06:56:53, pcoch wrote:
>> > > In lib/Parrot/Distribution.pm there is the todo item:
>> > >
>> > > # XXX: lex_source_files() collects lisp files as
2009/3/22 Will Coleda via RT :
> On Sat Jan 31 17:51:51 2009, jk...@verizon.net wrote:
>> Thanks. Making that correction, I confirm that the OP's seg fault still
>> occurs:
>>
>> $ cat seg.pir
>> .sub main :main
>> .include 'include/test_more.pir'
>>
>> new $P0, 'Integer'
>> new $P2, 'Integer'
>>
2009/3/22 Will Coleda via RT :
> On Wed May 02 12:51:17 2007, yasa...@gmail.com wrote:
>> This has a lot to do with tickets #42558 and #34994:
>> (there's quite a bit to read in both)
>>
>> http://rt.perl.org/rt3/Public/Bug/Display.html?id=42558
>> http://rt.perl.org/rt3/Public/Bug/Display.html?id=
On Sun, Mar 22, 2009 at 2:40 AM, Christoph Otto via RT
wrote:
> On Mon Oct 22 07:02:49 2007, pcoch wrote:
>> In src/pmc/hash.pmc:thaw() there is the todo item:
>>
>> * TODO create hash with needed size in the first place
>>
>> This needs to be implemented
>
> src/hash.c is already messy enough wit
On Mar 4, 2009, at 10:58 PM, Geoffrey Broadwell wrote:
Out of curiosity, why don't we allow emails to create tickets in Trac?
-'f
"trac2email is still not fully functional. In the meantime, please
continue to use the web interface. Once trac2email is fixed, you'll be
able to open and
Geoffrey Broadwell wrote:
> Out of curiosity, why don't we allow emails to create tickets in Trac?
There's a plugin to do this, called "email2trac". It's being set up,
but doesn't work yet. See TT #49.
Mark
> > Could you change to simply bounce with a
> > message:
> >
> > --
> > Please submit reports to Parrot using the web interface:
> >
> > https://trac.parrot.org/parrot/newticket
> >
> > Thanks,
> > The Parrot Team
> > --
> >
> > Thanks!
> > Allison
Out of curiosity, why don't we allow
On Sun, 22 Feb 2009, Reini Urban wrote:
> Andrew Dougherty schrieb:
> > On Tue, 17 Feb 2009, Will Coleda via RT wrote:
> >
> > > On Mon Apr 28 23:52:22 2008, coke wrote:
> > > > While trying to put the macport for 0.6.1 together, I noticed that the
> > > > install failed.
> > > >
> > > > Tracked
Andrew Dougherty schrieb:
On Tue, 17 Feb 2009, Will Coleda via RT wrote:
On Mon Apr 28 23:52:22 2008, coke wrote:
While trying to put the macport for 0.6.1 together, I noticed that the
install failed.
Tracked it down to the fact that --parrot_is_shared=0 seems to be
generating a parrot that r
From: chromatic
Date: Thu, 19 Feb 2009 11:45:54 -0800
The real question is "Should setting the read-only property on a
ResizablePMCArray set the contained PMCs to read-only as well?"
I can fix the test (answer "no") or I can fix the code (answer
"yes"). I just can't tell you
>
> Could I ask that either the requestor or somebody else with an
> appropriate system verify my results?
>
That one's so old I'd fogotten about it. I've been running tests over the
last 9 months, so I think we can consider that closed.
--
Email and shopping with the feelgood factor!
55%
On Wednesday 24 October 2007 13:52:33 Paul Cochrane wrote:
> In t/src/ro.t there is the todo item:
>
> # XXX: should this work?
>
> and the related pir code:
>
> # three = 4 # should fail -- is that what we want
>
> The question is: is the behaviour encapsulated in the test actually what we
> want
On Tue, 17 Feb 2009, Will Coleda via RT wrote:
> On Mon Apr 28 23:52:22 2008, coke wrote:
> > While trying to put the macport for 0.6.1 together, I noticed that the
> > install failed.
> >
> > Tracked it down to the fact that --parrot_is_shared=0 seems to be
> > generating a parrot that relies on
Hi,
James Keenan via RT schreef:
According to our records, your request regarding
"[BUG] compiler detection failure"
has been resolved.
If you have any further questions or concerns, please respond to this message.
For other topics, please create a new ticket.
http://rt.perl.org/rt3/Ticke
On Fri, Feb 13, 2009 at 4:09 PM, Andrew Whitworth wrote:
> Well, it was a long shot. Nothing is ever as easy as it seems! The
Yes, but nice try anyway ;-)
>
> problem with this ticket is that we need all sorts of different
> information, none of which is available at the same time. We need to
>
Well, it was a long shot. Nothing is ever as easy as it seems! The
problem with this ticket is that we need all sorts of different
information, none of which is available at the same time. We need to
know the syntax that's used by the op (using '=' or not) which is
known in the parser but not elsew
On Fri, Feb 13, 2009 at 12:55 AM, jerry gay wrote:
> On Thu, Feb 12, 2009 at 15:53, Will Coleda wrote:
> > On Thu, Feb 12, 2009 at 6:09 PM, kjstol wrote:
> >> On Thu, Feb 12, 2009 at 9:22 PM, Will Coleda via RT <
> >> parrotbug-follo...@parrotcode.org> wrote:
> >>
> >>> On Tue Jul 04 19:30:44 2
On Thu, Feb 12, 2009 at 15:53, Will Coleda wrote:
> On Thu, Feb 12, 2009 at 6:09 PM, kjstol wrote:
>> On Thu, Feb 12, 2009 at 9:22 PM, Will Coleda via RT <
>> parrotbug-follo...@parrotcode.org> wrote:
>>
>>> On Tue Jul 04 19:30:44 2006, autri...@gmail.com wrote:
>>> > IMCC currently relies on a l
On Thu, Feb 12, 2009 at 6:09 PM, kjstol wrote:
> On Thu, Feb 12, 2009 at 9:22 PM, Will Coleda via RT <
> parrotbug-follo...@parrotcode.org> wrote:
>
>> On Tue Jul 04 19:30:44 2006, autri...@gmail.com wrote:
>> > IMCC currently relies on a lot of static globals to carry state, and
>> > cannot relia
On Thu, Feb 12, 2009 at 9:22 PM, Will Coleda via RT <
parrotbug-follo...@parrotcode.org> wrote:
> On Tue Jul 04 19:30:44 2006, autri...@gmail.com wrote:
> > IMCC currently relies on a lot of static globals to carry state, and
> > cannot reliably restore them when an error occurs. (grep for
> > "st
On Thursday 12 February 2009 13:14:42 Will Coleda via RT wrote:
> Here's a shorter example that still generates a bus error for me on
> darwin/x86
Oh look, it's an order of destruction problem.
> And here's a partial bt from the bus error:
> #0 0x0001 in ?? ()
> #1 0x0107f318 in Parrot_exi
On Wed, Feb 11, 2009 at 5:42 PM, Will Coleda via RT <
parrotbug-follo...@parrotcode.org> wrote:
> On Fri Oct 19 17:20:38 2007, particle wrote:
> > i suggest we migrate all existing code to the new options at once, and
> > mark the old options as deprecated. however, i'd like to see the old
> > opt
I almost couldn't believe how I could have missed that, until I remembered
what was the problem.Thing is, there are some ops (and of course, this
should be possible, as users can load dynops) that have different variants,
with different directions for the first arg. For instance: (can't remember
th
On Tue, Feb 10, 2009 at 9:54 AM, Christoph Otto via RT
wrote:
> On Sun Feb 08 12:09:30 2009, jk...@verizon.net wrote:
>> On Tue Jul 10 05:15:33 2007, pcoch wrote:
>> > In the file lib/Parrot/Docs/POD2HTML.pm there is the todo item:
>> >
>> > # TODO - C should really be L
>> > # but
On Mon, 9 Feb 2009, Reini Urban wrote:
> 2009/2/9 Andrew Dougherty :
> >> --- tools/dev/mk_native_pbc (revision 36480)
> >> +++ tools/dev/mk_native_pbc (working copy)
> >> @@ -1,32 +1,130 @@
> > > #!/bin/sh
> >>
> >> -# generate t/native_pbc_{1,2}.pbc
> >> -# this should be run on i386 system
2009/2/9 Andrew Dougherty :
>> --- tools/dev/mk_native_pbc (revision 36480)
>> +++ tools/dev/mk_native_pbc (working copy)
>> @@ -1,32 +1,130 @@
> > #!/bin/sh
>>
>> -# generate t/native_pbc_{1,2}.pbc
>> -# this should be run on i386 systems to regenerate the first two
>> -# native tests
>> -# N
On Mon, 9 Feb 2009, Reini Urban via RT wrote:
> Attached is my current working version.
> Still as sh version, not converted to perl.
>
> docs/project/release_manager_guide.pod updates missing
>
> Please review.
>
> Index: tools/dev/mk_native_pbc
>
Please coordinate with rurban before doing so, as I know he's been
working on re-enabling the native pbc tests recently.
On Sun, Feb 8, 2009 at 10:44 AM, James Keenan via RT
wrote:
> No one has spoken up in defense of mk_native_pbc since I first posted
> about it 8 months ago. So, unless I hear
On Sat, Feb 7, 2009 at 2:37 PM, Will Coleda wrote:
> On Fri, Feb 6, 2009 at 9:46 PM, Joshua Hoblitt
> wrote:
> > On Fri, Feb 06, 2009 at 06:44:47PM -0800, James Keenan via RT wrote:
> >> On Sun Jan 01 19:09:51 2006, jhobl...@ifa.hawaii.edu wrote:
> >> > auto::headers uses the Config module to de
On Fri, Feb 6, 2009 at 9:46 PM, Joshua Hoblitt wrote:
> On Fri, Feb 06, 2009 at 06:44:47PM -0800, James Keenan via RT wrote:
>> On Sun Jan 01 19:09:51 2006, jhobl...@ifa.hawaii.edu wrote:
>> > auto::headers uses the Config module to detect installed header files.
>> > It's ok to get default values
On Fri, Feb 06, 2009 at 06:37:41PM -0800, James Keenan via RT wrote:
> On Wed Dec 14 02:04:12 2005, jhobl...@ifa.hawaii.edu wrote:
> > - The debugging traces could be neater
> >
>
> Are you talking about the Parrot debugger? gdb backtraces?
The w/ glibc stack backtracing that I implimented a co
On Fri, Feb 06, 2009 at 06:44:47PM -0800, James Keenan via RT wrote:
> On Sun Jan 01 19:09:51 2006, jhobl...@ifa.hawaii.edu wrote:
> > auto::headers uses the Config module to detect installed header files.
> > It's ok to get default values and the arch name from Config but it's not
> > OK to depend
On Fri, Feb 06, 2009 at 06:35:05PM -0800, James Keenan via RT wrote:
> On Fri Jan 11 13:17:38 2008, jhobl...@ifa.hawaii.edu wrote:
> > A log would be useful if it contained sufficient information to figure
> > out why a test passed or failed. Similar to autoconf's config.log (an
> > invaluable deb
On Fri, Feb 6, 2009 at 8:32 AM, Andrew Whitworth via RT
wrote:
> On Thu Feb 05 18:11:58 2009, pmichaud wrote:
>> I'm okay with closing the ticket, assuming that :unique_reg does
>> indeed cause the register allocation algorithm to be simple.
>> (IIRC, as recently as a few months ago this wasn't th
On Fri, Feb 6, 2009 at 8:21 AM, kjstol wrote:
> On Fri, Feb 6, 2009 at 1:12 PM, James Keenan via RT <
> parrotbug-follo...@parrotcode.org> wrote:
>
>> So here's the current state of what Coke originally posted:
>>
>> $ cat tclsh.pir
>> .HLL 'Tcl'
>> .loadlib 'tcl_group'
>>
>> .sub main :main
>> .p
On Fri, Feb 6, 2009 at 1:12 PM, James Keenan via RT <
parrotbug-follo...@parrotcode.org> wrote:
> So here's the current state of what Coke originally posted:
>
> $ cat tclsh.pir
> .HLL 'Tcl'
> .loadlib 'tcl_group'
>
> .sub main :main
> .param pmc argv
> foo(argv)
> .end
>
> .sub foo
> .param pmc a
2009/2/6 Reini Urban :
> 2009/2/6 James Keenan via RT :
>> If so, then I wonder why you are using 'make clean' instead of 'make
>> realclean'. We've always said that 'make clean' undoes the effect of
>> 'make', whereas 'make realclean' undoes the effect of both 'perl
>> Configure.pl' and 'make'.
2009/2/6 James Keenan via RT :
> On Thu Feb 05 01:38:19 2009, rurban wrote:
>> On Tue Jan 13 17:19:39 2009, allison wrote:
>> > Ticket rejected, no on automatic reconfiguration. Consult with jkeenan
>> > on storing configuration args.
>>
>> Attached patch gets the subject right, make reconfig works
.HLL has been changed into a one-operand directive:write .HLL 'Tcl'.
the second operand indicated the (I think) shared lib containing the
language's PMCs, if any. Use '.loadlib' for that. So:
.HLL 'Tcl'
.loadlib 'tcl_group'
is equivalent to the old, deprecated and removed:
.HLL 'Tcl', 'tcl_group'
On Thursday 05 February 2009 17:51:34 James Keenan via RT wrote:
> On Mon Jun 09 17:34:09 2008, chroma...@wgz.org wrote:
> > This should be an easy fix for a Makefile hacker.
> We have 'make' target dynpmc-clean which is included in 'clean'. So if
> you called 'make clean' before reconfiguring,
On Thu, Feb 05, 2009 at 08:36:53AM -0800, Andrew Whitworth via RT wrote:
> On Tue Nov 01 09:03:54 2005, pmichaud wrote:
> > From a discussion earlier today on #irc...
> >
> > It would be nice if the PIR compiler had a way to use
> > a very basic register allocation algorithm for .subs that
> > use
On Sat, Jan 31, 2009 at 07:42:18PM -0800, James Keenan via RT wrote:
> On Thu May 22 17:02:41 2008, coke wrote:
> > Allison, can you weigh in on this RFE?
>
> Have there been any developments on the issues raised in this ticket?
Not really; I don't expect there to be any before 1.0. I vote
that
On Thu, Feb 05, 2009 at 04:45:50PM -0800, James Keenan via RT wrote:
> On Sat Jun 21 07:39:32 2008, pmichaud wrote:
> > Jonathan says that it's possible to generate and save
> > bytecode within PIR -- see languages/dotnet/src/net2pbc.pir
> > as an example.
> >
> > Pm
>
> Jonathan, Patrick: Are w
> I'll apply this patch in two days if I hear no objection -- or sooner if
> the other contributors to this thread approve.
+1
--
Salu2
On Thu, Feb 5, 2009 at 10:23, Will Coleda wrote:
> On Thu, Feb 5, 2009 at 1:12 PM, chromatic wrote:
>> On Thursday 05 February 2009 08:57:18 jerry gay wrote:
>>
>>> we will roll our own bignum, and give users the ability to use gmp or
>>> another external library at configure time.
>>
>> That sou
On Thu, Feb 5, 2009 at 10:44, Reini Urban via RT
wrote:
> On Thu Jan 29 06:05:13 2009, Whiteknight wrote:
>> On Wed Dec 24 05:39:54 2008, Whiteknight wrote:
>> > On Tue Dec 23 19:02:17 2008, jk...@verizon.net wrote:
>> > > On Sat Jun 14 17:15:32 2008, jk...@verizon.net wrote:
>> > > > Would it be
On Thu, Feb 5, 2009 at 1:12 PM, chromatic wrote:
> On Thursday 05 February 2009 08:57:18 jerry gay wrote:
>
>> we will roll our own bignum, and give users the ability to use gmp or
>> another external library at configure time.
>
> That sounds like a fantastic recipe for hard-to-debug configuratio
On Thursday 05 February 2009 08:57:18 jerry gay wrote:
> we will roll our own bignum, and give users the ability to use gmp or
> another external library at configure time.
That sounds like a fantastic recipe for hard-to-debug configuration problems
and all of the joys of fixing copious amounts
On Thu, Feb 5, 2009 at 08:45, Andrew Whitworth via RT
wrote:
> On Thu Feb 05 08:40:47 2009, particle wrote:
>> On Thu, Feb 5, 2009 at 08:26, Andrew Whitworth via RT
>> wrote:
>> > 1) Are we going to be relying on libraries to handle our BigInt/BigNum
>> > implementations, or are we intending to r
On Thu, Feb 5, 2009 at 08:26, Andrew Whitworth via RT
wrote:
> 1) Are we going to be relying on libraries to handle our BigInt/BigNum
> implementations, or are we intending to roll our own?
we can't rely on external libraries, whether for bignum, unicode, gc,
or anything else. we can detect and u
a...@ippimail.com wrote:
yep, seems like an msvc version thing. iirc there was funny -0
handling in msvc 7. can the OP attach Parrot::Configure::Generated?
~jerry
I would, if I could find anything with a name like that, (with or without
.pm suffix). What should the complete path be?
lib/Pa
I had erased my svk clone. No problem building with a brand new one. Thx.
On Mon, Feb 2, 2009 at 2:54 AM, James Keenan via RT
wrote:
> Are you still experiencing this problem?
>
> Thank you very much.
> kid51
>
--
cognominal stef
>>
> yep, seems like an msvc version thing. iirc there was funny -0
> handling in msvc 7. can the OP attach Parrot::Configure::Generated?
> ~jerry
>
I would, if I could find anything with a name like that, (with or without
.pm suffix). What should the complete path be?
--
Email and shoppin
Method added in r36305, created TT #264 about it.
--
Salu2
On Mon, Feb 02, 2009 at 09:27:10AM -0800, Andrew Whitworth via RT wrote:
> On Wed Jun 04 16:04:07 2008, pmichaud wrote:
> > I'm just about to commit a change to namespace.pmc that allows
> > the 'add_sub' method to store MultiSub PMCs as well as Sub PMCs.
> >
> > However, the change I'm committing
On Mon, 2 Feb 2009, Andrew Whitworth via RT wrote:
> On Sat Oct 06 05:46:09 2007, pcoch wrote:
> > In src/gc/register.c:clear_regs() there is the todo item:
> >
> > /* depending on -D40 we set int, num to garbage different garbage
> > * TODO remove this code for parrot 1.0
>
> We do wan
On Sun, Feb 1, 2009 at 13:07, Will Coleda wrote:
> On Sun, Feb 1, 2009 at 12:29 PM, via RT Alan Rocker
> wrote:
>> # New Ticket Created by Alan Rocker
>> # Please include the string: [perl #62974]
>> # in the subject line of all future correspondence about this issue.
>> # http://rt.perl.org/rt
James Keenan via RT wrote:
> Okay to close the ticket?
Yes.
gw
Yes, the problem is long gone.
On Sun, Feb 1, 2009 at 1:33 AM, James Keenan via RT
wrote:
> On Sat Nov 01 07:37:39 2008, cognominal wrote:
>> I was preparing a bug report for the same thing so
>> here it is :
>>
>> Parrot does not compile on my new 64 bits core 2 duo unibody macbook.
>> I got bac
On Sun, Feb 1, 2009 at 12:29 PM, via RT Alan Rocker
wrote:
> # New Ticket Created by Alan Rocker
> # Please include the string: [perl #62974]
> # in the subject line of all future correspondence about this issue.
> # http://rt.perl.org/rt3/Ticket/Display.html?id=62974 >
>
>
>
> (At #36249). I th
yes
On Sat, Jan 31, 2009 at 7:45 PM, James Keenan via RT <
parrotbug-follo...@parrotcode.org> wrote:
> Are we happy enough with the issues raised in this ticket in order to
> resolve it?
>
> Thank you very much.
> kid51
>
I haven't touched this since it was initially reported.
On Sat, Jan 31, 2009 at 10:45 PM, James Keenan via RT
wrote:
> On Wed Apr 16 08:03:19 2008, coke wrote:
>> While trying to put the macport for 0.6.1 together, I noticed that the
>> install failed.
>>
>> Tracked it down to the fact that --par
In any case anyone is following along at home, that's the STM subsystem.
Regards.
On Sat, Jan 31, 2009 at 10:31 PM, James Keenan via RT
wrote:
> On Wed Aug 06 15:33:27 2008, Whiteknight wrote:
>> in src/stm/backend.c:find_write_record() there are a few cleanup notes:
>>
>
> The src subsystem has
2009/2/1 James Keenan via RT :
> My reading of the issues raised in this RT is that it's a
> straightforward Win32 installation issue -- nothing specific to Parrot.
>
> Okay to close the ticket?
+1
François
> Thank you very much.
> kid51
> ___
> http://l
2009/2/1 James Keenan via RT :
> Have we come to any consensus re the issues raised in this RT?
in r33344, I merge LuaFunction & LuaClosure PMC.
So now, Lua doesn't need Closure PMC.
François.
>
> Thank you very much.
> kid51
> ___
> http://lists.parro
it's been failing for a while (until quite recently, iirc), but now it seems
ok.Just svn up'ed, and nmake'd test; no failures. I'll report any new
failures to trac, if necessary.
thanks for coming back to me.
Ticket can be closed.
kjs
On Sun, Feb 1, 2009 at 12:11 AM, James Keenan via RT <
parrot
You can't use "P0" as a register in PIR these days, you need "$P0" instead.
On Sat, Jan 31, 2009 at 7:22 PM, James Keenan via RT
wrote:
> Reviewing this RT today, I get a completely different problem:
>
> $ cat seg.pir
> .sub main :main
> .include 'include/test_more.pir'
>
> new P0, 'Integer'
> n
On Sat, Jan 31, 2009 at 16:06, James Keenan via RT
wrote:
> The t/stm/*.t tests have gone away (when or whence I do not know), so I
> propose we close this ticket. Any objections?
>
the STM subsystem has been removed. close the ticket, and all other
STM-related tickets.
~jerry
1 - 100 of 7152 matches
Mail list logo
