# New Ticket Created by Will Coleda
# Please include the string: [perl #38896]
# in the subject line of all future correspondence about this issue.
# https://rt.perl.org/rt3/Ticket/Display.html?id=38896 >
There are many math ops that work on Float PMCs but not Integer PMCs.
e.g.:
% cat foo.p
# New Ticket Created by jerry gay
# Please include the string: [perl #38897]
# in the subject line of all future correspondence about this issue.
# https://rt.perl.org/rt3/Ticket/Display.html?id=38897 >
if slash replacement mode is active (as set in
config/gen/makefiles.pm) during makefile cr
On Apr 7, 2006, at 19:38, Nicholas Clark wrote:
-STRING *fill = CONST_STRING(interpreter, info->flags &
FLAG_ZERO ? "0" : " ");
I think that this change is masking the true bug,
No. Above replaced line was definitely bogus. CONST_STRING is a macro
that takes *one* string constant
{ p6i added ... this has turned into an interesting design discussion }
On Wed, Apr 05, 2006 at 03:54:51PM +0200, Leopold Toetsch wrote:
> On Tue, Apr 04, 2006 at 11:42:36AM -0700, Chip Salzenberg wrote:
> > I've done some [more] reading up on value types. [...]
> > Parrot 1.0 will _not_ have nat
On Tue, Apr 11, 2006 at 07:05:33AM -0700, Will Coleda wrote:
> P1 = new .Float
> P1 = 123
> The assignment of 123 autoconverts the float to an integer, which
> doesn't support the 'exp' method that's defined in the Float pmc.
> (Change the 123 to 123. and it works fine.)
>
> Given the morphi
Author: allison
Date: Tue Apr 11 13:28:33 2006
New Revision: 12178
Added:
trunk/docs/pdds/clip/pddXX_events.pod
trunk/docs/pdds/clip/pddXX_threads.pod
Changes in other areas also in this revision:
Modified:
trunk/ (props changed)
Log:
Very, very early drafts of the threads and events
On Tue, Apr 11, 2006 at 06:15:32PM +0200, Leopold Toetsch wrote:
>
> On Apr 7, 2006, at 19:38, Nicholas Clark wrote:
>
> >>-STRING *fill = CONST_STRING(interpreter, info->flags &
> >>FLAG_ZERO ? "0" : " ");
>
> >
> >I think that this change is masking the true bug,
>
> No. Above replac
On Tue, Apr 11, 2006 at 08:30:09PM +0100, Nicholas Clark wrote:
> On Tue, Apr 11, 2006 at 07:05:33AM -0700, Will Coleda wrote:
>
> > P1 = new .Float
> > P1 = 123
>
> > The assignment of 123 autoconverts the float to an integer, which
> > doesn't support the 'exp' method that's defined in the Fl
On Mon, Apr 10, 2006 at 10:41:50AM +0100, Jonathan Worthington wrote:
> "Patrick R. Michaud" <[EMAIL PROTECTED]> wrote:
> >At any rate, I suspect pbc_merge is the culprit.
> >
> If you have any simple(-ish ;-) test cases that demonstrate the particular
> issue, I'll probably have a little time in
On Apr 11, 2006, at 22:48, Nicholas Clark wrote:
On Tue, Apr 11, 2006 at 06:15:32PM +0200, Leopold Toetsch wrote:
No. Above replaced line was definitely bogus. CONST_STRING is a macro
that takes *one* string constant and it has likely to be own it's own
line.
Ah. Thanks for the explanation
On Apr 11, 2006, at 23:15, Patrick R. Michaud wrote:
Just to add a "me too" of sorts -- I didn't really notice it when
most everything was using "Perl*" PMCs, but now that we've separated
things out into base types the behavior seems very odd, unexpected,
and somewhat undesirable.
This isn't
On Apr 11, 2006, at 21:30, Nicholas Clark wrote:
I can see value in a type .Number, which changes internal
representation and
vtable as and when necessary, but I'd still expect it to report
"Number"
when asked what type it is
[ ... ]
Was this built in morphing the cause of the problems L
12 matches
Mail list logo
