On Wednesday 08 October 2008 16:19:26 chromatic wrote:
> We ought to fix that executable name thing sometime, but try your program
> with the line I added.
By "we" I mean "me" and by "ought to" I mean "r31802".
-- c
# New Ticket Created by Jerry Gay
# Please include the string: [perl #59722]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=59722 >
currently, the sysinfo_s op, implemented in src/inter_misc.c, is incomplete:
PARROT_CANNO
On Wednesday 08 October 2008 14:06:18 Jeff Horwitz wrote:
> r31757 and r31758 cause mod_perl6 and any other embedding app to segfault
> when loading perl6.pbc. all is well if i revert those individual revs
> from my working copy.
>
> platform is debian, gcc 4.1.2
>
> the following test program pr
[EMAIL PROTECTED] via RT wrote:
--- El mar 30-sep-08, Christoph Otto <[EMAIL PROTECTED]> escribió:
De:: Christoph Otto <[EMAIL PROTECTED]>
Asunto: Re: [perl #44457] [TODO] make sure files match test files for DYNPMCs
and DYNOPs etc
A: "Igor ;" <[EMAIL PROTECTED]>
Cc: [EMAIL PROTECTED]
Fecha: m
# New Ticket Created by Jeff Horwitz
# Please include the string: [perl #59732]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=59732 >
r31757 and r31758 cause mod_perl6 and any other embedding app to segfault
when loading
On Wed, Oct 8, 2008 at 1:59 PM, Nicholas Clark <[EMAIL PROTECTED]> wrote:
> On Wed, Oct 08, 2008 at 01:48:17PM -0700, chromatic wrote:
>
>> In general, filesystems are case-insensitive, not platforms. I believe Mac
>> OS
>> X's Hateful File System Plus is one offender, though you can use UFS inst
On Wed, Oct 08, 2008 at 01:48:17PM -0700, chromatic wrote:
> In general, filesystems are case-insensitive, not platforms. I believe Mac
> OS
> X's Hateful File System Plus is one offender, though you can use UFS instead.
HFS+ itself can be set to case sensitive. I have a machine partitioned so
On Wednesday 08 October 2008 10:14:30 [EMAIL PROTECTED] wrote:
> Modified:
>trunk/t/pmc/config.t
>
> Log:
> [t] fix config pmc test to deal with case-insensitive platform
>
> Modified: trunk/t/pmc/config.t
> ===
>=== --- t
On Wed, Oct 8, 2008 at 4:56 PM, Patrick R. Michaud <[EMAIL PROTECTED]> wrote:
> The problem appears to be that src/pmc/complex.pmc makes use of
> RE() and IM() macros that no longer work for subclasses of the Complex PMC
> and try to poke float values directly into the PMC struct. Unfortunately,
On Tue, Oct 07, 2008 at 05:47:57PM -0700, Mark Glines via RT wrote:
> On Tue Oct 07 08:14:04 2008, pmichaud wrote:
> > Just for the record, I went ahead and added a version of my
> > test script in this ticket to the test suite (t/pmc/complex.t).
> >
> > (The test still fails as of r31755, let me
# New Ticket Created by Patrick R. Michaud
# Please include the string: [perl #59720]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=59720 >
Parrot doesn't seem to allow two HLLs to have identically named classes.
This is p
# New Ticket Created by Allison Randal
# Please include the string: [perl #59686]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=59686 >
In fixing the Complex PMC in r31749, I revealed a problem in our
read-only PMC tests.
# New Ticket Created by Andrew Whitworth
# Please include the string: [perl #59694]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=59694 >
The decompose function in src/charset/unicode.c is not yet
implemented. It probably
# New Ticket Created by Andrew Whitworth
# Please include the string: [perl #59696]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=59696 >
There are several functions in src/charset/unicode.c that are not
implemented yet. T
14 matches
Mail list logo
