Re: Building Parrot with MinGW, ActivePerl & command.com

At 11:29 04/06/2005 -0700, you wrote: I actually have Linux installed on this machine, but for reasons which I'm not going to get into here I use Win98 for day-to-day computing. I therefore took it as a challenge to get Parrot to build with crufty ol' command.com. I used MinGW 3.1.0-1 and Active

Re: reduce metaoperator on an empty list

On 6/6/05, Sam Vilain <[EMAIL PROTECTED]> wrote: > Roger Hale wrote: > > This is why I would rather the o -> [o] circumfixion left [o] an infix, > > not prefix operator. I would rather be explicit about my identity: > > $product = 1 [*] @array; > > Hmm. Not all operators *have* an identity.

Re: [PATCH] Re: HP-UX build notes

On Mon, 6 Jun 2005, Nick Glencross wrote: > Andy Dougherty wrote: > > > On Mon, 6 Jun 2005, Nick Glencross wrote: > > > > > > > Not a problem. I'm attaching a patch which I believe fixes all the build > > > issues on HP-UX, and shouldn't cause any breakage with any other > > > platforms. > > >

Re: What the heck is... wrong with Parrot development?

On Mon, Jun 06, 2005 at 05:07:42PM -0700, Edward Peschko wrote: > > On Mon, Jun 06, 2005 at 07:53:03PM -0400, Uri Guttman wrote: > > > "SV" == Sam Vilain <[EMAIL PROTECTED]> writes: > > > > > > SV> Three cheers for Dan! > > > > hear! hear!! > > I'll add a cheer as well And I. > Bu

Re: reduce metaoperator on an empty list

HaloO Roger, I'm answering here to your other mail as well. In my example I was intensionally changing from last to first and positive and negative numbers! This is a sublety of distance preserving, direction aware counting in multiples of arbitrary unity---or some such ;) you wrote: This is why

Re: reduce metaoperator on an empty list

Damian Conway wrote: What you want is: $product = ([*] @values err 0); Or: $factorial = ([*] 1..$n err 1); The "err" operator bind only to the point on the instruction it is attached to, ie it's not a shortcut for eval(), right? I'm just seeing some edge cases here for custom defined o

Re: reduce metaoperator on an empty list

Roger Hale wrote: This is why I would rather the o -> [o] circumfixion left [o] an infix, not prefix operator. I would rather be explicit about my identity: $product = 1 [*] @array; Hmm. Not all operators *have* an identity. You'd have to write, in that case; @array[0] [ƒ] @[EMAI

Re: What the heck is... wrong with Parrot development?

On Mon, Jun 06, 2005 at 07:53:03PM -0400, Uri Guttman wrote: > > "SV" == Sam Vilain <[EMAIL PROTECTED]> writes: > > > SV> Please honour his decision to bow out gracefully without turning it into > SV> a childish battle of egos. > > SV> In the meantime let us celebrate 5 years of Dan S

Re: What the heck is... wrong with Parrot development?

> "SV" == Sam Vilain <[EMAIL PROTECTED]> writes: SV> Please honour his decision to bow out gracefully without turning it into SV> a childish battle of egos. SV> In the meantime let us celebrate 5 years of Dan Sugalski's contribution SV> to the Parrot and Perl 6 project. SV> Three

Re: What the heck is... wrong with Parrot development?

Fagyal Csongor wrote: With all respect, I think this is a very important thing which needs attention, and I hope that you will help us to clarify the situation. I am pretty sure Dan did not leave because he had a bad day - we know he Dan's position was very stressful, he had people from all s

Re: What the heck is... wrong with Parrot development?

Larry, On Mon, Jun 06, 2005 at 04:31:01PM +0200, anonymous coward wrote: : It's a funny old world... : wrote Dan Sugalski on June 04, 2005 in his Squawks of the Parrot blog. : Go and see: . : : Hence the subject. : : What the heck is wrong w

Re: What the heck is... wrong with Parrot development?

On Mon, Jun 06, 2005 at 04:31:01PM +0200, anonymous coward wrote: : It's a funny old world... : wrote Dan Sugalski on June 04, 2005 in his Squawks of the Parrot blog. : Go and see: . : : Hence the subject. : : What the heck is wrong with Parrot

Re: File/Directory handling

