On Sunday 20 April 2008 19:34:34 James E Keenan wrote:
> chromatic wrote:
> > Why a separate file?
> The Parrot::Configure object is a singleton. From my experiences over
> the past year, I have found that this means it's difficult to test all
> the effects of different command-line options in
chromatic wrote:
On Saturday 19 April 2008 17:06:44 [EMAIL PROTECTED] wrote:
Author: jkeenan
Date: Sat Apr 19 17:06:44 2008
New Revision: 27051
Added:
trunk/t/steps/auto_opengl-03.t
- copied, changed from r27050, /trunk/t/steps/auto_opengl-02.t
Modified:
trunk/t/steps/auto_opengl-0
On Sun Apr 20 18:50:37 2008, [EMAIL PROTECTED] wrote:
> [snip]
. Our configuration system ought to be
> getting
> easier to understand, to maintain, and modify. Is it? Our
> configuration
> tests ought to be getting more comprehensive, simpler, and valuable.
> Are
> they?
As to our configuration
# New Ticket Created by James Keenan
# Please include the string: [perl #53142]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=53142 >
At particle's suggestion, about a year ago I began doing maintenance
work in, and writ
On Sun Apr 20 18:38:22 2008, [EMAIL PROTECTED] wrote:
> This ticket exists to track progress on the "M2 Bytecode format"
> milestone. Work on this milestone is occurring in the "pdd13pmc"
> branch.
That should, of course, read "pdd13pbc".
Mark
# New Ticket Created by Mark Glines
# Please include the string: [perl #53140]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=53140 >
Call into the existing src/pack*.c API if possible; cut new code if
needed.
# New Ticket Created by Mark Glines
# Please include the string: [perl #53138]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=53138 >
For every .pbc file created during the normal Parrot build process, the
PMC based packfil
# New Ticket Created by Mark Glines
# Please include the string: [perl #53136]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=53136 >
Format specified in PDD13.
# New Ticket Created by Mark Glines
# Please include the string: [perl #53134]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=53134 >
Deprecate and remove the src/pack* code; convert everything that
breaks. This means pdum
# New Ticket Created by Mark Glines
# Please include the string: [perl #53132]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=53132 >
Not only should it toss the proper exceptions for erroneous files, but
also on erroneous
# New Ticket Created by Mark Glines
# Please include the string: [perl #53130]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=53130 >
Call into the existing src/pack*.c API if possible; cut new code if
necessary.
On Sunday 20 April 2008 18:04:34 James Keenan wrote:
> 2. When I now configure with 'perl Configure.pl --test', I get this
> warning, both at the start of configuration and in t/configure/025-
> options_test.t andn t/configure/049-options_test.t:
>
> No tests exist for configure step gen::digest
# New Ticket Created by Mark Glines
# Please include the string: [perl #53128]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=53128 >
This ticket exists to track progress on the "M2 Bytecode format"
milestone. Work on this
On Saturday 19 April 2008 17:06:44 [EMAIL PROTECTED] wrote:
> Author: jkeenan
> Date: Sat Apr 19 17:06:44 2008
> New Revision: 27051
>
> Added:
>trunk/t/steps/auto_opengl-03.t
> - copied, changed from r27050, /trunk/t/steps/auto_opengl-02.t
> Modified:
>trunk/t/steps/auto_opengl-02.t
# New Ticket Created by James Keenan
# Please include the string: [perl #53126]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=53126 >
I noticed that a new step, auto::digest, has been added to the list
of Parrot configur
fperrad reverted this in r27062. François, thanks for the quick
response. Closing ticket.
On Sun, 20 Apr 2008 15:08:12 -0700
chromatic <[EMAIL PROTECTED]> wrote:
> Is this really correct? My gmp.h file has:
No, it's a workaround for an issue that isn't really gmp's fault.
Building with g++ barfs when parsing libintl.h, included by gmp.h.
Here's what happens:
libintl.h defines the fol
On Sunday 20 April 2008 12:17:58 Senaka Fernando wrote:
> The provided patch resolves the C++ build break caused by gmp.h.
> Index: src/pmc/bigint.pmc
> ===
> --- src/pmc/bigint.pmc (revision 27059)
> +++ src/pmc/bigint.pmc (workin
On Sun, 20 Apr 2008 11:20:08 -0700
[EMAIL PROTECTED] (via RT) <[EMAIL PROTECTED]> wrote:
> [EMAIL PROTECTED]:~$ perl6 -e 'say 1.1*10'
> 11
> [EMAIL PROTECTED]:~$ perl6 -e 'say 10*1.2'
> 1.66058e+08
pmichaud nopasted some simple PIR code which reproduces the issue, and
pinpoints things pretty well
# New Ticket Created by [EMAIL PROTECTED]
# Please include the string: [perl #53108]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=53108 >
Possible bug in expressions that mix integer and float values.
[EMAIL PROTECTED]:~$
# New Ticket Created by "Senaka Fernando"
# Please include the string: [perl #53112]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=53112 >
The provided patch resolves the C++ build break caused by gmp.h.
Regards,
Senaka
I
On Apr 20, 2008, at 2:37 PM, Mark Glines wrote:
Failure to do so
results in an "incompatible pointer" warning, just like any other kind
of prototype mismatch.
And that in my mind is equivalent to "can't."
xoxo,
Andy
--
Andy Lester => [EMAIL PROTECTED] => www.petdance.com => AIM:petdance
On Sun, 20 Apr 2008 21:01:01 +0200
NotFound <[EMAIL PROTECTED]> wrote:
> On Sun, Apr 20, 2008 at 12:17 AM, Andy Lester <[EMAIL PROTECTED]>
> wrote:
>
> > Just popping in to say that we cannot const any parms to vtable
> > methods. Parrot can't impose promises on the called code.
Hi Andy!
Sure w
Patrick R. Michaud wrote:
Rakudo doesn't use the line numbering feature of imcc because
the line numbering feature of imcc doesn't work.
See RT#43269 - "setline is tied to PIR source".
I wouldn't say it doesn' work per se, it just doesn't do what you want
it to do. :-) There's something spec
On Sun, Apr 20, 2008 at 12:17 AM, Andy Lester <[EMAIL PROTECTED]> wrote:
> Just popping in to say that we cannot const any parms to vtable methods.
> Parrot can't impose promises on the called code.
So take for example In default.pmc the method get_class:
VTABLE PMC *get_class() :const
That is
On Sun, 2008-04-20 at 06:27 -0700, James Keenan via RT wrote:
> 1. I tried your patch out. It did not apply cleanly at first, so I had
> to do a little editing. I am attaching an 'svn diff' that represents
> the changes actually made.
Yep, that was because someone else had committed a change be
# New Ticket Created by Stephane Payrard
# Please include the string: [perl #53104]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=53104 >
When testing, got that error message.
Probably linked to icu and the version used.
I
# New Ticket Created by Stephane Payrard
# Please include the string: [perl #53100]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=53100 >
I will give it a try but does not promise anything.
--
cognominal stef
On Sat, Apr 19, 2008 at 11:52:04AM -0700, Stephane Payrard wrote:
> This is part of an probably recurring serie of "end-user" bugs that
> ask in substance : making things easier on people... who want
> to use HLLCompiler and Parrot and the languages derived from them
> without wanting to be involv
1. I tried your patch out. It did not apply cleanly at first, so I had
to do a little editing. I am attaching an 'svn diff' that represents
the changes actually made.
This patch worked for me on Darwin in the sense that it detected OpenGL
where previously the step class had not:
Determining i
On Sun, 20 Apr 2008 00:02:18 -0700
Geoffrey Broadwell <[EMAIL PROTECTED]> wrote:
> OK, I've done some more research on differences between various GLUT
> libraries; please try the attached patch rather than the one from
> tentra (mine includes his with a couple changes and several
> additions).
I
On Sun, 20 Apr 2008 05:36:44 -0700
James Keenan (via RT) <[EMAIL PROTECTED]> wrote:
> -my $cmd = $conf->data->get_p5('scriptdirexp') . q{/perldoc};
> +my $cmd = q{perldoc};
> Mark, can you evaluate impact?
Well, it looks to me like it'll just run "perldoc" from the user's
$PATH, rather t
# New Ticket Created by James Keenan
# Please include the string: [perl #53094]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=53094 >
This morning I noticed that the following change had been made to
config/auto/perldoc.p
Markus Mayr via RT schrieb:
I am currently working on this. I'll probably finish work on it during
the next 10 days.
That's great. In case of questions please do not hesitate to ask on
#parrot or on the mailing list.
Regards,
Bernhard
OK, I've done some more research on differences between various GLUT
libraries; please try the attached patch rather than the one from tentra
(mine includes his with a couple changes and several additions).
-'f
=== config/auto/opengl/opengl.in
35 matches
Mail list logo
