At 9:57 PM -0700 1/4/07, Doug McNutt wrote:
At 18:23 -0800 1/4/07, Dave Whipp wrote:
Darren Duncan wrote:
For example, the extra space of putting them aside will let us
expand them to make them more thorough, such as dealing well with
exact vs inexact, fixed vs infinite length, fuzzy or inter
At 18:23 -0800 1/4/07, Dave Whipp wrote:
>Darren Duncan wrote:
>
>>For example, the extra space of putting them aside will let us expand them to
>>make them more thorough, such as dealing well with exact vs inexact, fixed vs
>>infinite length, fuzzy or interval based vs not, caring about sigfigs
# New Ticket Created by James Keenan
# Please include the string: [perl #41185]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=41185 >
On Sept 23 2006, chromatic reported that two tests were failing in t/
examples/shootout
Darren Duncan wrote:
For example, the extra space of putting them aside will let us expand
them to make them more thorough, such as dealing well with exact vs
inexact, fixed vs infinite length, fuzzy or interval based vs not,
caring about sigfigs or not, real vs complex vs quaternon, etc.
I
Allison,
Allison Randal wrote:
I've just moved pdd22 out of the clip directory, marking it as ready
for beginning implementation efforts.
Excellent! I've just read through it and like what I'm seeing.
Comments on the pdd are welcomed. A few things worth highlighting:
- I/O layers will be re
Lee Duhem (via RT) wrote:
This patch suppress some uninitialized value warning in config/inter/yacc.pm
when use --maintainer option at configure.
I'm kinda concerned about what will happen if $3 was 0 (and was meant to
be). Perhaps it should be:
$prog_patch = defined $3 ? $3 : "";
Agree?
Steve Peters (via RT) wrote:
The hint file changes below get Parrot compiling with suncc. There is a bit
more work to be done to fight off the gcc-based defaults which are almost
completely incompatible with suncc.
Applied in r16417.
Thanks *very* much for all of your work on Parrot porta
Steve Peters (via RT) wrote:
Sometimes, you need to know which compiler you are using before
processing the hints. Currently, however, Configure.pl processes
the hints before even looking at the command line arguments for
which compiler you are using. The following patch clears this up.
May
Steve Peters (via RT) wrote:
src/inter_call.c has an unused label. The patch below removes it.
Applied in r16415.
Thanks,
Jonathan
I'm going to offer a bit of clarification to my earlier comment,
since some of it was misinterpreted.
First, what I'm proposing is not intended to affect the
machine-native types at all; the proposal is strictly concerning the
boxed types.
Second, I was not suggesting that all non-integer nu
Steve Peters (via RT) wrote:
In compilers/imcc/main.c, there are several cases of where 0 is used
as an enum value without being cast. This causes warnings in the
Intel C++ compiler. The patch below silences these warnings.
Applied in r16414.
Thanks,
Jonathan
Steve Peters (via RT) wrote:
The Intel C++ compile defines the __GNUC__ macro. This generally causes lots
of annoying problems since Intel C++ is not completely compatible with gcc. To
avoid this any problem with this, the following patch should help both Linux
and Mac OS X Intel compilers.
Author: larry
Date: Thu Jan 4 14:07:33 2007
New Revision: 13511
Modified:
doc/trunk/design/syn/S03.pod
Log:
typo from wolverian++
Modified: doc/trunk/design/syn/S03.pod
==
--- doc/trunk/design/syn/S03.pod(or
Author: larry
Date: Thu Jan 4 13:44:32 2007
New Revision: 13510
Modified:
doc/trunk/design/syn/S03.pod
Log:
Hyper ops must degenerate gracefully to scalar ops for non-lists.
Modified: doc/trunk/design/syn/S03.pod
==
On Thu, Jan 04, 2007 at 04:32:11AM -0700, Luke Palmer wrote:
: >Eg, are non-integer numbers used anywhere to implement any of: the
: >meta-model, grammars and parsing, control flow, generic collection
: >types, input and output, whatever? AFAIK, those are mainly
: >implemented with booleans, integ
# New Ticket Created by Steve Peters
# Please include the string: [perl #41182]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=41182 >
The hint file changes below get Parrot compiling with suncc. There is
a bit more work t
# New Ticket Created by Steve Peters
# Please include the string: [perl #41180]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=41180 >
Sometimes, you need to know which compiler you are using before
processing the hints.
On 12/30/06, James Keenan <[EMAIL PROTECTED]> wrote:
Following a suggestion made earlier today by Coke, I am submitting
this file for t/tools/pmc2utils/.
thanks, applied as r16409.
~jerry
On 1/4/07, Darren Duncan <[EMAIL PROTECTED]> wrote:
It occurs to me that, while they still need privileged support in
Perl 6 the language, non-integer numbers aren't actually all that
important as far as implementing the language core goes.
Well, that's true to an extent. It's also true that w
I just had a thought, which may or may not help this discussion along.
It occurs to me that, while they still need privileged support in
Perl 6 the language, non-integer numbers aren't actually all that
important as far as implementing the language core goes.
That is, I consider non-integers
20 matches
Mail list logo
