# New Ticket Created by Kay-Uwe Huell
# Please include the string: [perl #41320]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=41320 >
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi parrot-team,
needed rename() functio
I think much of the needed work for Tru64 would be simply to
add *at least one* 64-bit platform for Parrot's "core" platforms.
Preferably an LP64 one, instead of an LLP64, since LP64 would be
more likely to shake out bad assumptions. But if LLP64 is more
easily available, so be it.
Superplusgood
HaloO
Darren Duncan wrote:
Up front, I will say that, all this stuff about 1 vs 1.0 won't matter at
all if the Int type is an actual subset of the Num type (but whose
implementation is system-recognized and optimized), meaning that Int and
Num are not disjoint, as "most folks" usually expect t
On Mon, Jan 22, 2007 at 08:47:22PM -0800, Darren Duncan wrote:
: At 5:56 PM -0800 1/22/07, Larry Wall wrote:
: >Whether a Num that happens to be an integer prints out with .0 is a
: >separate issue. My bias is that a Num pretend to be an integer when
: >it can. I think most folks (including mathe
On 1/22/07, Doug McNutt <[EMAIL PROTECTED]> wrote:
At 00:32 + 1/23/07, Smylers wrote:
> % perl -wle 'print 99 / 2'
> 49.5
I would expect the line to return 49 because you surely meant integer
division. Perl 5 just doesn't have a user-available type integer.
That doesn't mean that I sur
I accidently sent this just to Darren ...
-Scott
-- Forwarded message --
From: Jonathan Scott Duff <[EMAIL PROTECTED]>
Date: Jan 22, 2007 6:23 PM
Subject: Re: Numeric Semantics
To: Darren Duncan <[EMAIL PROTECTED]>
On 1/22/07, Darren Duncan <[EMAIL PROTECTED]> wrote:.
I thin
> While I'm in general agreement with everything you've said it makes me a
> tad nervous to hinge so much on the difference of one character. Can you
> imagine trying to track down the bug where
>
> if ($alpha === $beta) { ... }
>
> really should have been
>
> if ($alpha == $beta) { ... }
# New Ticket Created by Jerry Gay
# Please include the string: [perl #41323]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=41323 >
in november, there was a big cleanup of the different spellings of
C, hovewer, anything lab
# New Ticket Created by Andy Dougherty
# Please include the string: [perl #41326]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=41326 >
This patch works around an obscure bug in Sun's WorkShop Compilers 4.2.
With this pa
# New Ticket Created by Andy Dougherty
# Please include the string: [perl #41325]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=41325 >
This patch was necessary for me to build parrot with my old Sun C
compiler. Without
# New Ticket Created by Andy Dougherty
# Please include the string: [perl #41324]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=41324 >
This patch was necessary for me to build parrot with my old Sun compiler.
diff -r -u
Hi,
Kay-Uwe Huell (via RT) wrote:
needed rename() function, which I have implemented in os.pmc (POSIX
only). Attached you will find the patch.
Thanks, applied this as r16771. I'm hacking on a Win32 implementation
now too; I'll close up the ticket when I'm done with that.
Jonathan
# New Ticket Created by Jerry Gay
# Please include the string: [perl #41328]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=41328 >
when compiling src/pmc/pmethod.c, cl has a few warnings:
src\pmc\pmethod_test.c
D:/usr\loc
On Tue Jan 23 14:20:21 2007, particle wrote:
> when compiling src/pmc/pmethod.c, cl has a few warnings:
>
> src\pmc\pmethod_test.c
> D:/usr\local\parrot\bug\tools\build\../../lib\Parrot\Pmc2c\Utils.pm(1096)
> : warn
> ing C4102: 'test_method0_returns' : unreferenced label
> [snip]
> it seems the p
# New Ticket Created by James Keenan
# Please include the string: [perl #41329]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=41329 >
FILES AFFECTED:
t/tools/pmc2cutils/00-qualify.t
t/tools/pmc2cutils/01-pmc2cutils.t
t/to
James Keenan wrote:
# 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
In each of the 7 affected test files, the initial mention of $topdir in the
BEGIN block was replaced
by 'our $topdir'. These tests now pass when run via 'make buildtools_tests' or
'prove t/tools/
pmc2cutils/*.t' after running 'Configure.pl' but before running 'make'. I also
ran 'make'
succes
# New Ticket Created by Will Coleda
# Please include the string: [perl #41331]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=41331 >
To quote ticket 41329:
> However, when repositioning code in test files,
> one is well
On 1/23/07, Paul Seamons <[EMAIL PROTECTED]> wrote:
> While I'm in general agreement with everything you've said it makes me a
> tad nervous to hinge so much on the difference of one character. Can
you
> imagine trying to track down the bug where
>
> if ($alpha === $beta) { ... }
>
> reall
I've been struggling lately with a missing generalization, and I'm not
sure how it's going to play out, so I thought I'd ask for advice, or
at least think out loud a bit.
Perl has always had functions and listops that take a flat list and
do something with each element. Perl has also had various
At 6:22 PM -0800 1/23/07, Larry Wall wrote:
Recently I started redefining C to return multislices such that
map { $_, $_ * 10 }, 1..3
seems to return 1,10,2,20,3,30 by default, but in a multidimensional
context:
@@multislice := map { $_, $_ * 10 }, 1..3
it would have the value [1,10],
On Tue, Jan 23, 2007 at 07:23:31PM -0800, Darren Duncan wrote:
: At 6:22 PM -0800 1/23/07, Larry Wall wrote:
: >Recently I started redefining C to return multislices such that
: >
: >map { $_, $_ * 10 }, 1..3
: >
: >seems to return 1,10,2,20,3,30 by default, but in a multidimensional
: >context
To quote ticket 41329:
> However, when repositioning code in test files,
> one is well advised to re-run the tests to see if they all still
> pass. This apparently was not done.
Ditto tcl: after the coding standards were blindly applied, the
following tests fail in tcl:
I did run the tests
James,
In r16751, certain code was repositioned to conform with Parrot
coding standards. However, when repositioning code in test files,
one is well advised to re-run the tests to see if they all still
pass. This apparently was not done. If they had been done, it would
have been evident that
24 matches
Mail list logo
