Re: RFC 352 (v1) Merge Perl and C#, but have default Main class for scripting.

2000-09-29 Thread Nathan Wiger
Simon Cozens wrote: > > On Fri, Sep 29, 2000 at 09:47:51PM -, Perl6 RFC Librarian wrote: > > I am a fan of Perl and like what I see of the core C# _language_. > > What I propose is to move Perl in the C# direction. > > So, this is the comedy RFC, eh? Indeed. Since you quoted a couple of m

Re: RFC 352 (v1) Merge Perl and C#, but have default Main class for scripting.

2000-09-29 Thread Simon Cozens
On Fri, Sep 29, 2000 at 09:47:51PM -, Perl6 RFC Librarian wrote: > I am a fan of Perl and like what I see of the core C# _language_. > What I propose is to move Perl in the C# direction. So, this is the comedy RFC, eh? -- DEC diagnostics would run on a dead whale. -- Mel Fer

RE: RFC 352 (v1) Merge Perl and C#, but have default Main class for scripting.

2000-09-29 Thread David Grove
On Friday, September 29, 2000 4:48 PM, Perl6 RFC Librarian [SMTP:[EMAIL PROTECTED]] wrote: > This and other RFCs are available on the web at > http://dev.perl.org/rfc/ > > =head1 TITLE > > Merge Perl and C#, but have default Main class for scripting. > > =head1 VERSION > > Maintainer: Timothy

RFC 352 (v1) Merge Perl and C#, but have default Main class for scripting.

2000-09-29 Thread Perl6 RFC Librarian
This and other RFCs are available on the web at http://dev.perl.org/rfc/ =head1 TITLE Merge Perl and C#, but have default Main class for scripting. =head1 VERSION Maintainer: Timothy Covell <[EMAIL PROTECTED]> Date: 29 Sep 2000 Mailing List: [EMAIL PROTECTED] Number: 352 Version: 1

RE: RFC 125 (v2) Components in the Perl Core Should Have Well-Defined APIs and Behavior

2000-09-29 Thread Peter Buckingham
--| UML is extremely useful as a design language. I wonder, though, how --| a distributed collaborative effort can utilize it. i think that what has to happen is that some one (larry, Dan, anyone?) comes up with a top level object decompostion and then those boxes get farmed out to people to fil

Re: A tentative list of vtable functions

2000-09-29 Thread Dan Sugalski
At 03:23 PM 9/29/00 -0400, ye, wei wrote: >Dan Sugalski wrote: > > > At 02:29 PM 9/29/00 +0100, David Mitchell wrote: > > >Regarding the tentative list of vtable functions: > > >I'm rather worried about binary operators, eg 'is_equal', 'add' etc. > > >The danger with these is that they may impose

Re: RFC 125 (v2) Components in the Perl Core Should Have Well-Defined APIs and Behavior

2000-09-29 Thread John Porter
Dan Sugalski wrote: > > I've no experience with UML, though. Got a pointer to a quick overview? Without a doubt, "UML Distilled" is the bible of the genre. I'll make a pitch, though, for O'Reilly's "UML in a Nutshell", which I have; it's a decent little tutorial and reference. UML is extremely

Re: RFC 334 (v1) Perl should allow specially attributed subs to be called as C functions

2000-09-29 Thread Nicholas Clark
On Fri, Sep 29, 2000 at 12:37:15PM -0400, Dan Sugalski wrote: > At 04:13 PM 9/29/00 +0100, Nicholas Clark wrote: > >Are you suggesting that the attributes use the same mapping system as > >the XS (or son-of-XS (XS++)) typemaps in lib/ExtUtils/typemap? > >If so, will there be the "terse" column in

Re: A tentative list of vtable functions

2000-09-29 Thread ye, wei
Dan Sugalski wrote: > At 02:29 PM 9/29/00 +0100, David Mitchell wrote: > >Regarding the tentative list of vtable functions: > >I'm rather worried about binary operators, eg 'is_equal', 'add' etc. > >The danger with these is that they may impose a single implementation > >of scalars upon us. > > >

Re: RFC 125 (v2) Components in the Perl Core ShouldHaveWell-Defined APIs and Behavior

2000-09-29 Thread Peter Buckingham
> > > >Try Martin Fowler's UML Distilled, very good and short! > > Is it available electronically, or do I need to trot over to Quantum Books > and drop some cash on it? (Man, they love me there...) If it's paper, got > an ISBN? > uhm unfortunately it'll cost you its about $30USD (i fortunately

Re: RFC 125 (v2) Components in the Perl Core Should HaveWell-Defined APIs and Behavior

2000-09-29 Thread Dan Sugalski
At 10:32 AM 9/29/00 -0700, Peter Buckingham wrote: >Dan Sugalski wrote: > > > > At 04:17 PM 9/28/00 -0400, John Porter wrote: > > > > I think, though, that the core interface should be procedural. > > > > > >I agree. We should not confuse OOD with OOP. > > > > Fair enough, and I was. > > > > I've

Re: RFC 125 (v2) Components in the Perl Core Should HaveWell-Defined APIs and Behavior

2000-09-29 Thread Peter Buckingham
Dan Sugalski wrote: > > At 04:17 PM 9/28/00 -0400, John Porter wrote: > > > I think, though, that the core interface should be procedural. > > > >I agree. We should not confuse OOD with OOP. > > Fair enough, and I was. > > I've no experience with UML, though. Got a pointer to a quick overview?

Re: RFC 125 (v2) Components in the Perl Core Should Have Well-Defined APIs and Behavior

2000-09-29 Thread Dan Sugalski
At 04:17 PM 9/28/00 -0400, John Porter wrote: > > I think, though, that the core interface should be procedural. > >I agree. We should not confuse OOD with OOP. Fair enough, and I was. I've no experience with UML, though. Got a pointer to a quick overview?

Re: RFC 334 (v1) Perl should allow specially attributed subs to be called as C functions

2000-09-29 Thread Dan Sugalski
At 04:13 PM 9/29/00 +0100, Nicholas Clark wrote: >Are you suggesting that the attributes use the same mapping system as >the XS (or son-of-XS (XS++)) typemaps in lib/ExtUtils/typemap? >If so, will there be the "terse" column in the typemap file to associate >"i" with "T_IV" ? Hadn't considered it

Re: A tentative list of vtable functions

2000-09-29 Thread Dan Sugalski
At 02:29 PM 9/29/00 +0100, David Mitchell wrote: >Regarding the tentative list of vtable functions: >I'm rather worried about binary operators, eg 'is_equal', 'add' etc. >The danger with these is that they may impose a single implementation >of scalars upon us. > >As an example, suppose I wrote an

Re: RFC 334 (v1) Perl should allow specially attributed subs to be called as C functions

2000-09-29 Thread Nicholas Clark
On Thu, Sep 28, 2000 at 08:59:58PM -, Perl6 RFC Librarian wrote: > =head1 DESCRIPTION > > Any sub that has the appropriate attribute can be called from C (or some other > compiled language). Perl will automagically convert the input > parameters (which is what the attributes tells us) to thin

Re: A tentative list of vtable functions

2000-09-29 Thread David Mitchell
Regarding the tentative list of vtable functions: I'm rather worried about binary operators, eg 'is_equal', 'add' etc. The danger with these is that they may impose a single implementation of scalars upon us. As an example, suppose I wrote an alternative scalar implementation that was optimised f