Re: generic ordinal-relevant operators

2006-11-11 Thread Darren Duncan
At 10:30 PM -0800 11/11/06, Jonathan Lang wrote: Note that this is two competing suggestions: one where '==' means 'generic equivalence', '+==' means 'numeric equivalence', and '*==' means 'string equivalence'; and another where '*==' means 'generic equivalence', '==' means 'numeric equivalence',

Re: generic ordinal-relevant operators

2006-11-11 Thread Jonathan Lang
Darren Duncan wrote: Jonathan Lang wrote: >In terms of ordinal types, '>', '<', '>=', and '<=' would be the >"generic" ordinal comparators, and you'd do the same sort of implicit >or explicit type coercion that's done with '=='. Mind you, if you go >with the ('==', '+==', '~==') set of equivalen

[perl #40827] [BUG] testing alarm with exception handlers causes runloops to play leapfrog

2006-11-11 Thread Bob Rogers
From: Jerry Gay (via RT) <[EMAIL PROTECTED]> Date: Sat, 11 Nov 2006 19:15:52 -0800 the code below is broken while testing alarm with exception handlers. i wish i could debug it, but it hurts my brain. maybe somebody smart (bob?) about exception handlers can have a look and tell me w

Re: generic ordinal-relevant operators

2006-11-11 Thread Darren Duncan
At 5:24 PM -0800 11/11/06, Jonathan Lang wrote: Remind me again why it's a good idea to have distinct eqv, ==, and eq operators, and for == to represent the numeric equivalence test instead of an argument-based equivalence test? Personally, I'd rather replace ('eqv', '==', 'eq') with either ('==

Re: [perl #40824] loadlib opcode causes problems with exceptions

2006-11-11 Thread chromatic
On Saturday 11 November 2006 19:01, Bob Rogers wrote: > I don't think it's loadlib itself; I believe the library :init code is > trying to throw an error. If that is the case, then it's a continuation > barrier problem. Before the error, do you see this "oops" message? Yes, and agreed. Matt an

[perl #40827] [BUG] testing alarm with exception handlers causes runloops to play leapfrog

2006-11-11 Thread via RT
# New Ticket Created by Jerry Gay # Please include the string: [perl #40827] # in the subject line of all future correspondence about this issue. # http://rt.perl.org/rt3/Ticket/Display.html?id=40827 > the code below is broken while testing alarm with exception handlers. i wish i could debug

[perl #40826] Mac OS X and Dylib Funcs

2006-11-11 Thread via RT
# New Ticket Created by chromatic # Please include the string: [perl #40826] # in the subject line of all future correspondence about this issue. # http://rt.perl.org/rt3/Ticket/Display.html?id=40826 > Hi there, config/gen/platform/darwin/dl.c contains some portability wrappers around NS* f

[perl #40824] loadlib opcode causes problems with exceptions

2006-11-11 Thread Bob Rogers
From: Matt Diephouse (via RT) <[EMAIL PROTECTED]> Date: Sat, 11 Nov 2006 16:46:20 -0800 If a loadlib fails, it doesn't throw a catchable exception. The t/ library/pg.t test was changed because it was failing on platforms where pg wasn't available. In particular, this assertion was g

Re: generic ordinal-relevant operators

2006-11-11 Thread Jonathan Lang
Darren Duncan wrote: Considering this context of comparison operators: Generic Num Str --- =:= # equality (container) !=:= # negated equality (container) === # equality (value, eternal semantics)

[perl #40824] loadlib opcode causes problems with exceptions

2006-11-11 Thread via RT
# New Ticket Created by Matt Diephouse # Please include the string: [perl #40824] # in the subject line of all future correspondence about this issue. # http://rt.perl.org/rt3/Ticket/Display.html?id=40824 > If a loadlib fails, it doesn't throw a catchable exception. The t/ library/pg.t test

[perl #40823] Win32 vs. the world - length for sprintf('%e') - what's right?

2006-11-11 Thread via RT
# New Ticket Created by Chip Salzenberg # Please include the string: [perl #40823] # in the subject line of all future correspondence about this issue. # http://rt.perl.org/rt3/Ticket/Display.html?id=40823 > Please somebody figure out what Perl does on Win32 for testing sprintf, because the P

generic ordinal-relevant operators

2006-11-11 Thread Darren Duncan
Hello, Considering this context of comparison operators: Generic Num Str --- =:= # equality (container) !=:= # negated equality (container) === # equality (value, eternal semantics) !===

[perl #40822] Pg NCI Test Makes Unportable Connection

2006-11-11 Thread via RT
# New Ticket Created by chromatic # Please include the string: [perl #40822] # in the subject line of all future correspondence about this issue. # http://rt.perl.org/rt3/Ticket/Display.html?id=40822 > t/library/pg.t fails pretty miserably on this line: con = cl.'connectdb'('')

[perl #40819] [TODO] Remove Duplication in t/codingstd/*.t Files

2006-11-11 Thread via RT
# New Ticket Created by chromatic # Please include the string: [perl #40819] # in the subject line of all future correspondence about this issue. # http://rt.perl.org/rt3/Ticket/Display.html?id=40819 > There's some duplication in the coding standards tests, specifically the source_files() su

[perl #40817] [TODO] track generated files during the configure/make process

2006-11-11 Thread via RT
# New Ticket Created by Jerry Gay # Please include the string: [perl #40817] # in the subject line of all future correspondence about this issue. # http://rt.perl.org/rt3/Ticket/Display.html?id=40817 > arguably the best way to track which files are generated during parrot's configure/build pr

Re: [perl #40803] [BUG] 'make' fails on Darwin at -lgmp

2006-11-11 Thread chromatic
On Saturday 11 November 2006 05:37, James E Keenan wrote: For what it's worth, Jerry and James and I tracked this down to some weird options coming from the Perl 5 compile-time configuration (Config.pm). > ## OUTPUT OF 'myconfig' CREATED BY ./Configure.pl ## > Summary of my parro

Re: [perl #34549] atan2() isn't IEEE compliant on OpenBSD/*BSD/Cygwin/Solaris

2006-11-11 Thread Steve Peters
On Sat, Nov 11, 2006 at 04:02:21AM -0800, Joshua Hoblitt via RT wrote: > Is this issue considered resolved for BSD and/or has acceptable test > coverage? > > I believe that things were alright for both OpenBSD and NetBSD. Solaris is still an issue. t/op/trans.t passes when run like perl t/ha

Re: r15330 - in trunk: . compilers/imcc docs docs/pdds include/parrot src

2006-11-11 Thread Chip Salzenberg
On Fri, Nov 10, 2006 at 10:51:14PM -0500, Bob Rogers wrote: >From: [EMAIL PROTECTED] >Date: Fri, 10 Nov 2006 11:12:21 -0800 (PST) > >Author: chip >Date: Fri Nov 10 11:12:20 2006 >New Revision: 15330 > >. . . > >Log: >Remove the :maybe_flat "feature", which was int

Re: [perl #40803] [BUG] 'make' fails on Darwin at -lgmp

2006-11-11 Thread James E Keenan
On Nov 11, 2006, at 5:56 AM, Joshua Hoblitt via RT wrote: I believe that the attachment containing your make output was truncated. Can you try again or just inline the make error(s)? See below. It should be noted that I upgraded to GMP 4.2.1. before trying to build Parrot (or, more precisely,

Re: [perl #40803] [BUG] 'make' fails on Darwin at -lgmp

2006-11-11 Thread James Keenan
On Nov 11, 2006, at 5:56 AM, Joshua Hoblitt via RT wrote: I believe that the attachment containing your make output was truncated. Can you try again or just inline the make error(s)? See below. It should be noted that I upgraded to GMP 4.2.1. before trying to build Parrot (or, more prec

Re: [perl #40803] [BUG] 'make' fails on Darwin at -lgmp

2006-11-11 Thread Joshua Hoblitt
I believe that the attachment containing your make output was truncated. Can you try again or just inline the make error(s)? Thanks, -J -- On Fri, Nov 10, 2006 at 06:10:42PM -0800, James Keenan wrote: > # New Ticket Created by James Keenan > # Please include the string: [perl #40803] > # in t

Re: [perl #40793] AutoReply: [PATCH] outdated wiki & irc links in docs/gettingstarted.pod

2006-11-11 Thread Rick Scott
D'oh. Newbie move. === CREDITS == --- CREDITS (revision 331) +++ CREDITS (local) @@ -411,6 +411,10 @@ N: Richard Tibbetts D: Divide by zero exceptions in some PMCs +N: Rick Scott +D: Documentation patch +E: [EMAIL PROTEC

[perl #40803] [BUG] 'make' fails on Darwin at -lgmp

2006-11-11 Thread via RT
# New Ticket Created by James Keenan # Please include the string: [perl #40803] # in the subject line of all future correspondence about this issue. # http://rt.perl.org/rt3/Ticket/Display.html?id=40803 > This transaction appears to have no content parrot.make.output Description: Binary data

[perl #40801] [TODO] Rename enter_nci_method to something better

2006-11-11 Thread via RT
# New Ticket Created by Matt Diephouse # Please include the string: [perl #40801] # in the subject line of all future correspondence about this issue. # http://rt.perl.org/rt3/Ticket/Display.html?id=40801 > enter_nci_method is poorly named. It sounds like it's entering the method to execute