Roger Browne wrote: There are parrot opcodes for things like opening and reading a file, and PMCs for things like random numbers, environment variables, timers etc. But (unless I've missed something) there is not yet anything that lets me (from PIR) read a directory and get a list of the files wi

[perl #36162] [PATCH] Emacs pasm major mode

# New Ticket Created by "Jacinto S." # Please include the string: [perl #36162] # in the subject line of all future correspondence about this issue. # https://rt.perl.org/rt3/Ticket/Display.html?id=36162 > This patch expands on the documentation in C, namely how the Emacs pasm mode should be

Re: PXPerl 5.8.6-3 released with Windows binaries of Pugs 6.2.6 a nd Parrot 0.2.0

Hi, No problem, I will do so in next release for Pugs and Parrot. But not for the whole PXPerl package (ZIP compression is really bad... The package would be 47MB And I don't have an infinite server bandwidth as ActiveState has... but perhaps you have some webspace to share?). Thanks in advanc

Re: [PATCH] Re: HP-UX build notes

Andy Dougherty wrote: On Mon, 6 Jun 2005, Nick Glencross wrote: Not a problem. I'm attaching a patch which I believe fixes all the build issues on HP-UX, and shouldn't cause any breakage with any other platforms. I've retested on Linux and cygwin (although cygwin has problems with dynclass

Re: PXPerl 5.8.6-3 released with Windows binaries of Pugs 6.2.6 a nd Parrot 0.2.0

> > > > All I want - look into ZIPped archive, extract what I want and run. > > > > That is why, for example, Mozilla offers both installer and ZIP. > > > > No problem, I will do so in next release for Pugs and Parrot. > But not for the whole PXPerl package (ZIP compression is really bad... > T

[PATCH] Re: HP-UX build notes

On Mon, 6 Jun 2005, Nick Glencross wrote: > Not a problem. I'm attaching a patch which I believe fixes all the build > issues on HP-UX, and shouldn't cause any breakage with any other platforms. > > I've retested on Linux and cygwin (although cygwin has problems with > dynclasses), and all's well

Re: PXPerl 5.8.6-3 released with Windows binaries of Pugs 6.2.6 a nd Parrot 0.2.0

> > > > I try to stick to the hectic pace at which Pugs evolves :) > > > > > > > > http://pixigreg.com/?pxperl > > > > > > is it possible to have an alternative approach of just > > zip-packed binaries? > > > > What do you mean? Please explain. Do you want a separate package for > > Pugs and Parrot

File/Directory handling

There are parrot opcodes for things like opening and reading a file, and PMCs for things like random numbers, environment variables, timers etc. But (unless I've missed something) there is not yet anything that lets me (from PIR) read a directory and get a list of the files within that directory, o

What the heck is... wrong with Parrot development?

It's a funny old world... wrote Dan Sugalski on June 04, 2005 in his Squawks of the Parrot blog. Go and see: . Hence the subject. What the heck is wrong with Parrot development? anonymous coward __

Re: [perl #36136] [PATCH] Add "Amber for parrot" to languages/LANGUAGES.STATUS

Roger Browne <[EMAIL PROTECTED]> wrote: > 1. Added an entry for "Amber for parrot" to languages/LANGUAGES.STATUS Thanks, applied - r8281 > PS: The "Patch Submission Instructions" page > http://www.parrotcode.org/patchfaq.html > says "do a diff -u", but I presume a "svn diff" is what you prefer.

Re: PXPerl 5.8.6-3 released with Windows binaries of Pugs 6.2.6 a nd Parrot 0.2.0

On 6/6/05, Konovalov, Vadim <[EMAIL PROTECTED]> wrote: > > I try to stick to the hectic pace at which Pugs evolves :) > > > > http://pixigreg.com/?pxperl > > is it possible to have an alternative approach of just zip-packed binaries? What do you mean? Please explain. Do you want a separate packag

Re: reduce metaoperator on an empty list

Damian Conway wrote: Deborah Pickett wrote: You are going to see empty lists more often than you think in expressions like $product = [*] @array; and having to write that as $product = [*] 1, @array; just to protect against a common case doesn't exactly flaunt Perl's DWIMmery to me. I *h

Re: mod/div

Just a nit, for the record, with no great perl relevance: "TSa (Thomas Sandlaß)" wrote: But what is the first quarter of year 0? 0.25? Sure (of course if there were a year 0 instead of becoming 1 BCE) > And the last quarter of year -1? -0.25? Sure > That works numerically, but March of a year

[perl #36136] [PATCH] Add "Amber for parrot" to languages/LANGUAGES.STATUS

# New Ticket Created by Roger Browne # Please include the string: [perl #36136] # in the subject line of all future correspondence about this issue. # https://rt.perl.org/rt3/Ticket/Display.html?id=36136 > 1. Added an entry for "Amber for parrot" to languages/LANGUAGES.STATUS 2. In the first

Re: HP-UX build notes

Nick Glencross <[EMAIL PROTECTED]> wrote: > Not a problem. I'm attaching a patch which I believe fixes all the build > issues on HP-UX, and shouldn't cause any breakage with any other platforms. Thanks, applied - r8280 leo

Re: HP-UX build notes

Leopold Toetsch wrote: The various HPUX-related changed didn't make it into the release, sorry. Could you please provide a patch for all outstanding issued. Leo, Not a problem. I'm attaching a patch which I believe fixes all the build issues on HP-UX, and shouldn't cause any breakage with a

Re: [svn:parrot] rev 8279 - trunk/config/gen/makefiles

[EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote: > Log: > -t stopped working. Per leo, "try -t1" Things are a bit more complicated: parrot -t foo.pbc # ok But parrot -t foo.pbc x.y # err The problem is that -t takes optional arguments now, so it uses foo.pbc as argument, because it's

Re: Announcing amber for parrot 0.2.1

Roger Browne <[EMAIL PROTECTED]> wrote: > I have made available version 0.2.1 of the "amber for > parrot" scripting language. Could you please submit a patch against languages/LANGUAGES.STATUS - a short summary and where folks can find it. Thanks, leo

Re: (multi)subroutine names

Rod Adams wrote: It used to be &foo &foo And has become &foo:(Array,Int) &foo:(Hash,Int) The return type arrow --> inside the :() type spec is not yet approved by @Larry. In my mind, the more interesting question is what does &foo without the <> specifiers return when foo is mul

Re: a note WRT exception handlers

Leopold Toetsch wrote: Yesterday on IIRC oops, too man TLAs and ETLAs and severe lack of coffee. leo

a note WRT exception handlers

Yesterday on IIRC coke pasted[1] the following piece of code, I'll snip here some irrelevant parts: push_eh catch $P1 = find_global "Spam", "q" clear_eh In combination with the resume functionality below in the "catch" handler, this will do the following: 1) global found, pop the han