Darren,
I will take a stab at your questions.
On Mar 5, 2005, at 6:25 PM, Darren Duncan wrote:
Question 1: So where would I find the "To Do" code collection?
The TODO code which you are referring too is actually in the Pugs
distro. If you grep the .t files you will find many todo_ok() and
todo_is
Garrett Rooney writes:
> Luke Palmer wrote:
> >Garrett Rooney writes:
> >
> >>We don't have any tests for the $?LINE and $?FILE variables, although
> >>they do work just fine as far as I can tell.
> >>
> >>Here's a diff adding some in a new t/magical/vars.t file, since Autrijus
> >>thought they s
Luke Palmer wrote:
Garrett Rooney writes:
We don't have any tests for the $?LINE and $?FILE variables, although
they do work just fine as far as I can tell.
Here's a diff adding some in a new t/magical/vars.t file, since Autrijus
thought they should go in t/magical, but there doesn't appear to b
Greetings,
I wish to help out the development of Perl 6, initially running under
Pugs, by supplying test code of sorts, written in Perl 6, that we
would attempt to run under Pugs (and eventually Parrot) to ensure
that it works correctly with the subset of Perl 6 that I use.
Yesterday I was read
Garrett Rooney writes:
> Garrett Rooney wrote:
>
> >Assuming the spec is correct, here's a patch to add some more tests to
> >t/op/string_interpolation.t.
>
> Of course, those should have been todo_is tests... Here's the right patch.
Thanks, applied.
Luke
Garrett Rooney writes:
> We don't have any tests for the $?LINE and $?FILE variables, although
> they do work just fine as far as I can tell.
>
> Here's a diff adding some in a new t/magical/vars.t file, since Autrijus
> thought they should go in t/magical, but there doesn't appear to be a
> go
On Sat, Mar 05, 2005 at 10:58:53AM -0600, Patrick R. Michaud wrote:
> On Sat, Mar 05, 2005 at 11:42:17AM -0500, Garrett Rooney wrote:
> > That's what I though, but Autrijus suggested I check with p6l first.
>
> Okay, no problem. We're still learning and establishing where
> the fuzzy boundaries
On Fri, Mar 04, 2005 at 04:44:42PM -0800, Ofer Nave wrote:
> Michael G Schwern wrote:
>
> >On Fri, Mar 04, 2005 at 04:27:07PM -0800, Ofer Nave wrote:
> >
> >>Random thought: Could Devel::Cover be automatically run against all
> >>modules in CPAN, with ratings posted on cpan.org right next to the
On Sat, Mar 05, 2005 at 11:42:17AM -0500, Garrett Rooney wrote:
> Patrick R. Michaud wrote:
> >On Sat, Mar 05, 2005 at 11:22:23AM -0500, Garrett Rooney wrote:
> >
> >>It looks like the current pugs array interpolation doesn't quite match
> >>the description in S02.
> >>[...]
> >>So what's right, t
We don't have any tests for the $?LINE and $?FILE variables, although
they do work just fine as far as I can tell.
Here's a diff adding some in a new t/magical/vars.t file, since Autrijus
thought they should go in t/magical, but there doesn't appear to be a
good home for them there yet.
-garre
Patrick R. Michaud wrote:
On Sat, Mar 05, 2005 at 11:22:23AM -0500, Garrett Rooney wrote:
It looks like the current pugs array interpolation doesn't quite match
the description in S02.
[...]
So what's right, the spec or the implementation?
I should've also mentioned in my previous post that in th
On Sat, Mar 05, 2005 at 11:22:23AM -0500, Garrett Rooney wrote:
> It looks like the current pugs array interpolation doesn't quite match
> the description in S02.
> [...]
> So what's right, the spec or the implementation?
I should've also mentioned in my previous post that in this case,
the spec
On Sat, Mar 05, 2005 at 11:22:23AM -0500, Garrett Rooney wrote:
> It looks like the current pugs array interpolation doesn't quite match
> the description in S02.
> [...]
This a (hopefully friendly) note regarding cross posting between
perl6-compiler (p6c) and perl6-language (p6l). We're still f
Garrett Rooney wrote:
Assuming the spec is correct, here's a patch to add some more tests to
t/op/string_interpolation.t.
Of course, those should have been todo_is tests... Here's the right patch.
-garrett
Index: t/op/string_interpolation.t
It looks like the current pugs array interpolation doesn't quite match
the description in S02.
S02 says that container references automatically dereference to the
appropriate (white space separated) string values, which is fine, pugs
does that now, but it also says that to interpolate an entire
I don't see a way to do this at present. What I would like is an
equivalent to .flatten_arg for a PCC return, e.g.:
.pcc_begin_return
.flatten_arg array_of_results
.pcc_end_return
Of course, ".flatten_arg" sounds a bit odd in this context, so ca
Andy Dougherty wrote:
On Fri, 4 Mar 2005, Leopold Toetsch wrote:
I'd be glad if some folks could have a look at the PMC compiler
classes/pmc2c2.pl and lib/Parrot/Pmc2c.pm. Something seems to be fishy
somewhere.
Fixed. Old code that assumed there's just one flag so a hash was used.
leo
Andy Dougherty wrote:
Eventually I found this:
$ grep -2 parents dynclasses/pynci.dump
linux/i386:
OS X:
'parents' => [
'PyFunc',
'NCI',
After make cvsclean; per Configure.pl; ... I got the correct parents
ordering. Seems that the parents somewhere go through a hash which then
produces ei
Will Coleda (via RT) wrote:
OS X build isn't quite right. darwin hints defines "platform_asm", but this
file isn't defined for darwin. This generates a dependency in the build for
src/platform_asm.s, which doesn't exist.
Ah, yes. Always run make realclean, leo.
ld: Undefined symbols:
_Parrot_ppc
Andy Dougherty wrote:
make: *** No rule to make target `blib/include/unicode/ucnv.h',
needed by `src/string_primitives.o'. Stop.
This was fixed by Bernhard yesterday.
leo
20 matches
Mail list logo
