# New Ticket Created by Kevin Tew
# Please include the string: [perl #39776]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=39776 >
---
osname= darwin
osvers= 8.0
arch= darwin-thread-multi-2level
cc= cc
---
Flags:
Ovid wrote:
- Original Message
From: Nik Clayton <[EMAIL PROTECTED]>
Ovid wrote:
I'm perfectly comfortable with this idea, but what I'm trying to figure
> > out then, is the namespace for my parser. It's a TAP parser, after all.
> > Any suggestions? I see that Adam has suggeste
Parrot Bug Summary
http://rt.perl.org/rt3/NoAuth/parrot/Overview.html
Generated at Mon Jul 10 13:15:01 2006 GMT
---
* Numbers
* New Issues
* Overview of Open Issues
* Ticket Status By Version
* Requestors with m
On Sun, Jul 09, 2006 at 01:16:47AM -1000, Joshua Hoblitt wrote:
> When you say, "On x86_64" I think what your really mean is a "x86_64
> system with multilib support".
Right.
> You are correct that the current build system does not support
> multilib builds or installs (or at least it didn't the
On Sat, Jul 08, 2006 at 12:47:17AM -0700, Darren Duncan wrote:
> As briefly discussed on #perl6 ...
As briefly replied there before being jethandled...
> I propose that we make like Sun and its Java VM validation suite,
> and start distributing the Perl 6 test suite as its own distribution
> on C
"Audrey Tang" <[EMAIL PROTECTED]> wrote in message
news:[EMAIL PROTECTED]
Unfortunatelly, those of us who use Perl under Windows / MSVC Compiler
cannot use v6.pm, due to the fact that it has an indirect dependency on
Devel::Caller which fails to work using that compiler combination (i.e.,
fail
The PITA/TestBuilder2 BoF at YAPC::NA (which spent most of its time
talking about TAP) sketched out a syntax for parsable TAP diagnostics.
not ok 2 - omg t3h sooper test!!1!
file:foo.t
line:45
description: omg t3h sooper test!!1!
got: this
expected:that
r
- Original Message
From: Michael G Schwern <[EMAIL PROTECTED]>
> The PITA/TestBuilder2 BoF at YAPC::NA (which spent most of its time
> talking about TAP) sketched out a syntax for parsable TAP diagnostics.
>
> not ok 2 - omg t3h sooper test!!1!
> file:foo.t
> line:45
On 7/10/06, Ian Langworth <[EMAIL PROTECTED]> wrote:
These diagnostic keywords seem to blend too much into the rest of TAP.
Look at it in a fixed-with font, if you're not already, and it might
stand out better.
Also consider that with the next gen TAP parsers, "enhanced" TAP
displays should be
Subject: TAP diagnostic syntax proposal
From: Michael G Schwern <[EMAIL PROTECTED]>
Date: Mon, 10 Jul 2006 10:19:03 -0700
}The PITA/TestBuilder2 BoF at YAPC::NA (which spent most of its time
}talking about TAP) sketched out a syntax for parsable TAP diagnostics.
}
} not ok 2 - omg t3h sooper tes
These diagnostic keywords seem to blend too much into the rest of TAP. Consider:
not ok 2 - omg t3h sooper test!!1!
! file:foo.t
! line:45
! description: omg t3h sooper test!!1!
! got: this
! expected:that
! raw-test:is( "this", "that", "omg t3h sooper test!
On 7/10/06, Pete Krawczyk <[EMAIL PROTECTED]> wrote:
I would be concerned about "got" or "expected" including embedded
newlines, such as:
is($mech->content,$expected_page,"Web page content matches what's expected");
even with a delimiter such as Ian suggested. How would this handle that?
Y
On Fri, Jul 07, 2006 at 01:36:06PM -0700, Chip Salzenberg wrote:
> I'm unable to hang around Portland after Friday afternoon, I'm sorry to
> report, so Saturday hackathoning will miss me. However, I will be arriving
> a day _early_ so I'll be in Portland all day Sunday. I understood Patrick
> to
On 7/10/06, Patrick R. Michaud <[EMAIL PROTECTED]> wrote:
On Fri, Jul 07, 2006 at 01:36:06PM -0700, Chip Salzenberg wrote:
> I'm unable to hang around Portland after Friday afternoon, I'm sorry to
> report, so Saturday hackathoning will miss me. However, I will be arriving
> a day _early_ so I'l
On Monday 10 July 2006 10:19, Michael G Schwern wrote:
>got: this
>expected:that
"got" still sucks. Is there any chance to change it to "received"?
-- c
- Original Message
From: chromatic <[EMAIL PROTECTED]>
> On Monday 10 July 2006 10:19, Michael G Schwern wrote:
>
> >got: this
> >expected:that
>
> "got" still sucks. Is there any chance to change it to "received"?
I like "pitched" and "caught".
... silence ...
On Fri, Jul 07, 2006 at 10:07:57AM -0600, Kevin Tew wrote:
> I based the initial PGE grammar for PRuby off of
> svn://rubyforge.org/var/svn/rubygrammar/grammars/antlr-v3/trunk/ruby.g
> which is in complete.
> I'm looking for a BNF style description of the Ruby grammar. Otherwise
> I will have
On Jul 10, 2006, at 11:34, chromatic wrote:
"got" still sucks. Is there any chance to change it to "received"?
It's not a gift package delivered by FedEx. What sucks about "got"?
Best,
David
not ok 2 - omg t3h sooper test!!1!
--- TAP diagnostics
file:foo.t
Why aren't we commenting the YAML block so that it's compatible with
current TAP parsers? I'm thinking something like this:
not ok 2 - ensure that foo is equal to bar
# --- !!tap/diagnostics
# file: foo.t
# line: 4
On Monday 10 July 2006 11:41, David Wheeler wrote:
> It's not a gift package delivered by FedEx. What sucks about "got"?
It's the grammatical equivalent of tucking your shirt tail into your underwear
before trying to get a date at your family reunion.
-- c
On Jul 10, 2006, at 11:59, chromatic wrote:
It's the grammatical equivalent of tucking your shirt tail into
your underwear
before trying to get a date at your family reunion.
That's the best place to *get* a date!
D
On Sun, Jul 09, 2006 at 07:15:07PM -0700, Kevin Tew wrote:
> ../../parrot ../../compilers/pge/pgc.pir
> --output=lib/pruby_grammar_gen.pir lib/pruby.pg
> Method 'reduce' not found
> current instr.: 'parrot;PGE::Exp::Quant;reduce' pc 4358
> (compilers/pge/PGE/Exp.pir:402)
> ...
> pruby.pg is avail
I agree that "got" is generally a good word to avoid in formal writing,
but in a testing protocol I think that it's an acceptable abbreviation
for "the actual result". Especially since "received" doesn't quite
convey the right meaning here. Maybe "expected data" and "actual data"
(or "expecte
On Mon, Jul 10, 2006 at 09:37:24AM -0500, Michael Goldshteyn wrote:
> "Audrey Tang" <[EMAIL PROTECTED]> wrote in message
> news:[EMAIL PROTECTED]
>
> Unfortunatelly, those of us who use Perl under Windows / MSVC Compiler
> cannot use v6.pm, due to the fact that it has an indirect dependency on
On Jul 10, 2006, at 2:04 PM, David Wheeler wrote:
It's the grammatical equivalent of tucking your shirt tail into
your underwear
before trying to get a date at your family reunion.
That's the best place to *get* a date!
Actually, weddings are. There's always someone(s) also w/o a date
prove --secret-ovid-mode ...
On 7/10/06, Ovid <[EMAIL PROTECTED]> wrote:
- Original Message
From: chromatic <[EMAIL PROTECTED]>
> On Monday 10 July 2006 10:19, Michael G Schwern wrote:
>
> >got: this
> >expected:that
>
> "got" still sucks. Is there any chance to c
On Jul 10, 2006, at 12:39 PM, Patrick R. Michaud wrote:
Yes, I'm now targeting any hackathoning in Portland to occur on
the Sunday before OSCON instead of the Saturday after.
I'll be in Monday afternoon and leaving Friday afternoon so nyeah!
--
Andy Lester => [EMAIL PROTECTED] => www.petdanc
On Jul 10, 2006, at 1:38 PM, Ovid wrote:
got: this
expected:that
"got" still sucks. Is there any chance to change it to "received"?
"Expected" and "actual"
--
Andy Lester => [EMAIL PROTECTED] => www.petdance.com => AIM:petdance
On Sun, Jul 09, 2006 at 04:11:55PM -0700, chromatic wrote:
> On Sunday 09 July 2006 02:15, Vishal Soni wrote:
>
> > I am not an expert on which approach is the way to go:
> > 1. Hack Mozilla's JavaScript excution engine to generate PIR.
>
> If there's a fairly direct correspondence between JS byt
YAML documents [can] end with a "...".
I like Jonathan's suggestion of making the YAML comments, but my gut
feels funny about that. If the lines are preceeded with hashes, then
it's not "true" YAML; it has to be stripped of the leading characters.
Also, I'd rather have a TAP directive to state, "
On Mon, Jul 10, 2006 at 12:10:37AM -0400, Will Coleda wrote:
> I am currently trying to add some PGE to tcl (for the [expr] command,
> where the optok parsing will be very helpful).
>
> While debugging, I noticed that perl6 isn't using the .HLL directive:
> I suspect the namespace lookup issue
On Sat, Jul 08, 2006 at 01:57:58PM -0700, Chip Salzenberg wrote:
> Relative is the usual apposite to absolute, but we have a three-way
> logic here, so appositives don't really work. I think that "hll" is the
> best I can think of, and given the existing ".HLL" directive, its meaning
> is immediat
Author: larry
Date: Mon Jul 10 13:48:24 2006
New Revision: 10077
Modified:
doc/trunk/design/syn/S02.pod
doc/trunk/design/syn/S03.pod
Log:
Disallow postfix after listops without intervening (), .() or \.().
Modified: doc/trunk/design/syn/S02.pod
at the chicago hackathon, i decided to create a simple tap grammar
using perl 6 regexes. you can find the example grammar at:
http://svn.perl.org/parrot/trunk/examples/pge/grammars/TAP.pg
that spawned interest from chris dolan on creating a parser using
parrot's parser grammar engine (pge.) to
* Ovid <[EMAIL PROTECTED]> [2006-07-10 20:40]:
> From: chromatic <[EMAIL PROTECTED]>
> > On Monday 10 July 2006 10:19, Michael G Schwern wrote:
> >
> > >got: this
> > >expected:that
> >
> > "got" still sucks. Is there any chance to change it to "received"?
>
> I like "pitched"
On 7/10/06, A. Pagaltzis <[EMAIL PROTECTED]> wrote:
* Ovid <[EMAIL PROTECTED]> [2006-07-10 20:40]:
> From: chromatic <[EMAIL PROTECTED]>
> > On Monday 10 July 2006 10:19, Michael G Schwern wrote:
> >
> > >got: this
> > >expected:that
> >
> > "got" still sucks. Is there any ch
On Mon, Jul 10, 2006 at 11:59:27AM -0700, chromatic wrote:
> On Monday 10 July 2006 11:41, David Wheeler wrote:
>
> > It's not a gift package delivered by FedEx. What sucks about "got"?
>
> It's the grammatical equivalent of tucking your shirt tail into your
> underwear before trying to get a da
On Mon, Jul 10, 2006 at 09:19:14PM +0100, Norman Nunley, Jr wrote:
> There's a rules grammar in http://svn.openfoundry.org/pugs/misc/
> JavaScript-FrontEnd/Grammar.pm
>
> When I last attempted to compile it with PGE, it gave up the ghost in
> the character class definitions.
Wow, thanks for th
Hi Patrick,
This is is a good starting point. I have been writing the JavaScript grammar
in PGE fromECMA-262 spec. They lay out the operator precedence using Grammar
rules. Instead of using rules for operator precedence I would like to use
your optok approach. Is there some help I can get? I did
On Mon, Jul 10, 2006 at 03:23:56PM -0500, Patrick R. Michaud wrote:
> On Sat, Jul 08, 2006 at 01:57:58PM -0700, Chip Salzenberg wrote:
> > Relative is the usual apposite to absolute, but we have a three-way
> > logic here, so appositives don't really work. I think that "hll" is the
> > best I can
On Mon, Jul 10, 2006 at 02:53:15PM -0700, Chip Salzenberg wrote:
> On Mon, Jul 10, 2006 at 03:23:56PM -0500, Patrick R. Michaud wrote:
> > On Sat, Jul 08, 2006 at 01:57:58PM -0700, Chip Salzenberg wrote:
> > > Relative is the usual apposite to absolute, but we have a three-way
> > > logic here, so
On 7/10/06, Paul Johnson <[EMAIL PROTECTED]> wrote:
On Mon, Jul 10, 2006 at 11:59:27AM -0700, chromatic wrote:
> On Monday 10 July 2006 11:41, David Wheeler wrote:
>
> > It's not a gift package delivered by FedEx. What sucks about "got"?
>
> It's the grammatical equivalent of tucking your shirt
在 2006/7/10 上午 10:37 時，Michael Goldshteyn 寫到：
Unfortunatelly, those of us who use Perl under Windows / MSVC Compiler
cannot use v6.pm, due to the fact that it has an indirect
dependency on
Devel::Caller which fails to work using that compiler combination
(i.e.,
fails all tests after a build
On Monday 10 July 2006 15:28, demerphq wrote:
> On 7/10/06, Paul Johnson <[EMAIL PROTECTED]> wrote:
> > Whilst I would also like to see something nicer that "got", I'm actually
> > more concerned about the ordering. I always expect to see "expected"
> > first, followed by "got" or "received" or
At 6:53 PM +0300 7/10/06, Gaal Yahas wrote:
On Sat, Jul 08, 2006 at 12:47:17AM -0700, Darren Duncan wrote:
As briefly discussed on #perl6 ...
As briefly replied there before being jethandled...
As further discussed there ...
Perhaps we need a baby-Perl Test::Simple for new implementations
At 2:24 PM -0500 7/10/06, Andy Lester wrote:
On Jul 10, 2006, at 12:39 PM, Patrick R. Michaud wrote:
Yes, I'm now targeting any hackathoning in Portland to occur on
the Sunday before OSCON instead of the Saturday after.
I'll be in Monday afternoon and leaving Friday afternoon so nyeah!
If a
For those who are interested in doing hackathoning at OSCON,
we're currently planning to do things on Sunday the 23rd.
I'll see if I can find a designated place for us to meet
and work.
However, for those who cannot make it on Sunday, I notice that
Monday and Tuesday at OSCON are primarily dedicat
On Mon, Jul 10, 2006 at 06:09:32PM -0500, Patrick R. Michaud wrote:
> However, for those who cannot make it on Sunday, I notice that Monday and
> Tuesday at OSCON are primarily dedicated for tutorial sessions, so people
> arriving after Sunday and/or not attending or presenting tutorials can
> perh
On 7/11/06, chromatic <[EMAIL PROTECTED]> wrote:
On Monday 10 July 2006 15:28, demerphq wrote:
> On 7/10/06, Paul Johnson <[EMAIL PROTECTED]> wrote:
> > Whilst I would also like to see something nicer that "got", I'm actually
> > more concerned about the ordering. I always expect to see "expec
Want: This
Have: That
Put me down for this one too. Simpler for non-English speakers as well.
chromatic wrote:
On Monday 10 July 2006 10:19, Michael G Schwern wrote:
got: this
expected:that
"got" still sucks. Is there any chance to change it to "received"?
returned?
* Randy W. Sims <[EMAIL PROTECTED]> [2006-07-11 01:40]:
> chromatic wrote:
> >On Monday 10 July 2006 10:19, Michael G Schwern wrote:
> >
> >> got: this
> >> expected:that
> >
> >"got" still sucks. Is there any chance to change it to "received"?
>
> returned?
Err, it’s what was pa
Michael G Schwern wrote:
The PITA/TestBuilder2 BoF at YAPC::NA (which spent most of its time
talking about TAP) sketched out a syntax for parsable TAP diagnostics.
not ok 2 - omg t3h sooper test!!1!
file:foo.t
line:45
description: omg t3h sooper test!!1!
got: th
On Sun, Jul 09, 2006 at 11:52:23PM -0700, Matt Diephouse wrote:
> Trying to use an Iterator with a NameSpace makes Parrot segfault
Ouch.
The current namespace class is typed but in a silly way -- not with name
mangling but with actually storing two things with exactly the same name.
(One being a
# New Ticket Created by Chip Salzenberg
# Please include the string: [perl #39784]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=39784 >
Parrot's default namespace implementation should be 100% untyped --
basically just a
At 4:15 PM -0700 7/10/06, Chip Salzenberg wrote:
On Mon, Jul 10, 2006 at 06:09:32PM -0500, Patrick R. Michaud wrote:
However, for those who cannot make it on Sunday, I notice that Monday and
Tuesday at OSCON are primarily dedicated for tutorial sessions, so people
arriving after Sunday and/or
Chip Salzenberg wrote:
>
> I think it'd be great to maintain a hackathon designated location for those
> who are between tutorials, or who like me just show up during tutorial days
> for the hell of it. :-)
There's a designated room for hackathon/Camp-style sessions inside the
convention center
Patrick R. Michaud <[EMAIL PROTECTED]> wrote:
On Mon, Jul 10, 2006 at 02:53:15PM -0700, Chip Salzenberg wrote:
> On Mon, Jul 10, 2006 at 03:23:56PM -0500, Patrick R. Michaud wrote:
> > On Sat, Jul 08, 2006 at 01:57:58PM -0700, Chip Salzenberg wrote:
> > > Relative is the usual apposite to absolut
Chip Salzenberg wrote:
>
> Hrm. Relative is the usual apposite to absolute, but we have a three-way
> logic here, so appositives don't really work. I think that "hll" is the
> best I can think of, and given the existing ".HLL" directive, its meaning
> is immediately clear:
I like that.
> Seems
On Mon, Jul 10, 2006 at 06:57:06PM -0700, Matt Diephouse wrote:
> Patrick R. Michaud <[EMAIL PROTECTED]> wrote:
> >I really like both of these suggestions. We also noted on #parrot that
> >get_hll_global would really simplify things for the Tcl folks, which
> >currently go through a macro to achie
On Mon, Jul 10, 2006 at 07:22:21PM -0700, Allison Randal wrote:
> Chip Salzenberg wrote:
> > I think that "hll" is the best I can think of, and given the existing
> > ".HLL" directive, its meaning is immediately clear:
>
> I like that.
Great!
> > Seems to me that we should have get_namespace pat
From: Chip Salzenberg <[EMAIL PROTECTED]>
Date: Mon, 10 Jul 2006 19:41:38 -0700
(You'll probably want to know that "get_base_global" has a slight object-
orientation connotation from my C++ experience; in C++, a superclass is
called a "base class". Whether this matters depends enti
Ovid wrote:
In the last day or so, every time I go to rt.cpan.org, it seems to
nearly finish loading a page and then just stalls.
My problem was that I couldn't even log in yesterday. I eventually
filed a bug report with perlbug-admin at perl and Robert had to
diddle the database to get
在 2006/7/5 上午 12:15 時，chromatic 寫到：
On Tuesday 04 July 2006 21:01, Audrey Tang wrote:
Hence I'm puzzled why you raise the "dynamic language" categorization
as a justification, for that term usually refers to dynamic typing,
not to :immediate. If it is referring to :immediate, then Python/
Ru
Bob Rogers wrote:
>From: Chip Salzenberg <[EMAIL PROTECTED]>
>Date: Mon, 10 Jul 2006 19:41:38 -0700
>
>(You'll probably want to know that "get_base_global" has a slight object-
>orientation connotation from my C++ experience; in C++, a superclass is
>called a "base class". Whe
On Jul 10, 2006, at 4:31 PM, Vishal Soni wrote:
This is is a good starting point. I have been writing the
JavaScript grammar
in PGE fromECMA-262 spec. They lay out the operator precedence
using Grammar
rules. Instead of using rules for operator precedence I would like
to use
your optok appr
Thanks Chris
I looked at it but it does not implement Unicode in PGE and Optok too..
On Mon, 2006-07-10 at 23:30 -0500, Chris Dolan wrote:
> On Jul 10, 2006, at 4:31 PM, Vishal Soni wrote:
>
> > This is is a good starting point. I have been writing the
> > JavaScript grammar
> > in PGE fromE
On Mon, Jul 10, 2006 at 09:25:53PM -0700, Allison Randal wrote:
> Maybe get_top_global We can claim it stands for "the 'ole (bl***y)
> path". ;)
Now that's the Perl design metric I've come to know and love. :-)
Seriously, it works for me.
I suggest that you delay the final choice utnil yo
Hi,
As per the cage/todo.pod I ran CPD (http://pmd.sourceforge.net) on src/,
the attached file contains the output.
With some pointers, I can figure out how to eliminate the code
duplication, please advice.
Regards,
Juan Jose
Skipping /home/juanjose/projects/parrot-bleed/src/exec_save.c du
Vishal Soni <[EMAIL PROTECTED]> wrote:
Hi Matt,
This patch is because the number of .constant decls in IMCC is limited
to 4096. This is a todo to make this dynamic. The evil code seems to
have about 4200 .constant decls being generated.
Here is the patch to fix it. For now I bumped up the limit
Hi Matt,
I can patch up something that would spit out an error message and exit
rather than Segfaulting.
Right now there is no bounds check.
Other thing I could do is re-allocate the Macro Array size when it gets
full. So it would not fail until system starts swapping :-)
I would prefer the se
71 matches
Mail list logo
