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
