Re: Numeric literals, take 1

2002-11-15 Thread Joseph F. Ryan
Luke Palmer wrote: Mailing-List: contact [EMAIL PROTECTED]; run by ezmlm Date: Fri, 15 Nov 2002 22:11:58 -0500 From: Frank Wojcik <[EMAIL PROTECTED]> Content-Disposition: inline X-Virus-Scanned: by AMaViS perl-11 X-SMTPD: qpsmtpd/0.12, http://develooper.com/code/qpsmtpd/ On Thu, Nov 14, 2002 at

Re: Literals, take 2

2002-11-15 Thread Larry Wall
On Thu, Nov 14, 2002 at 12:24:50AM -0800, Dave Storrs wrote: : On Wed, Nov 13, 2002 at 12:33:09PM -0800, Larry Wall wrote: : > : 1_2_3_4__5___6 (absurd, but doable) : > : > Nope, _ is allowed only between digits (counting a-f as digits in hex). : > : > Larry : : Does this mean that you

Re: [perl #18170] [PATCH] very complete lexical scope implementation

2002-11-15 Thread kj
In article <[EMAIL PROTECTED]>, [EMAIL PROTECTED] (Jonathan Sillito) wrote: > Steve, > > Thanks! Was there a problem applying the patch? I just checked out a new cvs > images and the file t/op/lexicals.t has not been updated. As a result, a few > tests are failing. Should I resubmit the part of

Re: Numeric literals, take 1

2002-11-15 Thread Joseph F. Ryan
Frank Wojcik wrote: On Thu, Nov 14, 2002 at 07:58:55PM +0100, Angel Faus wrote: The C<1i> and C<-1i> numbers can be also written respectively, C and C<-i>, so the previous example could be rewritten: my $z = 2.3 + i; OK. So, what does this print? sub i {return 40} my $z = 2.3 + i; pri

Re: HOWTO: Writing Perl6 Tests

2002-11-15 Thread Paul Johnson
Piers Cawley said: > Richard Nuttall <[EMAIL PROTECTED]> writes: >> In a previous life, I worked as part of a team (implementing Expert >> Systems in VAX Pascal actually), and we had one person whose sole aim >> in life was to design and build test cases. In many cases his complete >> lack of know

Re: String concatentation operator

2002-11-15 Thread Larry Wall
On Thu, Nov 14, 2002 at 09:10:07PM +, Richard Proctor wrote: : On Thu 14 Nov, Michael G Schwern wrote: : > On Thu, Nov 14, 2002 at 12:19:47PM +, Andy Wardley wrote: : > > Can we overload + in Perl 6 to work as both numeric addition : > > and string concatenation, depending on the type of th

Re: Control Structures I: given

2002-11-15 Thread Timothy S. Nelson
On Fri, 15 Nov 2002, Me wrote: > > My complete knowledge comes from > > archive.develooper.com/perl6-language... > > (search for "superpositions"). > > I find google (rather than develooper's > archive/search) the best tool for most > searching of p6lang. Unfortunately even > google only goes bac

Re: Numeric literals, take 1

2002-11-15 Thread Luke Palmer
> Mailing-List: contact [EMAIL PROTECTED]; run by ezmlm > Date: Fri, 15 Nov 2002 22:11:58 -0500 > From: Frank Wojcik <[EMAIL PROTECTED]> > Content-Disposition: inline > X-Virus-Scanned: by AMaViS perl-11 > X-SMTPD: qpsmtpd/0.12, http://develooper.com/code/qpsmtpd/ > > On Thu, Nov 14, 2002 at 07:58

Re: Numeric literals, take 1

2002-11-15 Thread Frank Wojcik
On Thu, Nov 14, 2002 at 07:58:55PM +0100, Angel Faus wrote: > The C<1i> and C<-1i> numbers can be also written > respectively, C and C<-i>, so the previous example > could be rewritten: > > my $z = 2.3 + i; OK. So, what does this print? sub i {return 40} my $z = 2.3 + i; print "z:$z\n";

Re: [perl

2002-11-15 Thread Steve Fink
On Nov-15, Jonathan Sillito wrote: > Steve, > > Thanks! Was there a problem applying the patch? I just checked out a new cvs > images and the file t/op/lexicals.t has not been updated. As a result, a few > tests are failing. Should I resubmit the part of the patch that updates > t/op/lexicals.t?

Re: [perl

2002-11-15 Thread Steve Fink
On Nov-15, Jonathan Sillito wrote: > Steve, > > Thanks! Was there a problem applying the patch? I just checked out a new cvs > images and the file t/op/lexicals.t has not been updated. As a result, a few > tests are failing. Should I resubmit the part of the patch that updates > t/op/lexicals.t?

Re: Control Structures I: given

2002-11-15 Thread Me
> My complete knowledge comes from > archive.develooper.com/perl6-language... > (search for "superpositions"). I find google (rather than develooper's archive/search) the best tool for most searching of p6lang. Unfortunately even google only goes back so far, and doesn't search punctuation. Perl

RE: Perl 6 Test Organization

2002-11-15 Thread Garrett Goebel
From: Leopold Toetsch [mailto:lt@;toetsch.at] > Garrett Goebel wrote: > > From: chromatic [mailto:chromatic@;wgz.org] > > > >>Brent Dax had a nice suggestion for Perl 6 test organization. > >>I like it tremendously. > > > > isn't it missing: t/var/list/...? > > *All* (parrot as well as perl6) t

[perl #18419] [PATCH] make subs closures

2002-11-15 Thread via RT
# New Ticket Created by Jonathan Sillito # Please include the string: [perl #18419] # in the subject line of all future correspondence about this issue. # http://rt.perl.org/rt2/Ticket/Display.html?id=18419 > The attached patch makes subs closures and does a couple simple cleanups. It also st

String <=> Num conversion doc

2002-11-15 Thread Luke Palmer
Here's the very rough draft of the String <=> Num document I said I'd do. Some of the behavior in here was just what made sense to me, since I had no definitive answer. If anyone has ideas for more useful or sensible behavior, please say so. Oh, and I'm not sure what POD-like conventions we're u

Re: Quick note on JIT bits

2002-11-15 Thread Leopold Toetsch
Paolo Molaro wrote: On 11/15/02 Gopal V wrote: It is possible ... JIT generated code looks just like loaded code to gcc ... Typically gdb should only need access to a symfile to correctly allow debugging ... So an .o file of the JIT'd code should be correctly generated with all the trimmings.

Re: Perl 6 Test Organization

2002-11-15 Thread Leopold Toetsch
Garrett Goebel wrote: From: chromatic [mailto:chromatic@;wgz.org] Brent Dax had a nice suggestion for Perl 6 test organization. I like it tremendously. isn't it missing: t/var/list/...? *All* (parrot as well as perl6) tests are currently a grown unorganized mess - though working. If this

Re: Quick note on JIT bits

2002-11-15 Thread Gopal V
If memory serves me right, Paolo Molaro wrote: > You can find the complete examples of how the jit debugging features > work in the mono tarball (mono/doc directory): Same old lupus I never realized I had a wolf pack hunting me :-) > the above was a partial cut&paste with s/mono/parrot/ :-)

Re: String to Num (was Re: Numeric Literals (Summary))

2002-11-15 Thread fearcadi
Michael Lazzaro writes: > Let's summarize some of the string-to-num issues: > >my int $i = literal "0xff"; # 255 > > > (3) -- We want to be able to parse a string as a number using a very > _specific_ rule; for example, if a user is expected to enter a value in > a specific forma

String to Num (was Re: Numeric Literals (Summary))

2002-11-15 Thread Michael Lazzaro
Let's summarize some of the string-to-num issues: (1) -- A number is just a number, regardless of how it's put in. Therefore: my int $i = 0xff; my int $i = 255; result in the identical number, 255, being placed in $i. Once it's in there, there's no way to tell what format it originally

Re: Numeric Literals (Summary)

2002-11-15 Thread Dave Whipp
A couple more corner cases: $a = 1:0; #error? or zero $b = 4294967296:1.2.3.4 # base 2**32 printf "%32x", $b; 0001000200030004 Dave.

RE: [perl #18170] [PATCH] very complete lexical scope implementation

2002-11-15 Thread Jonathan Sillito
Steve, Thanks! Was there a problem applying the patch? I just checked out a new cvs images and the file t/op/lexicals.t has not been updated. As a result, a few tests are failing. Should I resubmit the part of the patch that updates t/op/lexicals.t? -- Jonathan Sillito > -Original Message---

Re: Numeric Literals (Summary)

2002-11-15 Thread Michael Lazzaro
On Friday, November 15, 2002, at 10:51 AM, Dave Whipp wrote: "Michael Lazzaro" <[EMAIL PROTECTED]> wrote 1.5e1 == 15 16:1.5e1 != (1 + 5/16) * 16 Due to ambiguities, the proposal to allow floating point in bases other than 10 is therefore squished. If anyone still wants it, we can ask the de

Re: Numeric Literals (Summary)

2002-11-15 Thread Dave Whipp
"Michael Lazzaro" <[EMAIL PROTECTED]> wrote > > 1.5e1 == 15 > > 16:1.5e1 != (1 + 5/16) * 16 > > Due to ambiguities, the proposal to allow floating point in bases other > than 10 is therefore squished. If anyone still wants it, we can ask > the design team to provide a final ruling. So what about

Re: Numeric Types

2002-11-15 Thread Dave Whipp
"Michael Lazzaro" <[EMAIL PROTECTED]> wrote >[...] > So if you *knew* you were dealing with > 16-bit unsigned integers, you could say > > my uint16 @numarray; > > and it would generate the optimal code for such an array. You could > instead say: > > my Int @numarray is ctype("unsigned short int"

Re: Numeric Literals (Summary)

2002-11-15 Thread Michael Lazzaro
On Thursday, November 14, 2002, at 01:27 PM, Dave Whipp wrote: And now I know why we can't use C<.> as a floating point in base 16: 1.5e1 == 15 16:1.5e1 != (1 + 5/16) * 16 Due to ambiguities, the proposal to allow floating point in bases other than 10 is therefore squished. If anyone still

Re: Numeric Types

2002-11-15 Thread Michael Lazzaro
On Friday, November 15, 2002, at 01:10 AM, Dave Whipp wrote: I still don't understand why we want to go to all this hassle of completing a vast list primitives to support mappings onto languages and architectures that have yet to be invented. I still prefer to keep things simple: my Number $a

Re: Hmm...

2002-11-15 Thread Austin Hastings
--- Piers Cawley <[EMAIL PROTECTED]> wrote: > Austin Hastings <[EMAIL PROTECTED]> writes: > > > --- Piers Cawley <[EMAIL PROTECTED]> wrote: > >> I wonder what would happen if you had a junction of > >> continuations. Producing something practical is left as an > exercise > >> for the interested r

Re: Perl 6 Test Organization

2002-11-15 Thread chromatic
On Fri, 15 Nov 2002 00:23:51 +, Dave Whipp wrote: > I agree that CVS makes it difficult to change things later (I assume you > don't want to risk Subversion in its current state). However, I would > suggest that you hold off creating the elaborate structure until we need > it. Bucket loads

Re: Quick note on JIT bits

2002-11-15 Thread Paolo Molaro
On 11/15/02 Gopal V wrote: > It is possible ... JIT generated code looks just like loaded code to > gcc ... Typically gdb should only need access to a symfile to correctly > allow debugging ... So an .o file of the JIT'd code should be correctly > generated with all the trimmings. > > $ gdb parr

Re: Source code analysis (was: Would a getting started guide help)

2002-11-15 Thread Gopal V
If memory serves me right, Tim Bunce wrote: > "CCured is a source-to-source translator for C, which > analyzes the program to determine the smallest number of > run-time checks that must be inserted in the program to > prevent all memory safety violations." Yow ! .. the ou

Re: Quick note on JIT bits

2002-11-15 Thread Gopal V
If memory serves me right, Leopold Toetsch wrote: > pusha/popa is overkill. The called functions always save bp and bx,di,si > when used. ax is the return value, remaining is dx (cx is used by > shifts) - i386 of course. Ok ... push_necessary() ;-) ... > > Speaking about debugging calls fro

Re: Docs Testing Format

2002-11-15 Thread Piers Cawley
Dave Whipp <[EMAIL PROTECTED]> writes: > Piers Cawley wrote: > >> I'm not arguing that the unit tests themselves shouldn't carry >> documentation, but that documentation (if there is any) should be >> aimed at the perl6 developer. > > Depends what you mean by "perl6 developer": is that the interna

RE: Perl 6 Test Organization

2002-11-15 Thread Garrett Goebel
From: chromatic [mailto:chromatic@;wgz.org] > > Brent Dax had a nice suggestion for Perl 6 test organization. > I like it tremendously. isn't it missing: t/var/list/...? Per Apocalpyse 2, RFC 175: > > [1,2,3] > > is syntactic sugar for something like: > > scalar(list(1,2,3)); > > Depe

list == literal array? (was: Glossary?)

2002-11-15 Thread Garrett Goebel
Stéphane Payrard wrote: > On (14/11/02 16:21), Garrett Goebel wrote: > > Stéphane Payrard wrote: > > > > > > But when we say literal array, do we talk about the representation > > > or the value? > > > > The representation of a fixed value. > > > > If a literal is the representation of a constan

Junctions and .pick

2002-11-15 Thread Buddha Buck
Hey Damian... What is the expected output of this: my $x = 0|1; my $xsum = 0; my $xmean; my $y = 0|1; my $z = $x * $y; my $zsum = 0; my $zmean; $xsum += $x.pick for 1..1000; $xmean = $xsum / 1000; print "Expected value of \$x is $xmean\n"; $zsum = $z.pick for 1..1000; $zmean =

Re: Some basic string tests.

2002-11-15 Thread David Wheeler
On Thursday, November 14, 2002, at 11:12 PM, Piers Cawley wrote: That's not actually what I meant. You use TODO blocks in your test scripts, like this: TODO: { local $TODO = "Not yet implemented"; ok( foo(), $test_name ); is( foo(42), 23

Re: is sigil user - extensible ? Was: UTF-8 and Unicode FAQ, demos

2002-11-15 Thread Austin Hastings
--- [EMAIL PROTECTED] wrote: > e.g. > > I can force all variables starting with 'A' to be constant . > now 'A' is special sigil . > > ( can I ??? ) > ( probably this is something perl should avoid somehow ) And by extension, you can force all variables starting with 'hwpstr' to be a certain

Re: Hmm...

2002-11-15 Thread Austin Hastings
--- Piers Cawley <[EMAIL PROTECTED]> wrote: > I wonder what would happen if you had a junction of > continuations. Producing something practical is left as an exercise > for the interested reader. Isn't this effectively "paste(1)" ? That is, my $outfh = all(@input_handles); while (<$outfh>) pr

Re: Quick note on JIT bits

2002-11-15 Thread Leopold Toetsch
Gopal V wrote: If memory serves me right, Leopold Toetsch wrote: Yep, you are right - I did miss this point sometimes. We have to do a _save_registers before calling code, that might throw an exception. Excuse me for butting in ... But how are the parameters to a C code being passed .. I ass

[CVS ci] JIT/i386

2002-11-15 Thread Leopold Toetsch
- first chunk of last JIT patch was not really testing for signed range (reverted) - mapped registers are now ebx,edi,esi,edx. The first 3 are callee saved. Prior ecx was used, which was only by chance not failing in tests, which used shift operations, because, when shifting a register mapped t

Source code analysis (was: Would a getting started guide help)

2002-11-15 Thread Tim Bunce
On Sun, Oct 06, 2002 at 10:26:23PM +0100, Tim Bunce wrote: > On Wed, Oct 02, 2002 at 12:28:57PM -0400, Dan Sugalski wrote: > > At 12:15 PM +0100 10/2/02, Tim Bunce wrote: > > >On a related note, are there any good tools for static code analysis > > >around? The usual cross-reference stuff would be

is sigil user - extensible ? Was: UTF-8 and Unicode FAQ, demos

2002-11-15 Thread fearcadi
Larry Wall <> writes: > > It would be really funny to use cent ¢, pound £, or yen ¥ as a > sigil, though... > > > C'mon, everybody's doing it! First one's free, kid... ;-) > > People who believe slippery slope arguments should never go skiing. > just (re)reading *old* threads :

Re: Quick note on JIT bits

2002-11-15 Thread Gopal V
If memory serves me right, Leopold Toetsch wrote: > Yep, you are right - I did miss this point sometimes. We have to do a > _save_registers before calling code, that might throw an exception. Excuse me for butting in ... But how are the parameters to a C code being passed .. I assume that would u

Re: Control Structures II: loop

2002-11-15 Thread fearcadi
Luke Palmer writes: > > for parallel(<>, 0..Inf) -> $line, $count { > FIRST { $line //= "#!/usr/bin/perl" } > # processing... > NEXT { print STDERR "Next line...\n" } > LAST { print STDERR "Done\n" } > } > > > Also, keep in mind that that C function can be any (p

Re: Numeric Types

2002-11-15 Thread fearcadi
Dave Whipp writes: > [EMAIL PROTECTED] wrote: > > Dave Whipp writes: > > > > > > You can rename the types if you want; but properties are a better > > > representation of constraints than type names: more precise, and more > > > flexible. > > > > > > > but types *are* properties

Re: Numeric Types

2002-11-15 Thread Dave Whipp
[EMAIL PROTECTED] wrote: Dave Whipp writes: > > You can rename the types if you want; but properties are a better > representation of constraints than type names: more precise, and more > flexible. > but types *are* properties . arcadi True :-( But I think my examples somehow withst

Re: Docs Testing Format

2002-11-15 Thread Dave Whipp
Piers Cawley wrote: I'm not arguing that the unit tests themselves shouldn't carry documentation, but that documentation (if there is any) should be aimed at the perl6 developer. Depends what you mean by "perl6 developer": is that the internals people, or the lucky user? Unit tests should be

Re: Suggested fix for ticket #16941 (imcc autogen files with wrong timestamps)

2002-11-15 Thread Leopold Toetsch
Steve Fink wrote: I replied to ticket #16941 a while back but I don't think I had RT actually send any mail to anybody. Anyone have an opinion on the patch I put in it? (I'm trying to clean out some local changes so I can apply other people's patches more easily.) Thanks. I don't like it very

Re: Numeric Types

2002-11-15 Thread fearcadi
Dave Whipp writes: > > You can rename the types if you want; but properties are a better > representation of constraints than type names: more precise, and more > flexible. > but types *are* properties . arcadi

Re: Numeric Types

2002-11-15 Thread Dave Whipp
Michael Lazzaro wrote: Does someone from internals want to take on the task of finalizing this list? We need to decide if we want to support none, some, or all of these types/aliases. - The Full List of Numeric Types In addition to the standard int and num, there are a great number of

Re: [Fwd: Re: Numeric Literals (Summary)]

2002-11-15 Thread fearcadi
Dave Whipp writes: > Richard Nuttall wrote: > > > How about > > > > my $a = 256:192.169.34.76; > > my $b = $a.base(10); > > my $c = '34:13.23.0.1.23.45'.base(16); > > This coupling makes me nervous. A number is a number: its value is not > effected by its representation. > > I can

Re: [Fwd: Re: Numeric Literals (Summary)]

2002-11-15 Thread Dave Whipp
Richard Nuttall wrote: How about my $a = 256:192.169.34.76; my $b = $a.base(10); my $c = '34:13.23.0.1.23.45'.base(16); This coupling makes me nervous. A number is a number: its value is not effected by its representation. I can see that, in some scripts, it might be useful to define a prope

Re: Control Structures I: given

2002-11-15 Thread Timothy S. Nelson
On Thu, 14 Nov 2002, Luke Palmer wrote: > > The blocks below the given get evaluated under the following > > conditions > > > all: $falsecount == 0 > > any: $truecount > 0 > > some: $falsecount > 0 > > none: $truecount == 0 > > > > So anyway, "none" replaces the old "default" option, and the

Re: Control Structures II: loop

2002-11-15 Thread Timothy S. Nelson
On Thu, 14 Nov 2002, Luke Palmer wrote: > > Mailing-List: contact [EMAIL PROTECTED]; run by ezmlm > > Date: Fri, 15 Nov 2002 07:37:51 +1100 (EST) > > From: "Timothy S. Nelson" <[EMAIL PROTECTED]> > > Sender: [EMAIL PROTECTED] > > X-SMTPD: qpsmtpd/0.12, http://develooper.com/code/qpsmtpd/ > > > >

Re: String concatentation operator

2002-11-15 Thread Timothy S. Nelson
On Thu, 14 Nov 2002, Ken Fox wrote: > Andy Wardley wrote: > > > Can we overload + in Perl 6 to work as both numeric addition > > and string concatenation ... > > Isn't there some nifty Unicode operator perl6 could enlist? ;) > > How about concatenating adjacent operands? ANSI C does this > with

Re: Control Structures I: given

2002-11-15 Thread Timothy S. Nelson
On Thu, 14 Nov 2002, Jonathan Scott Duff wrote: > On Fri, Nov 15, 2002 at 07:05:26AM +1100, Timothy S. Nelson wrote: > > -- > > given ($this) { > > when $that_happens { "Have a party" } > > when $that_doesnt_happen { "Sing" } > >

Re: Docs Testing Format

2002-11-15 Thread Piers Cawley
"Dave Whipp" <[EMAIL PROTECTED]> writes: > "Chromatic" <[EMAIL PROTECTED]> wrote: >> Advantages of inline tests: >> - close to the documentation >> - one place to update >> - harder for people to update docs without finding code > > Plus, it gives us a mechanism to validate example-code > within d

Re: Some basic string tests.

2002-11-15 Thread Piers Cawley
David Wheeler <[EMAIL PROTECTED]> writes: > On Monday, November 11, 2002, at 02:32 PM, Joseph F. Ryan wrote: > >> -Things that are currently unimplemented in P6C are in the TODO >> folder, per >> David Wheeler's suggestion. > > That's not actually what I meant. You use TODO blocks in your test >

Re: HOWTO: Writing Perl6 Tests

2002-11-15 Thread Piers Cawley
Richard Nuttall <[EMAIL PROTECTED]> writes: > In a previous life, I worked as part of a team (implementing Expert > Systems in VAX Pascal actually), and we had one person whose sole aim > in life was to design and build test cases. In many cases his complete > lack of knowledge of implementation de

Hmm...

2002-11-15 Thread Piers Cawley
I wonder what would happen if you had a junction of continuations. Producing something practical is left as an exercise for the interested reader. -- Piers "It is a truth universally acknowledged that a language in possession of a rich syntax must be in need of a rewrite." -- Jan

Re: More junctions

2002-11-15 Thread Piers Cawley
Damian Conway <[EMAIL PROTECTED]> writes: > Luke Palmer asked: > >> When junctions collapse, > > Sigh, not another one of those dreadful reality TV shows: > > When animals attack > When drivers collide > When junctions collapse > > Next we'll get: > > When mailing lists exp

Re: Numeric literals, take 1

2002-11-15 Thread fearcadi
Jonathan Scott Duff writes: > Maybe I'm just wired wrong, but Inf is the same size as Inf (since > they are the same "value") To me "Inf" is a textual representation of > a value that's larger than all other values. So ... > > Inf == Inf # true false , but all( (0..Inf) ^[

Re: Unifying invocant and topic naming syntax

2002-11-15 Thread fearcadi
Damian Conway writes: > Micholas Clarke asked: > > > If a subroutine explicitly needs access to its invocant's topic, what is so > > wrong with having an explicit read-write parameter in the argument list that > > the caller of the subroutine is expected to put $_ in? > > Absolutely nothin

Re: Perl 6 Test Organization

2002-11-15 Thread Dave Whipp
Chromatic wrote: I'm prepared to start checking in Perl 6 tests on behalf of the Perl 6 documentation folks. These should be considered functional tests -- they are exploring the behavior we expect from Perl 6. Anything that's not yet implemented will be marked as a TODO test, and we'll figure o