On Dom. 19 Oct. 2008 13:47:11, kjs wrote:
> I think the issue of inconsistent dll linkage has been resolved
recently
> by adding the YYMALLOC and YYFREE #defines to imcc source.
>
> Can other windows people confirm this? Then this ticket can be closed.
> Thank you very much,
Confirmed. Parrot r
Ok, picked up the committers challenge... :-)
I setup a working Win32/MSVC environment for parrot,
and I'm trying to address the Win32 related tickets.
I started with RT #52198, test failures on Win32.
There are still many .t files with failures.
The first one I started to look into is t/pmc/com
Steve Peters wrote:
On Feb 18, 2008 3:45 AM, via RT Ted Neward
<[EMAIL PROTECTED]> wrote:
# New Ticket Created by "Ted Neward"
# Please include the string: [perl #50956]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=50956 >
Jerry Gay via RT wrote:
applied as r24965.
it's causing a heck of a lot of failing tests. however, i'll leave them
in for a day or three, while we see what we can do to get them passing.
hint: getting 'fudge' working on rakudo would do us a world of good.
~jerry
Do you mean running:
perl6
Patrick wrote:
I've been hoping to avoid subdirs in the SXX directories.
In other words, instead of having
S29-functions/type1/*.t
S29-functions/type2/*.t
S29-functions/type3/*.t
I'd like to see
S29-type1/*.t
S29-type2/*.t
S29-type3/*.t
The idea is to have one directory under spe
jerry gay ha scritto:
On Jan 9, 2008 12:08 AM, Cosimo wrote:
I'm trying to play with perl6.exe.
I've wandered in the opened tickets for perl6 and
saw this one about `substr()':
http://rt.perl.org/rt3/Public/Bug/Display.html?id=44321
what we ultimately want is tests that cover the spec, which
jerry gay wrote:
On Jan 9, 2008 12:08 AM, Cosimo wrote:
So question is: would be useful to "port" the substr()
test script from Perl5's `t/op/substr.t' also to Perl6?
what we ultimately want is tests that cover the spec, which for
'substr' is probably very close to the perl 5 spec. however, m
I'm trying to play with perl6.exe.
I've wandered in the opened tickets for perl6 and
saw this one about `substr()':
http://rt.perl.org/rt3/Public/Bug/Display.html?id=44321
It ends with a patch that enables the 3rd optional
argument for substr(). I gave it a shot, and it seems to
work.
So questi
Cosimo wrote:
Patrick wrote:
[...] I also improved utf8_set_position
What happens if string already has `i->charpos > pos' ?
[... /me reads again the diff ...]
I realized while writing this that if `i->charpos > pos'.
you simply end up re-scanning the string from the start.
Is that correct
Patrick wrote:
[...] I also improved utf8_set_position
a bit so that it doesn't always have to restart position
counting from the beginning of the string. As a result,
compiling the actions.pl script on my machine goes from 39s to
a little over 28s -- about a 25% speed increase.
I have a doub
On Mer. 02 Gen. 2008 05:40:32, cosimo wrote:
> On Lun. 31 Dic. 2007 01:09:28, [EMAIL PROTECTED] wrote:
> > On Sunday 30 December 2007 14:05:38 Cosimo Streppone wrote:
> >
> > > I tried to follow chromatic's instructions to obtain a perl6
binar
On Lun. 31 Dic. 2007 01:09:28, [EMAIL PROTECTED] wrote:
> On Sunday 30 December 2007 14:05:38 Cosimo Streppone wrote:
>
> > I tried to follow chromatic's instructions to obtain a perl6 binary
> > but had some problems [...]
>
> > 3) In the final generated "
# New Ticket Created by "Cosimo Streppone"
# Please include the string: [perl #49238]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=49238 >
I tried to follow chromatic's instructions to obtain a perl6 b
James Keenan via RT wrote:
> Cosimo,
>
> The more I look at this, the more I wonder whether the test failure in
> 111-auto_gcc-01.t (reported below) has anything to do with the presence
> or absence of gdbm on one's OS or whether one's Perl was build with gdbm
> or not.
>
I'm sorry. I now realiz
James Keenan via RT wrote:
> Cosimo Streppone wrote:
>> # New Ticket Created by Cosimo Streppone
>> # Please include the string: [perl #47127]
>> # in the subject line of all future correspondence about this issue.
>> # http://rt.perl.org/rt3/Ticket/Display.html?id=4
15 matches
Mail list logo