Author: infinoid
Date: Mon Jan 19 22:51:44 2009
New Revision: 35789
Modified:
trunk/docs/pdds/pdd17_pmc.pod
Changes in other areas also in this revision:
Modified:
trunk/languages/perl6/Test.pm
trunk/src/library.c
Log:
[cage] Fix some codingstd failures.
Modified: trunk/docs/pdds
Author: bernhard
Date: Wed Dec 31 01:53:48 2008
New Revision: 34694
Modified:
trunk/docs/pdds/pdd07_codingstd.pod
Changes in other areas also in this revision:
Modified:
trunk/languages/perl6/src/builtins/control.pir
Log:
[codingstd] Satisfy trailing_space.t and pdd_format.t
Modified
- Original Message
> From: Moritz Lenz <[EMAIL PROTECTED]>
> (Just out of curiosity, do you need 'make realclean' in
> languages/perl6/? Most of the time a simple 'make' works for me, or a
> 'make clean'. I never needed realclean in Raku
ug has been around for a while, but I've been too lazy to report it :)
Actually I call it a feature ;-)
> My build tools automatically run a 'make realclean' if I type 'rebuild' in a
> directory with a Makefile.
> If you do that in languages/perl6, you can no longer
et/Display.html?id=61052 >
>
>
> This bug has been around for a while, but I've been too lazy to report it :)
>
> My build tools automatically run a 'make realclean' if I type 'rebuild' in a
> directory with a Makefile. If you do that in languages/per
t :)
My build tools automatically run a 'make realclean' if I type 'rebuild' in a
directory with a Makefile. If you do that in languages/perl6, you can no
longer run "make" in that directory. Doing an "svn up" doesn't help. Going
back to the top leve
/compilers/imcc/imcparser.c
trunk/compilers/imcc/pbc.c
trunk/compilers/imcc/unit.h
trunk/compilers/pct/src/POST/Compiler.pir
trunk/compilers/pct/src/POST/Node.pir
trunk/editor/pir-mode.el
trunk/editor/pir_vim.in
trunk/include/parrot/sub.h
trunk/languages/perl6/src/builtins
Tonight I got this:
t/00-parrot/06-op-inplace.. All 11 subtests passed
... but then I subsequently got this:
Test Summary Report
---
t/00-parrot/06-op-inplace (Wstat: 0 Tests: 11 Failed: 0)
Parse errors: Tests out of sequence. Found (3) but expected (9)
Hope this additional diagnostic info helps:
$ perl t/harness --verbosity=1 t/00-parrot/06-op-inplace.t
t/00-parrot/06-op-inplace
1..11
ok 1
ok 2
ok 3
ok 4
ok 5
ok 6
ok 7
ok 1
ok 9
ok 7
ok 11
All 11 subtests passed
Test Summary Report
---
t/00-parrot/06-op-inplace (Wstat: 0 T
On Sun Oct 05 16:53:10 2008, [EMAIL PROTECTED] wrote:
> I don't often build Rakudo, so I'm not even sure whether this is the
> correct place to report this bug. In any event, this was run on
> Linux at r31685.
>
> make && make test
>
FWIW, the error was reproduced when I typed:
make perl6
chromatic wrote:
> On Saturday 20 September 2008 01:06:40 [EMAIL PROTECTED] wrote:
>
>> Modified:
>> trunk/languages/perl6/tools/autounfudge.pl
>>
>> Log:
>> [rakudo] make tools/autounfudge.pl work in parallel, bacek++
>> Patch courtesy by Vasily Ch
On Saturday 20 September 2008 01:06:40 [EMAIL PROTECTED] wrote:
> Modified:
>trunk/languages/perl6/tools/autounfudge.pl
>
> Log:
> [rakudo] make tools/autounfudge.pl work in parallel, bacek++
> Patch courtesy by Vasily Chekalkin
>
>
> Modified: trunk/languages
Patrick R. Michaud wrote:
It's also a little unique that the "take/yield" can happen from called
subs deep within the coroutine, and doesn't have to occur within
the coroutine itself.
That's a general characteristic of all the control exceptions: they can
be caught by any outer dynamic scope,
jerry gay wrote:
Patrick R. Michaud wrote:
Other languages have adopted the Perl shortname of "hash" as well,
including Ruby and this odd little creature known as "Parrot". Perhaps
we should rename Parrot's "Hash" class to "AssociativePMCArray"? 1/2 ;-)
I wouldn't mind. I mean, various langu
On Thu, 2008-09-18 at 10:28 -0700, jerry gay wrote:
> On Thu, Sep 18, 2008 at 10:21 AM, Patrick R. Michaud <[EMAIL PROTECTED]>
> wrote:
> > On Thu, Sep 18, 2008 at 09:06:44AM -0700, jerry gay wrote:
> >> what some refer to as "traits", perl 6 calls "roles".
The Perl 6 name is a better, more natur
On Thu, Sep 18, 2008 at 10:21 AM, Patrick R. Michaud <[EMAIL PROTECTED]> wrote:
> On Thu, Sep 18, 2008 at 09:06:44AM -0700, jerry gay wrote:
>> On Thu, Sep 18, 2008 at 8:37 AM, Geoffrey Broadwell <[EMAIL PROTECTED]>
>> wrote:
>> > On Thu, 2008-09-18 at 07:34 -0500, Patrick R. Michaud wrote:
>> >>
On Thu, Sep 18, 2008 at 09:06:44AM -0700, jerry gay wrote:
> On Thu, Sep 18, 2008 at 8:37 AM, Geoffrey Broadwell <[EMAIL PROTECTED]> wrote:
> > On Thu, 2008-09-18 at 07:34 -0500, Patrick R. Michaud wrote:
> >> > "Aggregating coroutine" and "aggregating yield" aren't nearly as zippy
> >> > as 'gathe
On Thu, Sep 18, 2008 at 8:37 AM, Geoffrey Broadwell <[EMAIL PROTECTED]> wrote:
> On Thu, 2008-09-18 at 07:34 -0500, Patrick R. Michaud wrote:
>> > "Aggregating coroutine" and "aggregating yield" aren't nearly as zippy
>> > as 'gather' and 'take', but they're more meaningful to a broader
>> > audien
On Thu, 2008-09-18 at 07:34 -0500, Patrick R. Michaud wrote:
> > "Aggregating coroutine" and "aggregating yield" aren't nearly as zippy
> > as 'gather' and 'take', but they're more meaningful to a broader
> > audience, which may help the feature spread.
I don't buy this. The Perl 6 terms are
On Thu, Sep 18, 2008 at 09:23:50AM +0200, Allison Randal wrote:
>>
>> What's the language-agnostic term for this, then?
>
> Well, 'gather' is basically a clever use of a coroutine, and 'take' is
> basically a 'yield'. But, what's unique about the construct is that it
> aggregates the results. S
Patrick R. Michaud wrote:
What's the language-agnostic term for this, then?
Well, 'gather' is basically a clever use of a coroutine, and 'take' is
basically a 'yield'. But, what's unique about the construct is that it
aggregates the results. So, 'gather' is an "aggregating coroutine" and
't
On Wed, Sep 17, 2008 at 10:57:31AM +0200, Allison Randal wrote:
> Patrick R. Michaud wrote:
>>
>> I'm not sure about this last comment -- I think I can imagine
>> that other language implementations (including new ones we haven't
>> thought of yet but suddenly becomes possible with Parrot) might wa
Not long ago, Patrick R. Michaud proclaimed...
> I'm not sure about this last comment -- I think I can imagine
> that other language implementations (including new ones we haven't
> thought of yet but suddenly becomes possible with Parrot) might
> want to make use of gather/take semantics if they'
Patrick R. Michaud wrote:
I'm not sure about this last comment -- I think I can imagine
that other language implementations (including new ones we haven't
thought of yet but suddenly becomes possible with Parrot) might
want to make use of gather/take semantics if they're readily available --
e
On Tue, Sep 16, 2008 at 11:45:17PM +0200, Allison Randal wrote:
> Patrick R. Michaud wrote:
> What's TAKE?
TAKE is like CONTROL_RETURN except that it signals that we expect
execution to continue after the point of the TAKE. It's quite
similar to a .yield operation for coroutines
Patrick R. Michaud wrote:
On Sat, Sep 13, 2008 at 01:55:05PM -0400, Will Coleda wrote:
+CONTROL_TAKE
} exception_type_enum;
Tcl can currently deal with OK, CONTINUE, BREAK, ERROR, and RETURN.
What's TAKE?
TAKE is like CONTROL_RETURN except that it signals that we expect
execution to
On Sat, Sep 13, 2008 at 01:55:05PM -0400, Will Coleda wrote:
> >> > +CONTROL_TAKE
> >> > } exception_type_enum;
> >>
> >> Tcl can currently deal with OK, CONTINUE, BREAK, ERROR, and RETURN.
> >>
> >> What's TAKE?
> >
> > TAKE is like CONTROL_RETURN except that it signals that we expect
> >
On Sat, Sep 13, 2008 at 10:52 AM, Patrick R. Michaud <[EMAIL PROTECTED]> wrote:
> On Sat, Sep 13, 2008 at 09:09:58AM -0400, Will Coleda wrote:
>> > --- trunk/include/parrot/exceptions.h (original)
>> > +++ trunk/include/parrot/exceptions.h Fri Sep 12 21:05:37 2008
>> > @@ -87,7 +87,8 @@
>> >
On Sat, Sep 13, 2008 at 09:09:58AM -0400, Will Coleda wrote:
> > --- trunk/include/parrot/exceptions.h (original)
> > +++ trunk/include/parrot/exceptions.h Fri Sep 12 21:05:37 2008
> > @@ -87,7 +87,8 @@
> > CONTROL_OK,
> > CONTROL_BREAK,
> > CONTROL_CONTINUE,
> > -
On Sat, Sep 13, 2008 at 12:05 AM, <[EMAIL PROTECTED]> wrote:
> Author: tene
> Date: Fri Sep 12 21:05:37 2008
> New Revision: 31049
>
> Modified:
> trunk/include/parrot/exceptions.h
> trunk/languages/perl6/src/builtins/control.pir
> trunk/languages/perl6/s
Ovid: Are you still experiencing these failures?
Jonathan: Are you still tracking this ticket?
thanks.
kid51
Author: julianalbo
Date: Mon Sep 8 13:50:52 2008
New Revision: 30914
Modified:
trunk/docs/pdds/pdd17_pmc.pod
Changes in other areas also in this revision:
Modified:
trunk/languages/lua/src/pmc/luauserdata.pmc
trunk/languages/perl6/src/pmc/mutablevar.pmc
trunk/languages/perl6/src/pmc
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.
days, they just take too
long on my slow old laptop, which I've been hacking on at conferences.)
Jonathan: Perhaps you could delete the 'perl6' at the beginning of
the basenames of these 4 files:
languages/perl6/t/pmc/perl6multisub-basic.t
languages/perl6/t/pmc/perl6multisub-d
e's basename. This particular test file has 33 characters.
not ok 3 - Filenames length
# Failed test 'Filenames length'
# at t/codingstd/filenames.t line 101.
# Filename with with more than 32 chars found in 1 files:
# languages/perl6/t/pmc/perl6multisub-dispatch-tiebreak.t:3
Will Coleda wrote:
On Thu, Jul 31, 2008 at 6:12 PM, <[EMAIL PROTECTED]> wrote:
Additionally, it's scary that Parrot was segfaulting as a result of using a
string set with null $S0 style code and then using such a string with the open
op. Not sure what the right answer is, but the current w
On Thu, Jul 31, 2008 at 6:12 PM, <[EMAIL PROTECTED]> wrote:
> Additionally, it's scary that Parrot was segfaulting as a result of using a
> string set with null $S0 style code and then using such a string with the
> open op. Not sure what the right answer is, but the current way things are is
>
uire Algorithm::Diff or
> some other utility. Certainly that's easier than relying on the presence of
> any specific command-line diff utility there.
In r29121 I now use Text::Diff instead of the diff command line tool.
Now the tool should be mostly platform agnostic, I'd welcome so
On Wed, Jul 2, 2008 at 11:06 PM, chromatic <[EMAIL PROTECTED]> wrote:
>$ parrot perl6.pbc --output=buggy.pir --trace=PIR buggy.p6
>
s/trace/target/
On Sunday 29 June 2008 16:16:13 Moritz Lenz wrote:
> > They almost definitely won't get fixed unless they're reported, and they
> > probably won't get fixed without simpler PIR examples.
>
> So how do we get simpler PIR examples?
Sometimes running:
$ parrot perl6.pbc --output=buggy.pir -
On Wednesday 02 July 2008 03:59:05 Moritz Lenz wrote:
> I'd like to get some feedback on this commit regard platform
> interoperability.
>
> I could only test it on linux, so I'm not sure what could break.
> (One comment inline in the diff below)
> > +if (@to_unfudge){
> > +my $u = un
n: 28944
>
> Added:
>trunk/languages/perl6/tools/autounfudge.pl (contents, props changed)
> Modified:
>trunk/MANIFEST
>
> Log:
> [rakudo] add tools/autounfudge.pl
>
>
> Modified: trunk/MANIFEST
> =
chromatic wrote:
> On Sunday 29 June 2008 15:03:24 Moritz Lenz wrote:
>
>> I know of #55782. From time to time I encounter some GC weirdnesses, but
>> so far I didn't care to report them all, because I have no way of to
>> know if they have all the same root or not.
>
>> And as long as even the s
On Sun, Jun 29, 2008 at 02:21:20PM -0700, chromatic wrote:
> On Sunday 29 June 2008 06:52:12 [EMAIL PROTECTED] wrote:
> > --- trunk/languages/perl6/tools/test_summary.pl (original)
> > +++ trunk/languages/perl6/tools/test_summary.pl Sun Jun 29 06:52:09 2008
>
On Sunday 29 June 2008 15:03:24 Moritz Lenz wrote:
> I know of #55782. From time to time I encounter some GC weirdnesses, but
> so far I didn't care to report them all, because I have no way of to
> know if they have all the same root or not.
> And as long as even the simplest programs in rakudo
chromatic wrote:
> On Sunday 29 June 2008 06:52:12 [EMAIL PROTECTED] wrote:
>
>> Modified:
>> trunk/languages/perl6/tools/test_summary.pl
>>
>> Log:
>> [rakudo]:
>> * Update test_summary.pl script to use -G,
>> record aborted test runs as
On Sunday 29 June 2008 06:52:12 [EMAIL PROTECTED] wrote:
> Modified:
>trunk/languages/perl6/tools/test_summary.pl
>
> Log:
> [rakudo]:
> * Update test_summary.pl script to use -G,
> record aborted test runs as failed tests.
> Modified: trunk/languages/per
# 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 build
--- 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
--- 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
>
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
tly done with a dynop, so this
>> check-in also adds a dynops file for Rakudo. make makefile will be required
>> to build after this check-in.
>
>> Added: trunk/languages/perl6/src/ops/perl6.ops
>> =======
&g
be required
> to build after this check-in.
> Added: trunk/languages/perl6/src/ops/perl6.ops
> ===
>=== --- (empty file)
> +++ trunk/languages/perl6/src/ops/perl6.ops Thu Jun 19 07:28:54 2008
> @@
chromatic wrote:
On Thursday 05 June 2008 06:14:22 [EMAIL PROTECTED] wrote
Log:
[rakudo] Get is ro, is rw and is copy, with ro being the default, working
on parameters to subs. This time, we get just one failure in
spectest_regression (on Win32), which is a result of a Parrot GC bug.
What'
On Thursday 05 June 2008 06:14:22 [EMAIL PROTECTED] wrote:
> Log:
> [rakudo] Get is ro, is rw and is copy, with ro being the default, working
> on parameters to subs. This time, we get just one failure in
> spectest_regression (on Win32), which is a result of a Parrot GC bug.
What's the ticket nu
On Saturday 24 May 2008 05:06:13 [EMAIL PROTECTED] wrote:
> Log:
> [rakudo] A few updates to Mutable PMC, and subclass it for Scalar, Array
> and Hash containers.
>
> Modified: trunk/languages/perl6/src/pmc/mutab
Patrick R. Michaud wrote:
There's currently a problem in that
class Foo { }
doesn't create 'Foo' as a subclass of Object.
Hmmmthat's odd, since I can do:
class Foo { }
if Foo ~~ Object { say "yes" }
yes
if Foo.new() ~~ Object { say "yes" }
yes
I know that it doesn't explicitly do
From: "Patrick R. Michaud" <[EMAIL PROTECTED]>
Date: Wed, 16 Apr 2008 14:47:13 -0500
Also, something that might help with the discussion of multimethod
dispatch in rock-paper-scissors is to note that the mmd types do
not have to be directly related in the type hierarchy. In other
On Wed, Apr 16, 2008 at 09:38:41PM +0200, Jonathan Worthington wrote:
> chromatic wrote:
> >You're right. I started from the wrong point in my bisect.
> >
> No worries.
>
> >I can't reproduce the problem with any revision before or after the 0.6.1
> >release.
> >
> But the 0.6.1 release had
chromatic wrote:
You're right. I started from the wrong point in my bisect.
No worries.
I can't reproduce the problem with any revision before or after the 0.6.1
release.
But the 0.6.1 release had a problem? If I'm understanding correctly, the
current revision doesn't show the problem?
On Wednesday 16 April 2008 11:22:08 Jonathan Worthington wrote:
> > This is the commit which broke the Rock, Paper, Scissors MMD example.
> *confused look* But I didn't implement the stuff needed to run the rock,
> paper scissors MMD example until 4 days after the commit you mention?
> http://par
chromatic wrote:
On Sunday 06 April 2008 16:05:45 [EMAIL PROTECTED] wrote:
Modified:
trunk/languages/perl6/src/builtins/guts.pir
trunk/languages/perl6/src/parser/actions.pm
trunk/languages/perl6/src/parser/grammar.pg
Log:
[rakudo] Add type-checking of parameters to subroutines and
On Sunday 06 April 2008 16:05:45 [EMAIL PROTECTED] wrote:
> Modified:
>trunk/languages/perl6/src/builtins/guts.pir
> trunk/languages/perl6/src/parser/actions.pm
>trunk/languages/perl6/src/parser/grammar.pg
>
> Log:
> [rakudo] Add type-checking of parameters to su
On Sun, Apr 13, 2008 at 02:50:42PM -0700, [EMAIL PROTECTED] wrote:
> Modified:
>trunk/languages/perl6/src/builtins/control.pir
>
> Log:
> [rakudo] First cut at eval. Sucks because it doesn't allow
> you to use variables in the lexical scope the code is
> compil
Author: coke
Date: Tue Mar 25 20:38:06 2008
New Revision: 26553
Modified:
trunk/docs/pdds/pdd17_pmc.pod
Changes in other areas also in this revision:
Modified:
trunk/DEPRECATED.pod
trunk/languages/perl6/src/classes/Object.pir
trunk/lib/Parrot/Pmc2c/PMCEmitter.pm
trunk/src/mmd.c
Fixes confirmed. c++ for the quick work.
On Wednesday 12 March 2008 23:38:46 [EMAIL PROTECTED] wrote:
> Author: duff
> Date: Wed Mar 12 23:38:44 2008
> New Revision: 26345
>
> Modified:
> trunk/languages/perl6/src/pmc/perl6str.pmc
>
> Log:
> [rakudo] rough cut implementation of auto-{increment,decrement} fo
rrectly'
> # at t/codingstd/check_isxxx.t line 82.
> # isxxx() function not cast to unsigned char 1 files:
> # /home/jimk/work/parrot/languages/perl6/src/pmc/perl6str.pmc (171,
> 172, 192, 194, 209, 219, 234, 258, 260, 281, 291)
> # Looks like you failed 1 test of 1.
> Dubiou
std/check_isxxx..
1..1
not ok 1 - isxxx() functions cast correctly
# Failed test 'isxxx() functions cast correctly'
# at t/codingstd/check_isxxx.t line 82.
# isxxx() function not cast to unsigned char 1 files:
# /home/jimk/work/parrot/languages/perl6/src/pmc/perl6str.pmc (171,
On Wed, Mar 12, 2008 at 10:36 AM, chromatic <[EMAIL PROTECTED]> wrote:
> On Tuesday 11 March 2008 22:59:11 [EMAIL PROTECTED] wrote:
>
> > Modified:
> > trunk/languages/perl6/config/makefiles/root.in
> >trunk/languages/perl6/src/classes/Bool.pir
> &
On Tuesday 11 March 2008 22:59:11 [EMAIL PROTECTED] wrote:
> Modified:
>trunk/languages/perl6/config/makefiles/root.in
> trunk/languages/perl6/src/classes/Bool.pir
>trunk/languages/perl6/src/pmc/perl6bool.pmc
>
> Log:
> [rakudo] implement auto{increment,decrement}
Ticket/Display.html?id=49982 >
Hi!
It seems the TAB before a command got corrupted in the source file
for languages/perl6/Makefile. This made "make perl6" fail for me.
kind regards
-Edwin
Fixed in r25002. Thanks!
-- Bob
ges/perl6/Makefile. This made "make perl6" fail for me.
kind regards
-Edwin
root.in |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
Index: languages/perl6/config/makefiles/root.in
===
--- languages/perl6/con
On Jan 2, 2008 3:51 PM, chromatic <[EMAIL PROTECTED]> wrote:
> On Wednesday 02 January 2008 08:39:51 [EMAIL PROTECTED] wrote:
>
> > Modified:
> > trunk/languages/perl6/ (props changed)
> >trunk/languages/perl6/config/makefiles/root.in
> >
> >
On Wednesday 02 January 2008 08:39:51 [EMAIL PROTECTED] wrote:
> Modified:
>trunk/languages/perl6/ (props changed)
> trunk/languages/perl6/config/makefiles/root.in
>
> Log:
> [perl6]
> - add suffixe .exe on Win32
I'm not sure about this change. None of our o
On Sunday 19 August 2007 10:51:54 Joshua Gatcomb wrote:
> As far as I can tell, r20659 is the last rev perl6 worked correctly on
>
> r20660 does not appear to finish building correctly
> r20661 perl6 make spectest blows up all over the place
>
> pmichaud probably has more details as to the exact n
# New Ticket Created by "Joshua Gatcomb"
# Please include the string: [perl #44775]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=44775 >
As far as I can tell, r20659 is the last rev perl6 worked correctly on
r20660 does
On Sun Aug 19 10:51:54 2007, [EMAIL PROTECTED] wrote:
> As far as I can tell, r20659 is the last rev perl6 worked correctly on
>
> r20660 does not appear to finish building correctly
> r20661 perl6 make spectest blows up all over the place
>
> pmichaud probably has more details as to the exact na
On Wed, 11 Jul 2007 23:49:34 -0700
Mark Glines (via RT) <[EMAIL PROTECTED]> wrote:
> perl6str.pmc has an extra-long "pmclass" statement, which
> breaks the #line numbering when pmc2c generates the .c file.
>
> The line numbers are wrong in the generated perl6str.c file.
> get_string() starts on li
On Thu, 12 Jul 2007 09:26:25 -0700
Mark Glines <[EMAIL PROTECTED]> wrote:
> I don't have a fix (yet), but here's a patch to add a couple of tests
> for it. One test makes sure it emits the right #line when a complex
> pmclass statement is all on one line, and the second makes sure #line
> is adjus
On Thu, 12 Jul 2007 18:31:43 -0700
Mark Glines <[EMAIL PROTECTED]> wrote:
> So here's a patch. It's a bit quick & dirty, but it'll work. A
> cleaner solution would probably involve adding a fourth returned
> parameter from parse_flags: a line-count. Ends up being the same
> thing, really... just
On Thu, 12 Jul 2007 09:26:25 -0700
Mark Glines <[EMAIL PROTECTED]> wrote:
> > Interestingly, if I take all of the crud in this pmclass statement
> > and stick them all on one line, like this:
> >
> > pmclass Perl6Str extends String does string dynpmc group perl6_group
> > hll Perl6 maps String {
>
On Wed, 11 Jul 2007 23:49:34 -0700
Mark Glines (via RT) <[EMAIL PROTECTED]> wrote:
> The pmclass statement looks like:
>
> pmclass Perl6Str
> extends String
> does string
> dynpmc
> group perl6_group
> hll Perl6
> maps String {
>
> Interestingly, if I take all of the crud
# New Ticket Created by Mark Glines
# Please include the string: [perl #43815]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=43815 >
perl6str.pmc has an extra-long "pmclass" statement, which
breaks the #line numbering when
On Friday 22 June 2007 11:25:11 Mark Glines wrote:
> Since I have a little more time, this patch is the same thing, but I
> used a slightly less stupid regex for my search/replace this time, so
> it caught more cases. (Previous regex was too dependent on commas and
> missed things like string_from
On Friday 22 June 2007 10:42:35 Mark Glines wrote:
> Great! Here's a reissued patch with the name changed to
> string_from_literal().
I have a meeting in 30 seconds, but I'll review the patch and apply it
afterward.
Oops, -10 seconds.
-- c
On Fri, 22 Jun 2007 10:35:00 -0700
chromatic <[EMAIL PROTECTED]> wrote:
> > > If we're passing in a string literal, it seems silly to pass in a
> > > length of 0, as we're recalculating a constant on every call. I
> > > don't see that this macro fixes that.
>
> > It uses sizeof, not strlen. So,
On Friday 22 June 2007 09:30:40 Mark Glines wrote:
> > If we're passing in a string literal, it seems silly to pass in a
> > length of 0, as we're recalculating a constant on every call. I
> > don't see that this macro fixes that.
> It uses sizeof, not strlen. So, it pushes the calculation to
>
On Fri, Jun 22, 2007 at 09:30:40AM -0700, Mark Glines wrote:
> On Fri, 7 Nov 2008 15:28:40 -0700
> chromatic <[EMAIL PROTECTED]> wrote:
> > On Friday 22 June 2007 02:07:32 Nicholas Clark wrote:
> > > I think that you need something like this
> > > /* concatenating with "" ensures that only literal
On Fri, 7 Nov 2008 15:28:40 -0700
chromatic <[EMAIL PROTECTED]> wrote:
> On Friday 22 June 2007 02:07:32 Nicholas Clark wrote:
> > I think that you need something like this
> >
> > /* concatenating with "" ensures that only literal strings are
> > accepted as argument */ #define STR_WITH_LEN(s) (s
On Fri, Nov 07, 2008 at 03:28:40PM -0700, chromatic wrote:
> On Friday 22 June 2007 02:07:32 Nicholas Clark wrote:
>
> > > We have a lot of string_from_cstring() calls with constant second
> > > parameters and third parameters of 0 that could use updating. There's no
> > > sense in calling strlen
On Fri, 22 Jun 2007 11:36:28 -0500
"Patrick R. Michaud" <[EMAIL PROTECTED]> wrote:
> > Also, using sizeof() will fix some cases that strlen() doesn't
> > handle correctly, specifically, strings containing explicit null
> > characters. src/objects.c has a few examples of that.
> > string_to_cstring(
On Fri, 22 Jun 2007 10:07:32 +0100
Nicholas Clark <[EMAIL PROTECTED]> wrote:
> > We have a lot of string_from_cstring() calls with constant second
> > parameters and third parameters of 0 that could use updating.
> > There's no sense in calling strlen() all the time.
>
> I think that you need some
On Thu, Jun 21, 2007 at 11:08:25PM -0700, chromatic wrote:
> On Thursday 21 June 2007 17:44:38 Mark Glines wrote:
>
> > On Thu, 21 Jun 2007 17:38:15 -0700
> >
> > chromatic <[EMAIL PROTECTED]> wrote:
> > > > -return string_from_cstring(INTERP, "Str", 3);
> > > > +return str
On Thursday 21 June 2007 17:44:38 Mark Glines wrote:
> On Thu, 21 Jun 2007 17:38:15 -0700
>
> chromatic <[EMAIL PROTECTED]> wrote:
> > > -return string_from_cstring(INTERP, "Str", 3);
> > > +return string_from_cstring(INTERP, "Bool", 3);
> > > return SUPER();
> > >
On Thu, 21 Jun 2007 17:38:15 -0700
chromatic <[EMAIL PROTECTED]> wrote:
> > -return string_from_cstring(INTERP, "Str", 3);
> > +return string_from_cstring(INTERP, "Bool", 3);
> > return SUPER();
> > }
>
> That 3 looks like it should be 4.
Yep, fixed in r19238
On Thursday 21 June 2007 12:05:35 [EMAIL PROTECTED] wrote:
> Log:
> [perl6]:
> * Fix incorrect get_string() value in perl6bool.pmc (Infinoid++)
>
>
> Modified: trunk/languages/perl6/src/pmc/perl6bool.pmc
> =
1 - 100 of 122 matches
Mail list logo
