On Thu, Oct 10, 2002 at 06:52:25PM +, Andy Dougherty wrote:
>
> The combination of 64-bit INTVAL and 32-bit pointers doesn't work with the
> Sparc jit.
Seems fair to me. Thanks, applied.
Thanks, applied.
Nick Kostirya:
# D:\Perl\bin\perl.exe t/harness
# t/src/basic.# No tests run!
# t/src/basic.dubious
# Test returned status 255 (wstat 65280, 0xff00)
# DIED. FAILED tests 1-2
# Failed 2/2 tests, 0.00% okay
# t/src/intlist...# No tests run!
# t/src/intlist...
On Wed, Oct 09, 2002 at 11:28:32PM -0700, Brent Dax wrote:
> Once I clear up the issue with the Sun compiler, I'll be committing
> this. Well, a slightly modified version. Relax, it's nothing
> drastic--I just ran it through check_source_standards.pl and
> run_indent.pl.
That checkin broke the
D:\Perl\bin\perl.exe t/harness
t/src/basic.# No tests run!
t/src/basic.dubious
Test returned status 255 (wstat 65280, 0xff00)
DIED. FAILED tests 1-2
Failed 2/2 tests, 0.00% okay
t/src/intlist...# No tests run!
t/src/intlist...dubious
Test returned s
Simon Glover wrote:
> On Wed, 9 Oct 2002, Dan Sugalski wrote:
>
>
>>At 7:42 PM -0700 10/8/02, Steve Fink wrote:
>>
>>>Thanks, applied.
>>>
>>>Who came up with the idea of two-argument ne, anyway? That's kind of
>>>bizarre.
>>>
>>
>>Definitely bizarre. I think I'd rather not have it, it doesn't
At 10:01 AM -0700 10/10/02, Ramesh Ananthakrishnan wrote:
>Hi,
> Most systems, have a variety of scripting languages
>to do stuff in. And almost all the time to make it
>work with another library you have to specifically
>port the other library to a specific interpreter.
>Which means you have sep
At 07:42 PM 10/8/2002 -0700, Steve Fink wrote:
>Thanks, applied.
>
>Who came up with the idea of two-argument ne, anyway? That's kind of
>bizarre. I'd much rather have it tested if it exists at all, but it
>seems pretty obscure.
It's not completely without precedent, on the Z-80:
RET CC
> on ARM, lots of these two:
>
> In file included from ../include/parrot/register.h:16,
> from ../include/parrot/interpreter.h:42,
> from ../include/parrot/parrot.h:160,
> from array.c:27:
> .../include/parrot/string.h:59: warning: padding struct
# New Ticket Created by Andy Dougherty
# Please include the string: [perl #17844]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt2/Ticket/Display.html?id=17844 >
The combination of 64-bit INTVAL and 32-bit pointers doesn't work with the
Sparc jit.
Robert Spier wrote:
>>>So the html is canonical and you're converting it to pod? I'm
>>>confused.
>>>
>>>
>>I am writing it in my own format. It lets me take notes, write todo
>>lists, autogenerate the table of contents and glossary. Then I run it
>>through some perl that currently spits
Hi,
Most systems, have a variety of scripting languages
to do stuff in. And almost all the time to make it
work with another library you have to specifically
port the other library to a specific interpreter.
Which means you have separate binding for each
language. gtk has separate bindings for pe
On Wed, 9 Oct 2002, Dan Sugalski wrote:
> At 7:42 PM -0700 10/8/02, Steve Fink wrote:
> >Thanks, applied.
> >
> >Who came up with the idea of two-argument ne, anyway? That's kind of
> >bizarre.
>
>
> Definitely bizarre. I think I'd rather not have it, it doesn't make much sense.
Easily done. P
On Wed, 9 Oct 2002, Tom Hughes wrote:
> In message <[EMAIL PROTECTED]>
> Simon Glover <[EMAIL PROTECTED]> wrote:
>
> > I've just had a quick look at hash.h (which I should have done in the
> > first place) and you're quite right. Second attempt at a correct patch
> > below.
> >
> >
One more from the section missed + left overs:
This patch make "perl6 --output file" work as described in perl6 --help.
$ time perl6 -o- mops.p6 | ../imcc/imcc -r -- -
But above pipe is as fast^Wslow as going via .imc:
$ time perl6 -r mops.p6
leo
Leopold Toetsch (via RT) wrote:
> # New Ticket Created by Leopold Toetsch
> # Please include the string: [perl #17524]
> # in the subject line of all future correspondence about this issue.
> # http://rt.perl.org/rt2/Ticket/Display.html?id=17524 >
>
>
> This patch hides some internals of ke
Here's my current batch of warnings from a fresh check-out.
I haven't checked them out. However, if the casts between pointers and
integers are correct and won't overflow, then judicious use of the
INTVAL2PTR and PTR2INTVAL macros from parrot.h should silence them.
The printf format warnings pro
Follow up to my announce + some additional notes.
list.c checked in + intlist fix + 3 more tests.
Leopold Toetsch wrote:
> The current implementation of array.pmc is rather inefficient and
> limited - and really slow.
>
> So I rewrote the base routines almost from scratch and have currently a
On Wed, 9 Oct 2002, Nicholas Clark wrote:
> Which reminds me, not sure if this is relevant yet, but there's some or other
> platform that p5p encountered that can't simply copy whatever it is the opaque
> type va_list expands to there.
>
> There's a perl5 Configure symbol need_va_copy which indi
On Wed, 9 Oct 2002, Brent Dax wrote:
> Can you try this?
>
> (at the top of the function...)
> va_list *arg = (va_list *) & (obj->data);
> (vararg accesses should look like...)
> va_arg(*arg, ...);
> (no end-of-function assignment should be necessary)
>
> If that w
Brent Dax wrote:
> core_ops.c(19) : warning C4005: 'CONST' : macro redefinition
Thanks, for reporting, (hopefully) fix checked in.
leo
On Wed, Oct 09, 2002 at 07:17:01PM -0400, Dan Sugalski said:
> I'll see about getting some of the internal structures diagrammed
> better, which is the only place things are a little dodgy, but that's
> otherwise fine.
[accidentally sent to Robert Spier ony earlier]
Autodia (http://www.droogs.
22 matches
Mail list logo
