Re: reduce metaoperator on an empty list

2005-06-07 Thread Ph. Marek
On Tuesday 07 June 2005 23:41, Luke Palmer wrote: > On 6/7/05, Larry Wall <[EMAIL PROTECTED]> wrote: > > Okay, I've made up my mind. The "err" option is not tenable because > > it can cloak real exceptions, and having multiple versions of reduce is > > simply multiplying entities without adding mu

Re: reduce metaoperator on an empty list

2005-06-07 Thread Sam Vilain
Luke Palmer wrote: < and > still don't make sense as reduce operators. Observe the table: # of args | Return (type) 0 | -Inf 1 | Num (the argument) 2 | bool ... | bool Let's look at the type of one of the many `reduce' vari

Re: [svn:parrot] rev 8287 - in trunk/languages/tcl: . lib lib/commands t

2005-06-07 Thread William Coleda
With this patch, Tcl is now failing the same two tests for me that it's been failing for leo: Failed Test Stat Wstat Total Fail Failed List of Failed --- t/cmd_break.t 1 256 21 50.00% 2 t/cmd_con

Re: Regarding Google's Summer of Code 2005

2005-06-07 Thread MrJoltCola
At 01:40 PM 6/3/2005, Matt Fowles wrote: > I have been working and thinking about improvements to the Parrot/IMCC > optimizer for a while now. Implementing SSA is definitely at the top > of my list, because it simplifies a lot of optimizations and makes > some others possible. The biggest chall

Re: reduce metaoperator on an empty list

2005-06-07 Thread Luke Palmer
On 6/7/05, Larry Wall <[EMAIL PROTECTED]> wrote: > On Tue, Jun 07, 2005 at 09:41:49PM +, Luke Palmer wrote: > : < and > still don't make sense as reduce operators. > > Yeah, I keep confusing them with min and max. > > : That reminds me, how are <, >, etc. defined anyway? How can we tell > :

Re: reduce metaoperator on an empty list

2005-06-07 Thread Larry Wall
On Tue, Jun 07, 2005 at 09:41:49PM +, Luke Palmer wrote: : < and > still don't make sense as reduce operators. Yeah, I keep confusing them with min and max. : That reminds me, how are <, >, etc. defined anyway? How can we tell : them to be list-associative with each other? Because they're a

Re: reduce metaoperator on an empty list

2005-06-07 Thread Luke Palmer
On 6/7/05, Larry Wall <[EMAIL PROTECTED]> wrote: > Okay, I've made up my mind. The "err" option is not tenable because > it can cloak real exceptions, and having multiple versions of reduce is > simply multiplying entities without adding much power. So let's allow > an optional "identvalue" trait

Re: return() in pointy blocks

2005-06-07 Thread Matt Fowles
All~ On 6/7/05, Luke Palmer <[EMAIL PROTECTED]> wrote: > On 6/7/05, Matt Fowles <[EMAIL PROTECTED]> wrote: > > On 6/7/05, Ingo Blechschmidt <[EMAIL PROTECTED]> wrote: > > > Hi, > > > > > > sub foo (Code $code) { > > > my $return_to_caller = -> $ret { return $ret }; > > > > > > $code($ret

[perl #36200] Parrot on Linux/m68k test failures

2005-06-07 Thread via RT
# New Ticket Created by Joshua Juran # Please include the string: [perl #36200] # in the subject line of all future correspondence about this issue. # https://rt.perl.org/rt3/Ticket/Display.html?id=36200 > A 'make test' of parrot failed some tests on Linux/m68k. Here is the contents of mycon

Re: return() in pointy blocks

2005-06-07 Thread Luke Palmer
On 6/7/05, Luke Palmer <[EMAIL PROTECTED]> wrote: > Then let's put it this way: > >sub foo () { >for 0..10 { >when 6 { return 42 } >} >return 26; >} > > And if that didn't do it, then let's write it equivalently as: > >sub foo () { >&map(->

Re: return() in pointy blocks

2005-06-07 Thread Luke Palmer
On 6/7/05, Matt Fowles <[EMAIL PROTECTED]> wrote: > On 6/7/05, Ingo Blechschmidt <[EMAIL PROTECTED]> wrote: > > Hi, > > > > sub foo (Code $code) { > > my $return_to_caller = -> $ret { return $ret }; > > > > $code($return_to_caller); > > return 23; > > } > > > > sub bar (Code $retu

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

2005-06-07 Thread Nicholas Clark
On Tue, Jun 07, 2005 at 10:26:28AM -0700, Edward Peschko wrote: > On Tue, Jun 07, 2005 at 11:09:18AM +0100, Nicholas Clark wrote: > > This is an average for perl5-porters over its entire existence? > > I don't think that it's a reputation it deserves any more. It's very a > > very uneventful list

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

2005-06-07 Thread Edward Peschko
On Tue, Jun 07, 2005 at 11:09:18AM +0100, Nicholas Clark wrote: > 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> Three cheers for Dan! > > Do we need to stop at 3? > > > In fact, at face value, t

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

2005-06-07 Thread Grégoire Péan
> > I will be happy to provide 50Mb on my web space... but isn't this > > reasonable using Juerd's space, he kindly provided those to perl6 > > things? > > > > See: http://feather.perl6.nl/~vkon > > I can offer a web space, too, for example with subdomain > pxperl.perl6.hu. 50Mb isn't a problem, a

Re: return() in pointy blocks

2005-06-07 Thread Ingo Blechschmidt
Hi, Matt Fowles wrote: > On 6/7/05, Ingo Blechschmidt <[EMAIL PROTECTED]> wrote: >> sub foo (Code $code) { >> my $return_to_caller = -> $ret { return $ret }; >> >> $code($return_to_caller); >> return 23; >> } >> >> sub bar (Code $return) { $return(42) } >> >> say foo &bar; #

Re: return() in pointy blocks

2005-06-07 Thread Piers Cawley
Ingo Blechschmidt <[EMAIL PROTECTED]> writes: > Hi, > > sub foo (Code $code) { > my $return_to_caller = -> $ret { return $ret }; > > $code($return_to_caller); > return 23; > } > > sub bar (Code $return) { $return(42) } > > say foo &bar; # 42 or 23? > > I think

Re: return() in pointy blocks

2005-06-07 Thread Matt Fowles
Ingo~ On 6/7/05, Ingo Blechschmidt <[EMAIL PROTECTED]> wrote: > Hi, > > sub foo (Code $code) { > my $return_to_caller = -> $ret { return $ret }; > > $code($return_to_caller); > return 23; > } > > sub bar (Code $return) { $return(42) } > > say foo &bar; # 42 or 23? > > I th

return() in pointy blocks

2005-06-07 Thread Ingo Blechschmidt
Hi, sub foo (Code $code) { my $return_to_caller = -> $ret { return $ret }; $code($return_to_caller); return 23; } sub bar (Code $return) { $return(42) } say foo &bar; # 42 or 23? I think it should output 42, as the return() in the pointy block $return_to_calle

Alignment Problems (Was Re: Building nci/dynclasses on HP-UX)

2005-06-07 Thread Andy Dougherty
> On Fri, 3 Jun 2005, Leopold Toetsch wrote: > > > Nick Glencross wrote: > > > > > I fear that there may be some pointer alignment problems in hash because > > > I'm > > > getting hangs which seem to be linked to finding strings in hash tables. > > > (That's pure conjecture) > > > > I'm not awa

Re: reduce metaoperator on an empty list

2005-06-07 Thread Larry Wall
Okay, I've made up my mind. The "err" option is not tenable because it can cloak real exceptions, and having multiple versions of reduce is simply multiplying entities without adding much power. So let's allow an optional "identvalue" trait on operators. If it's there, reduce can use it. If it'

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

2005-06-07 Thread Andy Dougherty
On Tue, 7 Jun 2005, [iso-8859-1] François PERRAD wrote: > I work with MinGW, ActivePerl & cmd.exe. > I introduced the configuration variable slash_exec. > On all platform 'slash' == 'slash_exec' > except with MinGW where : > slash => '/' (need by mingw32-make) > 'slash_exec' => '

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

2005-06-07 Thread Dan Sugalski
I didn't realize I was still on this list (which I'm going to take care of in a bit) but since I'm seeing this... At 5:07 PM -0700 6/6/05, Edward Peschko wrote: But it still strikes me as odd. I saw some tension in the perl6 mailing lists, but nothing that would have suggested that *this* woul

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

2005-06-07 Thread Nicholas Clark
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> Three cheers for Dan! Do we need to stop at 3? > In fact, at face value, the perl6 mailing lists seemed freshly absent from > strife. > They are IMO ten ti

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

2005-06-07 Thread anonymous coward
On Mon, Jun 06, 2005 Larry Wall wrote: > I'll be glad to point out that one of the most *irritating* problems > is people who snipe from the sidelines without having earned the > right to do so by contributing. Dan has earned the right to carp, > and deserves our respect for refusing to vent (muc

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

2005-06-07 Thread Leopold Toetsch
Jacinto S. <[EMAIL PROTECTED]> wrote: > This patch expands on the documentation in C, > namely how the Emacs pasm mode should be installed. I've also made > some additions to C which adds highlighting for pasm > registers as well as some extended highlighting for IMCC syntax. Thanks, applied - r8

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

2005-06-07 Thread Leopold Toetsch
Andy Dougherty <[EMAIL PROTECTED]> wrote: > The patch below goes on top of yours and renames it link_shared. Thanks, applied - r8284 leo

Re: Transparent / Opaque references

2005-06-07 Thread TSa (Thomas Sandlaß)
Juerd wrote: $y() = 7; No, sorry, that looks to me as if $y is a reference to an lvalue sub, not like any form of referencing of scalars. I think it will come naturally to the C++ and Java folks. There the accessor kind of functions is either mapped into the name get_y() and set_y(value), or