On Tue Mar 13 12:44:33 2007, particle wrote:
> in order to help find some long-standing garbage collector bugs, in
> r17470 i've just disabled the -G flag on three PGE test files. see the
> content of the patch below. this may cause test failures due to a gc
> bug.
>
> this ticket serves to notify
# New Ticket Created by Will Coleda
# Please include the string: [perl #47826]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=47826 >
The NCI information in docs/books is out of date. per codyl on
#parrot, the code doesn'
On Sat Sep 01 02:32:28 2007, bernhard wrote:
> In languages/lisp/system.pir there are 4 unused PMCs declared.
> Removing one of them breaks Lisp.
>
> Here is an example session:
>
> [EMAIL PROTECTED]:~/devel/Parrot/repos/parrot/languages/lisp$ svn diff
> Index: system.pir
>
On Sun Nov 25 20:10:02 2007, coke wrote:
> On Wed Oct 31 13:21:19 2007, [EMAIL PROTECTED] wrote:
> > > Subject: [BUG] Segfault after parallell build
> >
> > Sorry, didn't read the output carefully enough: it's a compilation
> > error, not a segfault. The other informations should be accurate ;)
> >
On Wed Oct 31 13:21:19 2007, [EMAIL PROTECTED] wrote:
> > Subject: [BUG] Segfault after parallell build
>
> Sorry, didn't read the output carefully enough: it's a compilation
> error, not a segfault. The other informations should be accurate ;)
>
This is due to the fact that there are items in r
r23011 added code to config/gen/languages.pm to configure dotnet when
configuring parrot
instead of (as before) manually, after parrot was built.
This isn't ready to happen yet. Reverting 23011 in spirit, dotnet is on its own
again.
fixed in r23065.
On Sun Nov 25 15:05:59 2007, ptc wrote:
> I too am running Configure.pl constantly, however, not dotnet's
> Configure.pl. This is the script I was referring to.
>
Well, now it's happening in ./Configure.pl -- which means we have a big
problem, because everyone who configures is going to see it.
# New Ticket Created by Will Coleda
# Please include the string: [perl #47822]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=47822 >
The generated a.pir file is generating code like:
.local float foo
instead of
.local n
# New Ticket Created by Will Coleda
# Please include the string: [perl #47816]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=47816 >
Yet another tcl segfault, this time on feather. (linux)
Revision: 23055
1) build tcl.
Hi,
here/hear, hear/here, on the 'ghost town' point... it's an immense surprise
given the size of CPAN that there is such a 'ghost town' feel about some (if
not all) of Perl6...
Regards,
K
On Nov 25, 2007 2:58 PM, brian d foy <[EMAIL PROTECTED]> wrote:
> In article <[EMAIL PROTECTED]>, Patrick
On Sun, Nov 25, 2007 at 03:09:22PM -0800, [EMAIL PROTECTED] wrote:
> Log:
> [tools] Allow other double-quoted strings in a line with the CONST_STRING()
> macro, as long as there's an even number of quotes. This (still) doesn't work
> if there's an escaped double-quote, but it never did and it hasn
On 25/11/2007, James E Keenan <[EMAIL PROTECTED]> wrote:
>
> On Nov 25, 2007, at 12:52 PM, Paul Cochrane via RT wrote:
>
> >>
> >
> > This error has been happening in dotnet for a long time. I can't give
> > you a better timeframe than that, but it's been in that state (giving
> > these warnings)
On Sun Nov 25 09:52:45 2007, ptc wrote:
>
> This error has been happening in dotnet for a long time. I can't give
> you a better timeframe than that, but it's been in that state (giving
> these warnings) since before I managed to get it's Configure.pl to go
> again, (which was a few months ago n
On Nov 25, 2007, at 12:52 PM, Paul Cochrane via RT wrote:
This error has been happening in dotnet for a long time. I can't give
you a better timeframe than that, but it's been in that state (giving
these warnings) since before I managed to get it's Configure.pl to go
again, (which was a few
On Sun, Nov 25, 2007 at 12:57:35PM -0800, chromatic wrote:
> On Sunday 25 November 2007 12:37:13 Patrick R. Michaud wrote:
>
> > On Sun, Nov 25, 2007 at 11:50:15AM -0800, chromatic wrote:
>
> > > It doesn't *always* work. For example, I think CONST_STRING() doesn't
> > > work in PCCMETHODs in PM
On Sunday 25 November 2007 12:37:13 Patrick R. Michaud wrote:
> On Sun, Nov 25, 2007 at 11:50:15AM -0800, chromatic wrote:
> > It doesn't *always* work. For example, I think CONST_STRING() doesn't
> > work in PCCMETHODs in PMCs for some reason I can't explain, and it
> > doesn't work in other so
On Sun, Nov 25, 2007 at 11:50:15AM -0800, chromatic wrote:
> On Sunday 25 November 2007 10:35:01 Patrick R. Michaud wrote:
>
> > On Sun, Nov 25, 2007 at 09:19:20AM -0800, chromatic wrote:
>
> > > CONST_STRING() is 100% more awesome, because it's completely constant.
> > > [...]
> > > PDD 15 branc
On Sunday 25 November 2007 04:23:59 [EMAIL PROTECTED] wrote:
> Added:
>trunk/include/parrot/scheduler.h (contents, props changed)
>trunk/src/pmc/scheduler.pmc (contents, props changed)
>trunk/src/pmc/task.pmc (contents, props changed)
>trunk/t/pmc/scheduler.t (contents, pro
On Sunday 25 November 2007 10:35:01 Patrick R. Michaud wrote:
> On Sun, Nov 25, 2007 at 09:19:20AM -0800, chromatic wrote:
> > CONST_STRING() is 100% more awesome, because it's completely constant.
> > [...]
> > PDD 15 branch after replacing string_from_literal() with CONST_STRING().
> > We shoul
# New Ticket Created by Patrick R. Michaud
# Please include the string: [perl #47794]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=47794 >
The :method flag on subs doesn't seem to work when
the :outer flag is present. H
> > If you're interested in hacking on the compiler, my suggestion
> > is to become somewhat familiar with the compiler tools already
> > available in Parrot.
>
> I'm not interested in hacking on the compiler, but I am interested in
> writing tests. I've added some to the Pugs project, but tha
On Sun, Nov 25, 2007 at 09:19:20AM -0800, chromatic wrote:
> On Sunday 25 November 2007 07:15:01 Patrick R. Michaud wrote:
> > What's the difference between CONST_STRING and string_from_literal?
> > In particular, which one should be used when? In some code I see
> > things like:
> >
> > # sr
On 25/11/2007, via RT James Keenan <[EMAIL PROTECTED]> wrote:
> # New Ticket Created by James Keenan
> # Please include the string: [perl #47792]
> # in the subject line of all future correspondence about this issue.
> # http://rt.perl.org/rt3/Ticket/Display.html?id=47792 >
>
>
> While running Co
This bug is also preventing me from successfully calling 'make realclean':
/usr/local/bin/perl -MExtUtils::Command -e rm_f \
"runtime/parrot/dynext/*.so" \
"runtime/parrot/dynext/*.so" \
"runtime/parrot/dynext/*.lib" \
"*.pdb" "runtime/parrot/dynext/*.pdb" \
"*.ilk" "runtime/pa
# New Ticket Created by James Keenan
# Please include the string: [perl #47792]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=47792 >
While running Configure.pl on Linux today, I repeatedly got this error:
Configuring lan
On Sunday 25 November 2007 07:15:01 Patrick R. Michaud wrote:
> What's the difference between CONST_STRING and string_from_literal?
> In particular, which one should be used when? In some code I see
> things like:
>
> # src/pmc/exporter.pmc
> STRING *s_hash = CONST_STRING(interp, "h
In article <[EMAIL PROTECTED]>, Patrick R.
Michaud <[EMAIL PROTECTED]> wrote:
>
> How others can start hacking and contributing
> -
>
> If you're interested in hacking on the compiler, my suggestion
> is to become somewhat familiar with the compiler
What's the difference between CONST_STRING and string_from_literal?
In particular, which one should be used when? In some code I see
things like:
# src/pmc/exporter.pmc
STRING *s_hash = CONST_STRING(interp, "hash");
and in others we have
# src/pmc/codestring.pmc
STRING *pe
On Sun, Nov 25, 2007 at 01:56:51PM +0200, Allison Randal wrote:
> Patrick R. Michaud wrote:
> >I just want to add a reminder here that the whole reason PCT,
> >PAST-pm, and Tcl use morph in the first place is because Parrot
> >doesn't provide a usable "replace pmc with clone" opcode, and
> >using m
On Sat Nov 24 13:26:01 2007, bernhard wrote:
> On Mi. 05. Jul. 2006, 12:17:12, bernhard wrote:
>
> > > Contrive things so that no code whatsover must be maintained outside
> > > of the language specific directory. This includes:
>
[snip]
> config/gen/languages.pm handles the configuration of lan
Author: allison
Date: Sun Nov 25 04:20:21 2007
New Revision: 23033
Modified:
trunk/docs/pdds/pdd17_pmc.pod
Log:
[pdd] Adding a pmclass modifier for role conflict resolution (partial).
Modified: trunk/docs/pdds/pdd17_pmc.pod
Author: allison
Date: Sun Nov 25 04:15:55 2007
New Revision: 23032
Modified:
trunk/docs/pdds/draft/pdd19_pir.pod
Changes in other areas also in this revision:
Modified:
trunk/docs/imcc/calling_conventions.pod
Log:
[pdd] Moving content from IMCC docs to PIR PDD.
Modified: trunk/docs/pdds/
Author: allison
Date: Sun Nov 25 04:02:44 2007
New Revision: 23030
Modified:
trunk/docs/pdds/pdd25_concurrency.pod
Log:
[pdd] More details on the structure and API for Scheduler and Task PMCs.
Modified: trunk/docs/pdds/pdd25_concurrency.pod
===
Patrick R. Michaud wrote:
I just want to add a reminder here that the whole reason PCT,
PAST-pm, and Tcl use morph in the first place is because Parrot
doesn't provide a usable "replace pmc with clone" opcode, and
using morph+assign is a workaround.
In other words, if a "replace pmc" opcode exis
34 matches
Mail list logo
