Bill Coffman wrote:
> NegNan doesn't exist, except as a fluke of the representation (see link for
> how they are represented). A -NaN is the same as a NaN. They both fail
> all
> comparison tests, even NaN == NaN is false (unless your compiler optimizes
> the comparison out). Only difference is
On 7/28/06, jerry gay <[EMAIL PROTECTED]> wrote:
thanks for the effort! however, i don't want to apply this patch as it
is. 're_tests' was stolen directly from perl5's test suite. the idea
is that the test data this file contains is
implementation-independent. therefore, if some other crazy perso
src/pmc/continuation.pmc: In function 'Parrot_Continuation_invoke':
src/pmc/continuation.pmc:239: warning: format '%d' expects type
'int', but argument 4 has type 'INTVAL'
--
Will Coleda
[EMAIL PROTECTED]
1.650.581.2414
Am Dienstag, 1. August 2006 07:20 schrieb chromatic:
> Hi all,
>
> Here's a patch for discussion.
Two things come to my mind:
1) why is it creating 2 interpreters? What is the $parent used for?
And related: is $interp ever cleaned up by calling Parrot_exit()?
2) This looks a bit bogus (there
On 7/28/06, jerry gay <[EMAIL PROTECTED]> wrote:
On 7/28/06, jerry gay <[EMAIL PROTECTED]> wrote:
> thanks for the effort! however, i don't want to apply this patch as it
> is. 're_tests' was stolen directly from perl5's test suite. the idea
> is that the test data this file contains is
> impleme
# New Ticket Created by [EMAIL PROTECTED]
# Please include the string: [perl #40030]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=40030 >
The trunk wasn't compilling in my machines...
After digging into Makefile I found
Am Montag, 31. Juli 2006 22:38 schrieb [EMAIL PROTECTED]:
>
> The trunk wasn't compilling in my machines...
>
> After digging into Makefile I found missing depencies linking
> miniparrot and parrot
+$(IMCC_DIR)/imclexer$(O) $(IMCC_DIR)/parser_util$(O)
$(IMCC_DIR)/debug$(O)
This isn't co
From: Will Coleda (via RT) <[EMAIL PROTECTED]>
Date: Mon, 31 Jul 2006 17:45:00 -0700
# New Ticket Created by Will Coleda
# Please include the string: [perl #40033]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.htm
Ron Blaschke wrote on 01/08/2006 08:17:
I am wondering if this NaN != NaN property could be used for the isnan
and finite tests, like so:
int
Parrot_math_isnan(double x)
{
return x != x;
}
int
Parrot_math_finite(double x)
{
return (!Parrot_math_isnan(x - x));
}
That is, if "x != x" it
Hi, there~
This is my patch to S05. I've got many helps from gaal++,
nothingmuch++, Aankhen``++, and many others on #perl6. :D
It is mostly a story about typos as usual... :=)
Cheers,
Agent
Index: D:/projects/Perl6-Syn/S05.pod
=
# New Ticket Created by Jerry Gay
# Please include the string: [perl #40039]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=40039 >
parrot builds successfully, but compilers/bcg/ fails. below is the
output from nmake.
~jerr
Philip Taylor wrote:
> Ron Blaschke wrote on 01/08/2006 08:17:
>>
>> I am wondering if this NaN != NaN property could be used for the isnan
>> and finite tests, like so:
[snip]
>> Is this not portable enough? Is it better to look at the bits directly?
[great stuff snipped]
> It seems like the o
Hi, all~~
S05 makes widely use of the syntax @{ $capture } and %{ $capture }
while other synopses remarkably don't.
According to S02, {...} should normall be a closure or a hash
subscript and S02 uses the syntax @( $arrayref ) and %( $hashref )
consistently. Is S05 simply out of sync or is the l
On Tue, Aug 01, 2006 at 11:17:21PM +0800, Agent Zhang wrote:
: Hi, all~~
:
: S05 makes widely use of the syntax @{ $capture } and %{ $capture }
: while other synopses remarkably don't.
:
: According to S02, {...} should normall be a closure or a hash
: subscript and S02 uses the syntax @( $arrayr
On 7/31/06, David Romano <[EMAIL PROTECTED]> wrote:
Thanks for the feedback, Jerry. I changed the re_tests to not have
TODO and SKIP in the descriptions. I also changed the documentation
for p5rx.t to say that @todo_tests and @skip_tests now contain the
test numbers along with the reason why a ce
On Tuesday 01 August 2006 02:52, Leopold Toetsch wrote:
> Two things come to my mind:
> 1) why is it creating 2 interpreters?
Per my experiments, this worked out the best. That is, if there's an error in
the compiled code, reusing an interpreter gave weird answers. I haven't
tracked this down
On Mon, Jul 31, 2006 at 10:30:36PM -0700, chromatic wrote:
> * What's the best way to integrate building this module from the main
> Makefile? Should it be part of that process?
That depends. Are any of the standard regression tests going to require
this module?
> * Where should the built modu
On Tuesday 01 August 2006 12:24, Joshua Hoblitt wrote:
> On Mon, Jul 31, 2006 at 10:30:36PM -0700, chromatic wrote:
> > * What's the best way to integrate building this module from the main
> > Makefile? Should it be part of that process?
> That depends. Are any of the standard regression test
On Tue, Aug 01, 2006 at 12:30:28PM -0700, chromatic wrote:
> On Tuesday 01 August 2006 12:24, Joshua Hoblitt wrote:
> > I'd say let Module::Build handle the install. The install process can
> > invoke Module::Build if it's to be part of the default install.
>
> How about when just building Parrot
Author: allison
Date: Tue Aug 1 13:00:29 2006
New Revision: 13740
Modified:
trunk/docs/pdds/pdd21_namespaces.pod
Changes in other areas also in this revision:
Modified:
trunk/ (props changed)
Log:
Namespace opcodes now accept arrays to select multidimensional
namespaces again. The names
Author: larry
Date: Tue Aug 1 11:57:10 2006
New Revision: 10536
Modified:
doc/trunk/design/syn/S03.pod
doc/trunk/design/syn/S05.pod
Log:
Fixes suggested by agentzh++.
Modified: doc/trunk/design/syn/S03.pod
==
---
I'm trying to implement ruby BEGIN and END blocks.
I can generate the blocks just fine. I just need to generate pir so they
get called at the right time.
BEGIN{} and END {} semantic are described below.
I think that these are general use cases that should be provided by parrot.
Maybe the solu
On 7/31/06, David Romano <[EMAIL PROTECTED]> wrote:
I made another patch for 01-regex.t to move the todo and skip tests
out form regex_tests, giving the same documentation as I did for
p5rx.t. Hopefully this wasn't too soon of a change, considering:
On 7/28/06, jerry gay <[EMAIL PROTECTED]> wrote
[EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote:
Author: allison
Date: Tue Aug 1 13:00:29 2006
New Revision: 13740
Modified:
trunk/docs/pdds/pdd21_namespaces.pod
Changes in other areas also in this revision:
Modified:
trunk/ (props changed)
Log:
Namespace opcodes now accept arrays to sele
From: Will Coleda <[EMAIL PROTECTED]>
Date: Mon, 31 Jul 2006 20:48:06 -0400
On Jul 31, 2006, at 8:13 PM, Bob Rogers wrote:
>
> make: *** No rule to make target `runtime/builtin/set.pir', needed
> by `runtime/builtins.pir'. Stop.
Your timing is impeccable ^_^. Thanks for th
On Aug 1, 2006, at 2:45 PM, Joshua Hoblitt wrote:
While I'd been hoping that M::B had a public method for changing
'blib'
this appears not to be the case (just looking at the pod). If this
functionality were added we could have the root makefile invoke each
module as `perl Build.PL --blib [bu
On Tue, Aug 01, 2006 at 10:29:52PM -0500, Chris Dolan wrote:
> On Aug 1, 2006, at 2:45 PM, Joshua Hoblitt wrote:
>
> >While I'd been hoping that M::B had a public method for changing
> >'blib'
> >this appears not to be the case (just looking at the pod). If this
> >functionality were added we c
Hi,
I need to have a shared lib for a Dynamic PMC. The shared lib is generated
from my own code. What is a good location to place the shared lib that I
generate?
Is lib/blib a good location?
This is for Byte Code generator.
--
Thanks,
Vishal
28 matches
Mail list logo
