On Apr 25, 2004, at 11:01 PM, Piers Cawley wrote:
Jeff Clites <[EMAIL PROTECTED]> writes:
On Apr 23, 2004, at 11:04 AM, Simon Cozens wrote:
[EMAIL PROTECTED] (Jeff Clites) writes:
So what does "$foo = 12" in that context actually mean in Perl6?
Another interesting question is "in Perl 6, are variab
Jeff Clites <[EMAIL PROTECTED]> writes:
> On Apr 23, 2004, at 11:04 AM, Simon Cozens wrote:
>
>> [EMAIL PROTECTED] (Jeff Clites) writes:
>>> So what does "$foo = 12" in that context actually mean in Perl6?
>>
>> Another interesting question is "in Perl 6, are variables typed,
>> values typed,
>> o
Abhijit A. Mahabal wrote:
*{"Foo::name1"} = -> $a { $a->{name1} };
If I read A12 correctly, this could be written as:
&Foo::$name1 := -> $a {$a.name1};
Could be; that sounds somewhat right, but could you point out where in A12
because a search for := revelaed nothing relevant to me.
Sorry, t
On Sun, 25 Apr 2004, Dave Whipp wrote:
>
> "Abhijit A. Mahabal" <[EMAIL PROTECTED]> wrote:
> > Symbol tables and typeglobs and such belong to A10... and the * has been
> > stolen... so I'll just speculate in pseudocode.
> > Blocks-are-subroutines makes life easier, and in pseudocode that can be
>
Just a heads up, there are two things that have been pointed out.
First, the transset op is transcharset. The abbreviation was a bit sloppy.
Second, in spots where "character" is used, substitute "grapheme", as
I'm going to. Noting, of course, that a grapheme is *not* a glyph.
Glyphs are display
On Sunday, April 25, 2004, at 03:34 PM, Jens Rieks wrote:
(1) Tell me the indent level, so I can handle it manually.
Oh, this is not documented yet :-(
Perfect, thank you.
--
Will "Coke" Coledawill at coleda
dot com
Dov Wasserman wrote:
> It's a valid question in general, but since you're designing this
> functionality from the ground up (and not retro-fitting it in to
> existing code), wouldn't the better approach be to create a non-GUI
> HList class, and a GUI subclass that adds the indicator methods? Or
>
On Apr-21, Leopold Toetsch wrote:
> Is IntList used outside of some tests?
> Can we rename it to IntvalArray?
Yes, it is used in the languages/regex compiler (at least when
embedded in Perl6, but IIRC in all cases.)
But yes, go ahead and rename it.
On Apr-24, Leopold Toetsch wrote:
> I've extended the config system by CPU specific functionality:
> - new config step config/gen/cpu.pl is run after jit.pl
> - this step probes for config/gen/cpu/$cpu/auto.pl and runs it if present
>
> For i386 we have:
> - a new tool as2c.pl, which creates hopef
"Abhijit A. Mahabal" <[EMAIL PROTECTED]> wrote:
> Symbol tables and typeglobs and such belong to A10... and the * has been
> stolen... so I'll just speculate in pseudocode.
> Blocks-are-subroutines makes life easier, and in pseudocode that can be
> just:
> *{"Foo::name1"} = -> $a { $a->{name1} }
Ron Blaschke <[EMAIL PROTECTED]> wrote:
> Your problem seems to be related to the %.str: %.c inference rule, which
> nmake doesn't understand. For nmake, this should read
> .c.str:
> $(PERL) build_tools\c2str.pl $< > $@
That's already in CVS ;)
> I am currently stuck with some CONST_STR
On Sat, 24 Apr 2004, John Siracusa wrote:
> Based on the "default accessors and encapsulation" thread, it seems like a
> Perl 6 equivalent of Class::MethodMaker will be still be useful in our (or
> at least "my") Brave New World. I've been pondering the best way to create
> such a beast in Perl
Hi!
On Sunday 25 April 2004 17:01, Will Coleda wrote:
> I'm adding an object or two, and wanted to write my own __dump() method
> so I can be dumped out by Data::Dumper.
>
> Right now, there doesn't seem to be a way to integrate nicely with the
> indent level of the data structure I'm embedded in,
On Thu, 2004-04-22 at 12:18, Jeff Clites wrote:
> Unicode is an actively evolving standard. It's far from legacy.
On Thu, 2004-04-22 at 15:07, George R wrote:
> I don't agree with the Unicode legacy comment... :-(
Creating tomorrow's legacy today. :-)
--
Bryan C. Warnock
bwarnock@(gtemail.n
I'm adding an object or two, and wanted to write my own __dump() method
so I can be dumped out by Data::Dumper.
Right now, there doesn't seem to be a way to integrate nicely with the
indent level of the data structure I'm embedded in, so I see things
like:
PerlArray (size:2) [
PMC
> src\global_setup.c
> global_setup.c
> NMAKE : fatal error U1073: don't know how to make 'src\interpreter.str'
> Stop.
I spent most of today trying to get parrot build on winxp with MS VC 7.1,
with little success. Issues range from ICU build, CONST_STRING __LINE__
expansion madness to nmake-Make
On Fri, 2004-04-23 at 15:34, Dan Sugalski wrote:
> At 3:25 PM -0400 4/23/04, Aaron Sherman wrote:
> >That I did not know about, but noticed Dan pointing it out too. I'm
> >still learning a lot here,
>
> It might be best, for everyone's peace of mind, blood pressure, and
> general edification, to
A LONG time ago, after an Apocalypse far, far away, I tried to define
many built-in operators in Perl 6 to see if I "got it". After A12 I
think I get it enough to try at least the math ops again.
Everything in this file about modules and emitting IMCC is total
arm-waving, and there's no exporting
On Fri, 2004-04-23 at 20:51, Larry Wall wrote:
> On Sat, Apr 24, 2004 at 09:52:12AM +1000, Damian Conway wrote:
> : My proposal for that issue is just:
> :
> : module Bar;
> :
> : use Foo «foo»;
> :
> : sub foo is export {...}
>
> That's on the right track, but has some difficulties
On Fri, 2004-04-23 at 21:44, Jonathan Lang wrote:
> OK: I'm planning on creating a widget which must not make use of any of
> the indicator functionality of the HList; I don't just want to not use the
> functionality - I want to have its use forbidden (letting the optimizer go
> ahead and toss out
It's a valid question in general, but since you're designing this
functionality from the ground up (and not retro-fitting it in to existing
code), wouldn't the better approach be to create a non-GUI HList class, and
a GUI subclass that adds the indicator methods? Or even better, less tightly
couple
Jonathan Worthington <[EMAIL PROTECTED]> wrote:
> Hi,
> I'm kinda tied up with stuff, but just to flag up a Win32 build issue...
> src\global_setup.c
> global_setup.c
> NMAKE : fatal error U1073: don't know how to make 'src\interpreter.str'
> Stop.
Could be this line:
%.str : %.c ...
now chang
Based on the "default accessors and encapsulation" thread, it seems like a
Perl 6 equivalent of Class::MethodMaker will be still be useful in our (or
at least "my") Brave New World. I've been pondering the best way to create
such a beast in Perl 6.
The most common two Perl 5 techniques are:
1. U
23 matches
Mail list logo
