Re: RFC 181 (v1) Formats out of core / New format syntax

2000-09-18 Thread H . Merijn Brand
On Mon, 18 Sep 2000 08:43:05 -0600, Tom Christiansen <[EMAIL PROTECTED]> wrote: > I do not think you two are arguing about the same thing. > > Certainly as Bart has shown, formats *can* see lexicals. Your > illustration does not disprove that. It simply shows that lexical > scoping is static sc

Re: RFC 181 (v1) Formats out of core / New format syntax

2000-09-18 Thread Tom Christiansen
>> >perl5 formats do NOT support lexicals >> >> Eh? It looks like it, though. >> >> my $foo; >> format STDOUT = >> @>>> >> $foo >> . >> >> $foo = 123; >> write; >> $foo = 45; >> write; >> >> It looks *so much* that way, that I think you must be

Re: RFC 181 (v1) Formats out of core / New format syntax

2000-09-18 Thread H . Merijn Brand
On Mon, 18 Sep 2000 13:49:25 +0200, Bart Lateur <[EMAIL PROTECTED]> wrote: > On Mon, 18 Sep 2000 10:57:49 +0200, H.Merijn Brand wrote: > > >perl5 formats do NOT support lexicals > > Eh? It looks like it, though. > > my $foo; > format STDOUT = > @>>> > $foo > .

Re: RFC 181 (v1) Formats out of core / New format syntax

2000-09-18 Thread Bart Lateur
On Mon, 18 Sep 2000 10:57:49 +0200, H.Merijn Brand wrote: >perl5 formats do NOT support lexicals Eh? It looks like it, though. my $foo; format STDOUT = @>>> $foo . $foo = 123; write; $foo = 45; write; It looks *so muc

Re: RFC 181 (v1) Formats out of core / New format syntax

2000-09-18 Thread H . Merijn Brand
On Thu, 14 Sep 2000 12:41:04 -0700, Glenn Linderman <[EMAIL PROTECTED]> wrote: > 1) do perl6 formats need to have exactly the same scoping rules as perl5 > formats in this regard? perl5 formats do NOT support lexicals, so this is not a very interesting question. (Re-)implementation of formats in

Re: RFC 181 (v1) Formats out of core / New format syntax

2000-09-14 Thread Bart Lateur
On Thu, 14 Sep 2000 12:41:04 -0700, Glenn Linderman wrote: >> 1) With a string, there can be no compile-time check on the variables. >> If one isn't found, you can, at best, get a runtime error. > >What compile time checks are you expecting on the variables? For example: Well, for one: "use st

Re: RFC 181 (v1) Formats out of core / New format syntax

2000-09-14 Thread Glenn Linderman
Bart Lateur wrote: > On Wed, 13 Sep 2000 22:49:14 -0700, Glenn Linderman wrote: > > >So who needs a special format type? Just need a string. It becomes a > >format when you use it as such... So just > > > > my $frm = <<'.' > >@<: @ > >$name, $ssn > >. > > I, for one, can

Re: RFC 181 (v1) Formats out of core / New format syntax

2000-09-14 Thread Bart Lateur
On Wed, 13 Sep 2000 22:49:14 -0700, Glenn Linderman wrote: >So who needs a special format type? Just need a string. It becomes a >format when you use it as such... So just > > my $frm = <<'.' >@<: @ >$name, $ssn >. I, for one, can see two problems with this. And I'm not

Re: RFC 181 (v1) Formats out of core / New format syntax

2000-09-13 Thread Glenn Linderman
I'm not on -io, so copy me on discussion. But this RFC was intriguing, so I read the discussion on the archive for it, and have the following comments. Perl6 RFC Librarian wrote: >format FILE = > @<: @ > $name, $ssn > . > =head2 New Syntax > > Under the new syntax, a f

Re: RFC 181 (v1) Formats out of core / New format syntax

2000-09-07 Thread David L. Nicol
Johan Vromans wrote: > my $file_format = qf( > @<: @ > $name, $ssn > ); > > Now, $file_format would be a Format object (compare this with qr//, > that produces a Regex object). or the proposed qs// which would produce a packed structure definition

Re: RFC 181 (v1) Formats out of core / New format syntax

2000-09-01 Thread Nathan Wiger
> Have you also looked at Damian's Text::Autoformat, which has a renewed format > implementation that looks *very* good a candidate for replacing perl 4/5's > format. Yes, I have. It's actually very powerful. I've actually been meaning to talk to Damian about this, because at one time he had ment

Re: RFC 181 (v1) Formats out of core / New format syntax

2000-09-01 Thread H . Merijn Brand
Why private and not on perl6? Posted this to both, hope you don't care. On Fri, 1 Sep 2000 13:11:53 +0200 (CEST), [EMAIL PROTECTED] (Johan Vromans) wrote: > [Quoting H.Merijn Brand, on September 1 2000, 11:02, in "Re: RFC 181 (v1) For"] > > > Is there any reason left to maintain formats as somet

Re: RFC 181 (v1) Formats out of core / New format syntax

2000-09-01 Thread H . Merijn Brand
On 31 Aug 2000 06:28:10 -, Perl6 RFC Librarian <[EMAIL PROTECTED]> wrote: Being one of world's active format users, I have to comment. > Formats out of core / New format syntax > Currently, the general consensus is that formats aren't widely used > enough to justify their living in the core

Re: RFC 181 (v1) Formats out of core / New format syntax

2000-08-31 Thread Nathan Wiger
Johan Vromans wrote: > > Good work! Thanks. :-) > Is there any reason left to maintain formats as something internally > special? Well, as you note in your implementation suggestions, it would be nice if Perl compiled the format the first time around. Along with the implicit constructors sugge

Re: RFC 181 (v1) Formats out of core / New format syntax

2000-08-31 Thread Johan Vromans
Perl6 RFC Librarian <[EMAIL PROTECTED]> writes: > Formats out of core / New format syntax Good work! This RFC opens the possibility to normalize (e.g. make the syntax no longer something exceptional) the formats. >my format $FILE_FORMAT = q( > @<: @ > $name, $ssn > );

Re: RFC 181 (v1) Formats out of core / New format syntax

2000-08-31 Thread Philip Newton
On 31 Aug 2000, Perl6 RFC Librarian wrote: >my format $FILE_FORMAT = > @<: @ > $name, $ssn > . > > Then this is even less different and scary. Get rid of that C and > it's Perl 5. s/that C/that C and the dollar sign/; Cheers, Philip -- Philip Newton <[EMAIL PROTECTED]

RFC 181 (v1) Formats out of core / New format syntax

2000-08-30 Thread Perl6 RFC Librarian
This and other RFCs are available on the web at http://dev.perl.org/rfc/ =head1 TITLE Formats out of core / New format syntax =head1 VERSION Maintainer: Nathan Wiger <[EMAIL PROTECTED]> Date: 30 Aug 2000 Mailing List: [EMAIL PROTECTED] Version: 1 Number: 181 Status: Develop