Closing this ticket, as we'll put any FAQ on the new rakudo.org website
or one of the other Perl 6 websites.
Thanks!
Pm
# New Ticket Created by Allison Randal
# Please include the string: [perl #41888]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=41888 >
When I updated the Parrot FAQ, I removed some Perl 6 related text. This
ticket is
# New Ticket Created by Bernhard Schmalhofer
# Please include the string: [perl #41784]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=41784 >
Hi,
on http://www.parrotcode.org/faq/ in noticed that the link to '
# New Ticket Created by Will Coleda
# Please include the string: [perl #41312]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=41312 >
The FAQ has the following issues:
1) refers to parrot assembly instead of PIR
On Jul 21, 2006, at 1:12 PM, Mr. Shawn H. Corey wrote:
Chris Dolan wrote:
This would be a good entry for the FAQs for a cage cleaner.
If you're collect questions for the FAQ, here are some Andy Lester
answered for me:
I'm not, actually. :-(
Could you do one of the following, i
On Fri, Jul 21, 2006 at 02:12:57PM -0400, Mr. Shawn H. Corey wrote:
> Chris Dolan wrote:
> > 1. Do I need root privileges to install Parrot? Do I need it for Cage
> > Cleaners?
>
> You don't even need root at all. You can build in a local directory and
> not install.
In fact, for those who are d
rrot docs subdir a couple
> weeks ago, I couldn't find more than that. Questions:
>
> 1) Is there documentation on how ICU relates to Parrot somewhere that I
> missed?
> 2) How important is ICU?
> 3) If I build Parrot without ICU, what repercussions should I expect?
>
>
if someone ports the contents of
> > (www.athenalab.com/Perl_6_Users_FAQ.htm) to the above wiki, I'll
> replace the
> > above page with a "Perl 6 Users FAQ has become absorbed by a much
> better
> > Perl 6 wiki" link.
Page changed.
> Done! See http://per
the contents of
> (www.athenalab.com/Perl_6_Users_FAQ.htm) to the above wiki, I'll replace the
> above page with a "Perl 6 Users FAQ has become absorbed by a much better
> Perl 6 wiki" link.
Done! See http://perl.net.au/wiki/Perl_6_Users_FAQ . It's still a little rough
at the
FYI: These are items just added to various sections of the Perl 6 Users FAQ
(www.athenalab.com/ <http://www.athenalab.com/Perl_6_Users_FAQ.htm>
Perl_6_Users_FAQ.htm).
Some are new, some are reworded, some are from recent posts. Thanks to those
who posted and/or emailed fe
> On Sat, 20 May 2006 13:33:22 -0700, Conrad Schneiker <[EMAIL PROTECTED]>
> said:
> "Perl 5 is not going away. In fact, Perl 5.9 [will have]
> many Perl 6 features you can start using -- see features.pm
> for details."
That should be "5.10".
--
andreas
The Perl 6 User FAQ has been updated.
The latest versions of this FAQ can now be found here:
(http://www.AthenaLab.com/Perl_6_Users_FAQ.htm)
(The URLs and TOC are now clickable, docs and other things reorganized a
bit. Thanks to those who sent in suggestions and corrections.)
One of the
(Thanks to Ask Bjørn Hansen for pointing out error.)
= Perl 6 Users FAQ (perl.perl6.users) ==
Version: 2006-05-18 (s/newsgroup/mailing list)
TABLE OF CONTENTS
* Latest Perl 6 developments (including FAQ changes)
* About perl.perl6.users (and this FAQ)
* About Perl 6
ailing list available via NNTP.
Other than that, thanks for putting together a FAQ!
- ask
--
http://www.askbjoernhansen.com/
= Perl 6 Users FAQ (perl.perl6.users) ==
Version: 2006-05-17 b (s/user/users/)
TABLE OF CONTENTS
* About perl.perl6.users (and this FAQ)
* About Perl 6 # True marketing hype, in both senses. :-)
* General Perl 6 status # On the move! Picking up speed!
* Latest
= Perl 6 User FAQ (perl.perl6.user) ==
Version: 2006-05-17
TABLE OF CONTENTS
* About perl.perl6.user (and this FAQ)
* About Perl 6 # True marketing hype, in both senses. :-)
* General Perl 6 status # On the move! Picking up speed!
* Latest Perl 6 developments
This note is crossposted to perl.perl6.language; please include
perl.perl6.meta on replies.]
Feedback on the draft FAQ below will be appreciated. TIA.
Anyone have a contact at Google they can ping about getting
Google Groups to start picking up comp.perl6.meta?
= Perl 6 User FAQ
Perl 6 User FAQ (perl.perl6.meta)
Version: 2006-05-08 (early beta level at present)
TABLE OF CONTENTS
* About perl.perl6.meta (and this FAQ)
* About Perl 6 # True marketing hype, in both senses.
* General Perl 6 status # On the move!
* Perl 6 info and docs
rly Pre-Release Prototype) User FAQ" will be updated and
posted each week-end, starting around May 6-7, 2006. It will accumulate
the most useful information and resource links from each week's series
of postings (and other sources).
A major aim is to lower the bar a bit for early-a
5, developing Perl 6 tools,
important modules to know about, important tools to know about,
current Perl 6 status and news, and so on.
An "(Early Pre-Release Prototype) Perl 6 User FAQ" will be updated and
posted each week-end, starting around May 6-7, 2006. It will accumulate
the most u
Test::Tutorial, Test::FAQ, ExtUtils::MakeMaker::FAQ and
ExtUtils::MakeMaker::Tutorial are all going nowhere. I don't have the
tuits to maintain them. Its something that could easily be done
collaboratively. So I've thrown up a PodWiki and put them on it.
http://mungus.schwern.o
Hello Parrotfanciers ,
Firstly , thanks very much for all your good works :)
The parrot FAQ from http://www.parrotcode.org/faq/ seems to have
disappeared since yesterday evening.
This was observed in both Firefox and Lynx with no caches or proxies,
the rest of the site seems fine.
Toodle-pip
> [1 ]
> On Sat, Jul 23, 2005 at 11:53:01AM -0700, Robert Spier wrote:
> > Thanks, applied.
> Thanks! However, the rendered form is still of an old revision:
> http://dev.perl.org/perl6/faq.html
It was still in my staging copy. It should be up now.
-R
On Sat, Jul 23, 2005 at 11:53:01AM -0700, Robert Spier wrote:
> Thanks, applied.
Thanks! However, the rendered form is still of an old revision:
http://dev.perl.org/perl6/faq.html
Cheers,
/Autrijus/
pgp31aL1GpSEb.pgp
Description: PGP signature
Thanks, applied.
At Thu, 21 Jul 2005 01:39:42 +0800,
Autrijus Tang wrote:
>
> [1 ]
> Below is a patch to remove the first Q&A from:
> http://dev.perl.org/perl6/faq.html
Below is a patch to remove the first Q&A from:
http://dev.perl.org/perl6/faq.html
Against its source form:
http://svn.perl.org/perl.org/docs/live/dev/perl6/faq.pod
I tried to think of a rewrite to replace the two outdated assertions,
but failed miserably.
Thanks,
/Autrijus/
Index: faq
On Thu, Mar 31, 2005 at 12:41:43PM -0500, Matthew Zimmerman wrote:
> One possibility is attached.
Thanks, applied.
Nicholas Clark
On Thu, Mar 31, 2005 at 05:45:12PM +0300, [EMAIL PROTECTED] wrote:
> Nicholas Clark wrote:
> >Autrijus Tang, the lead on the Pugs project, notes that an *unoptimised*
> >Parrot is already 30% faster than Haskell. Add compiler optimisation and a
> >few planned optimisations and Parrot will beat Pugs
Nicholas Clark wrote:
On Wed, Mar 30, 2005 at 03:26:36PM -0500, Jeff Horwitz wrote:
[snipped long response]
and let's not forget bytecode compatibility with all the non-perl
languages that will hopefully target parrot.
On Wed, Mar 30, 2005 at 03:49:54PM -0500, Aaron Sherman wrote:
On Wed, 2005-03
On Thu, 2005-03-31 at 12:04, Nicholas Clark wrote:
> Patches welcome, as I'm not sure of the best way to phrase the cross
> language stuff to follow on smoothly.
Also, Parrot provides access to Perl 6 from other languages and to those
other languages from Perl 6 at run-time, a feature which is bo
On Wed, Mar 30, 2005 at 03:26:36PM -0500, Jeff Horwitz wrote:
> [snipped long response]
>
> and let's not forget bytecode compatibility with all the non-perl
> languages that will hopefully target parrot.
On Wed, Mar 30, 2005 at 03:49:54PM -0500, Aaron Sherman wrote:
> On Wed, 2005-03-30 at 14:
Nicholas Clark wrote:
Autrijus Tang, the lead on the Pugs project, notes that an *unoptimised*
Parrot is already 30% faster than Haskell. Add compiler optimisation and a
few planned optimisations and Parrot will beat Pugs for speed hands down.
Autrijus things that Pugs could be made faster with som
Nicholas Clark <[EMAIL PROTECTED]> wrote:
> With read only bytecode shared between processes, much of that "non-jit"
> resident memory is going to be shared. So much less swapping.
Yeah. Yesterday I wrote:
$ parrot -j -o order.pbc order.imc # emit jitted code
Well, that was rather wrong. But
On Wed, Mar 30, 2005 at 08:58:59PM +0100, Nicholas Clark wrote:
> Based on the wheat on IRC this evening, is this question/answer worth adding
> to the Parrot FAQ on parrotcode.org?
>
> Pugs is going great shakes - why not just toss Parrot and run Perl 6 on Pugs?
> [...]
Beyond
On Wed, 2005-03-30 at 14:58, Nicholas Clark wrote:
> Based on the wheat on IRC this evening, is this question/answer worth adding
> to the Parrot FAQ on parrotcode.org?
>
> Pugs is going great shakes - why not just toss Parrot and run Perl 6 on Pugs?
>
> Autrijus Tang, th
On Wed, 30 Mar 2005, Nicholas Clark wrote:
> Based on the wheat on IRC this evening, is this question/answer worth adding
> to the Parrot FAQ on parrotcode.org?
>
> Pugs is going great shakes - why not just toss Parrot and run Perl 6 on Pugs?
[snipped long response]
and let&
Based on the wheat on IRC this evening, is this question/answer worth adding
to the Parrot FAQ on parrotcode.org?
Pugs is going great shakes - why not just toss Parrot and run Perl 6 on Pugs?
Autrijus Tang, the lead on the Pugs project, notes that an *unoptimised*
Parrot is already 30% faster
Is it possible to:
1) define methods for a PMC/Object in C that aren't vtable methods? How?
2) call subroutines defined in bytecode from C? How?
# New Ticket Created by Dave Brondsema
# Please include the string: [perl #33043]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org:80/rt3/Ticket/Display.html?id=33043 >
IRC info (host, channels) should be in the main FAQ, especially since
the I
;
> > Minor update to the faq so it doesn't look we're not doing anything.
> >
> >
> __
> > -Perl6 programs. The Perl6 language definition is currently
> (December 2001) being
> > +Per
On Mon, 2004-06-28 at 21:28, Will Coleda wrote:
> Minor update to the faq so it doesn't look we're not doing anything.
>
> __
> -Perl6 programs. The Perl6 language definition is currently (December 2001) be
# New Ticket Created by Will Coleda
# Please include the string: [perl #30520]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org:80/rt3/Ticket/Display.html?id=30520 >
Minor update to the faq so it doesn't look we're not doing anything
William Coleda wrote:
I think it's worth mentioning C<.flatten_arg> in the first answer, and
the wording of the second answer needs a bit more explanation, perhaps:
Added a C<.flatten_arg> examples as well as your C snippets from
the previous mail.
Thanks,
leo
I should have said there was no I PIR syntax help =-). I found a test for
C<.flatten_arg> after I saw it on the list, but it wasn't in the IMCC docs. That would have
saved me some time...
(That wording, btw, wasn't in there when I wrote my version. Must have missed a sync)
I'm an edge case becaus
Leopold Toetsch wrote:
William Coleda <[EMAIL PROTECTED]> wrote:
I was going to submit this as a patch, but I ended up with a conflict,
and Dan threatened he wouldn't apply it anyway, so I'll just post it
here for comment. Feel free to apply any or all of it. I would be very
happy to hear of a be
> Your answer is about compiling a subroutine that
> does something. What's wrong with the current
wording:
>
> How do I generate a sub call with a
> variable-length parameter list in PIR?
>
> Use unprototyped calls and functions and pass
> as many arguments as you have.
Well, for
William Coleda <[EMAIL PROTECTED]> wrote:
> I was going to submit this as a patch, but I ended up with a conflict,
> and Dan threatened he wouldn't apply it anyway, so I'll just post it
> here for comment. Feel free to apply any or all of it. I would be very
> happy to hear of a better way to ans
On May-29, Brent 'Dax' Royal-Gordon wrote:
> William Coleda wrote:
> >=head2 How do I generate a sub call with a variable-length parameter
> >list in PIR?
> >
> >This is currently not trivial.
> ...
> >=head2 How do I retrieve the contents of a variable-length parameter
> >list being passed to m
William Coleda wrote:
=head2 How do I generate a sub call with a variable-length parameter
list in PIR?
This is currently not trivial.
...
=head2 How do I retrieve the contents of a variable-length parameter
list being passed to me?
The easiest way to do this is to use the C opcode to take a
I was going to submit this as a patch, but I ended up with a conflict, and Dan
threatened he wouldn't apply it anyway, so I'll just post it here for comment. Feel
free to apply any or all of it. I would be very happy to hear of a better way to
answer the first question. =-)
---
=head2 How do I
On Mon, 2004-05-17 at 19:40, TOGoS wrote:
> This patch adds an extensive answer to "what's with
> lexical pads?", and simple answers to "how do i call a
> function?". It also adds several questions regarding
> object methods and attributes, and manages to answer
> one of them.
Thanks, I'll apply
# New Ticket Created by TOGoS
# Please include the string: [perl #29674]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org:80/rt3/Ticket/Display.html?id=29674 >
This patch adds an extensive answer to "what's with
lexical pads?", and simple answers to "h
At 2:33 PM -0700 5/11/04, TOGoS (via RT) wrote:
# New Ticket Created by TOGoS
# Please include the string: [perl #29517]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org:80/rt3/Ticket/Display.html?id=29517 >
There were 2 simultaneous patches and it got ful
# New Ticket Created by TOGoS
# Please include the string: [perl #29517]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org:80/rt3/Ticket/Display.html?id=29517 >
There were 2 simultaneous patches and it got full of
diff garbage. This will clean it back u
# New Ticket Created by chromatic
# Please include the string: [perl #27671]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org:80/rt3/Ticket/Display.html?id=27671 >
Here's a patch summarized from Dan's post about the opcode explosion.
If there are no c
[EMAIL PROTECTED] (Brent Dax) writes:
> We have to--otherwise we can't have the self-modifying parser Larry
> desperately wants.
That's funny. I wondered precisely why I'd been working on self-modifying
parsers in C.
--
10. The Earth quakes and the heavens rattle; the beasts of nature flock
toge
Acadi asked:
is it possible to extend the perl sigil behaviour .
Yes.
that is , one day somebody decides it needs ¢ as sigil for certain
class of variables . will it be possible to do . ( without rewriting
the whole perl )
Yes. Just inherit the standard Perl grammar, extend the C rule and
--- [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
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 :
At 3:09 PM +0530 11/14/02, Gopal V wrote:
If the Parrot team can provide a current and working perl6c.pbc for the
compiler written in perl6 , it's cool with me ... But I've seen that idea
fail quite a few times when the published binary falls out of sync with
the runtime ... Well that's just anoth
On Thu, Nov 14, 2002 at 03:09:54PM +0530, Gopal V wrote:
> Also perl6c.pbc shouldn't really worry about trojaned stuff in it as you're
> not using an external bootstrapper (unlike gcc using cc)
I don't think you're totally correct. You are still relying on an external
bootstrapper, although it
If memory serves me right, Nicholas Clark wrote:
> I believe that it can be done with just a C compiler. (no make tool or shell
> needed). If we use an equipped machine to unroll the makefile into the correct
> steps (in the correct order), and turn that into C code that runs each in
> turn, then w
At 20:47 on 11/13/2002 GMT, Nicholas Clark <[EMAIL PROTECTED]> wrote:
> On Wed, Nov 13, 2002 at 03:06:03PM -0500, Dan Sugalski wrote:
>
> > The goal is for Parrot to require a C compiler and a platform shell
> > or Make tool (either one) and that's it. We will ship with bytecode
> > files that
On Wed, Nov 13, 2002 at 03:06:03PM -0500, Dan Sugalski wrote:
> The goal is for Parrot to require a C compiler and a platform shell
> or Make tool (either one) and that's it. We will ship with bytecode
> files that have the bits needed for the build precompiled, so if the
> perl compiler's part
At 5:16 PM +0530 11/13/02, Gopal V wrote:
If memory serves me right, Markus Laire wrote:
Miniparrot can then be used to build everything else, including full
parrot, perl6, other parrot-supported languaged, etc..
This 2nd step might be e.g. Bytecode-compiled perl6-program which is
simple eno
On Wed, Nov 13, 2002 at 11:08:08AM +0200, Markus Laire wrote:
> On 12 Nov 2002 at 16:40, Marius Nita wrote:
>
> > Hello,
> >
> > I have a question about the Parrot FAQ. I hope it's not too
> > off-topic for this list. The FAQ mentions that "it would b
On Wed, Nov 13, 2002 at 08:25:52AM -0800, Brent Dax wrote:
> Gopal V:
> # If memory serves me right, Markus Laire wrote:
> # > Miniparrot can then be used to build everything else, including full
> # > parrot, perl6, other parrot-supported languaged, etc..
> # >
> # > This 2nd step might be e.g. B
Gopal V:
# If memory serves me right, Markus Laire wrote:
# > Miniparrot can then be used to build everything else, including full
# > parrot, perl6, other parrot-supported languaged, etc..
# >
# > This 2nd step might be e.g. Bytecode-compiled perl6-program which is
# > simple enough to work with
If memory serves me right, Markus Laire wrote:
> Miniparrot can then be used to build everything else, including full
> parrot, perl6, other parrot-supported languaged, etc..
>
> This 2nd step might be e.g. Bytecode-compiled perl6-program which is
> simple enough to work with miniparrot.
Please
On 12 Nov 2002 at 16:40, Marius Nita wrote:
> Hello,
>
> I have a question about the Parrot FAQ. I hope it's not too
> off-topic for this list. The FAQ mentions that "it would be nice to
> write the Perl to Bytecode compiler in Perl" and that there is no
> bootst
Hello,
I have a question about the Parrot FAQ. I hope it's not too off-topic for this
list. The FAQ mentions that "it would be nice to write the Perl to Bytecode
compiler in Perl" and that there is no bootstrap problem.
Does this mean that the perl6 compiler is written in perl5
Larry Wall <> writes:
> But at the moment I'm thinking there's something wrong about any
> approach that requires a special character on the signature side.
> I'm starting to think that all the convolving should be specified
> on the left. So in this:
>
> for parallel(@x, @y, @z) -> $x
On Tue, Nov 05, 2002 at 11:36:45AM -0500, Ken Fox wrote:
: Jonathan Scott Duff wrote:
:
: >Um ... could we have a zip functor as well? I think the common case
: >will be to pull N elements from each list rather than N from one, M
: >from another, etc. So, in the spirit of timtowtdi:
: >
: >
On Mon, Nov 04, 2002 at 07:27:56PM -0800, Brian Ingerson wrote:
: Mutt?
:
: I'm using mutt and I still haven't had the privledge of correctly viewing one
: of these unicode characters yet. I'm gonna be really mad if you say you're
: also using an OS X terminal. I suspect that it's my horrific OS X
The first message had many of the following characters viewable in my
telnet window, but the repost introduced a 0xC2 prefix to the 0xA7 character.
I have this feeling that many people would vote against posting all these
funny characters, as is does make reading the perl6 mailing lists difficult
Michael Lazzaro proposed:
It's up to Larry, and he knows where we're all coming from. Unless
anyone has any _new_ observations, I propose we pause the debate until a
decision is reached?
I second the motion!
Damian
Scott Duff wrote:
I'm all for one or two unicode operators if they're chosen properly
(and I trust Larry to do that since he's done a stellar job so far),
but what's the mechanism to generate unicode operators if you don't
have access to a unicode-aware editor/terminal/font/etc.? IS the only
rec
As one of the instigators of this thread, I submit that we've probably
argued about the Unicode stuff enough. The basic issues are now known,
and it's known that there's no general agreement on any of this stuff,
nor will there ever be. To wit:
-- Extended glyphs might be extremely useful in
On Tue 05 Nov, Smylers wrote:
> Richard Proctor wrote:
>
> > I am sitting at a computer that is operating in native Latin-1 and is
> > quite happy - there is no likelyhood that UTF* is ever likely to reach
> > it.
> >
> > ... Therefore the only addition characters that could be used, that
> > wil
Scott Duff wrote:
Very nice. The n-ary "zip" operator.
Um ... could we have a zip functor as well?
Yes, I expect so. Much as C<|>, C<&>, and C<^> will be operator versions
of C, C, and C.
And I'd suggest that it be implemented something like:
sub zip(ARRAY *@sources; $by = 1) {
if exi
Richard Proctor wrote:
> I am sitting at a computer that is operating in native Latin-1 and is
> quite happy - there is no likelyhood that UTF* is ever likely to reach
> it.
>
> ... Therefore the only addition characters that could be used, that
> will work under UTF8 and Latin-1 and Windows ...
Dan Kogai wrote:
> We already have source filters in perl5 and I'm pretty much sure
> someone will just invent yet another 'use operators => "ascii";' kind
> of stuff in perl6.
I think that's backwards to have operators being funny characters by
default but requiring explicit declaration to use w
I'm all for one or two unicode operators if they're chosen properly
(and I trust Larry to do that since he's done a stellar job so far),
but what's the mechanism to generate unicode operators if you don't
have access to a unicode-aware editor/terminal/font/etc.? IS the only
recourse to use the "n
Thanks, I've been hoping for someone to post that list. Taking it one
step further, we can assume that the only chars that can be used are
those which:
-- don't have an obvious meaning that needs to be reserved
-- appear decently on all platforms
-- are distinct and recognizable in the tiny fon
Jonathan Scott Duff wrote:
Um ... could we have a zip functor as well? I think the common case
will be to pull N elements from each list rather than N from one, M
from another, etc. So, in the spirit of timtowtdi:
for zip(@a,@b,@c) -> $x,$y,$z { ... }
sub zip (\@:ref repeat{1,}) {
my $ma
On Mon, Nov 04, 2002 at 12:26:56PM -0800, Austin Hastings wrote:
>
> > Of course, I also think I'm allowed to be a little inconsistent in
> > forcing things like ?op? on people. After all, there's gotta be
> > some advantage to being the Fearless Leader...
>
> Which kind of begs the question: Wh
On Tue, Nov 05, 2002 at 03:21:54PM +1100, Damian Conway wrote:
> Larry wrote:
> > But let's keep it
> > out of the signature, I think. In other words, if something like
> >
> > for @x ⥠@y ⥠@z -> $x, $y, $z { ... }
> >
> > is to work, then
> >
> > @result = @x ⥠@y ⥠@z;
> >
>
This UTF discussion has got silly.
I am sitting at a computer that is operating in native Latin-1 and is
quite happy - there is no likelyhood that UTF* is ever likely to reach it.
The Gillemets are coming through fine, but most of the other heiroglyphs need
a lot to be desired.
Lets consider the
On Tuesday, Nov 5, 2002, at 04:58 Asia/Tokyo, Larry Wall wrote:
(B> It would be really funny to use cent $B!q(B, pound $B!r(B, or yen (J\(B as a sigil,
(B> though...
(B
(BWhich 'yen' ? I believe you already know \ (U+005c -> REVERSE SOLIDUS)
(Bis prited as a yen figure in most of Japa
Larry wrote:
But at the moment I'm thinking there's something wrong about any
approach that requires a special character on the signature side.
I'm starting to think that all the convolving should be specified
on the left. So in this:
for parallel(@x, @y, @z) -> $x, $y, $z { ... }
the sig
Larry wrote:
I've actually got my eye on ≈ (U+2248 ALMOST EQUAL TO) as a
replacement for ~~ someday in the distant future.
I suppose it could be argued that we should use ≅ (U+2245
APPROXIMATELY EQUAL TO) instead. That's what =~ was supposed to
represent, after all...
Yeah, either of those wo
On 04/11/02 17:52 -0800, [EMAIL PROTECTED] wrote:
> [Note to all: yes, this is me, despite the weirdities of the quoting
> and headers. This is how it looks when I using mutt out of the box,
> because I haven't yet customized it like I have pine. But I do like
> being able to see my own Unicode c
Larry Wall:
(B# for @x $B!B(B @y $B!B(B @z -> $x, $y, $z { ... }
(B
(BEven if you decide to use UTF-8 operators (which I am Officially
(BRecommending Against), *please* don't use this one. This shows up as a
(Bbox in the Outlook UTF-8 font.
(B
(B--Brent Dax <[EMAIL PROTECTED]>
(B@r
[Note to all: yes, this is me, despite the weirdities of the quoting
and headers. This is how it looks when I using mutt out of the box,
because I haven't yet customized it like I have pine. But I do like
being able to see my own Unicode characters, not to mention everyone
else's. If you don't b
[EMAIL PROTECTED] (Austin Hastings) writes:
> If @a [>*=<] @b; doesn't scan like rats chewing their way into your
> cable, what does?
This is why God gave us functions as well as operators.
--
I _am_ pragmatic. That which works, works, and theory can go screw
itself.
- Linus Torvalds
On 04/11/02 14:09 -0800, Austin Hastings wrote:
>
> --- Rafael Garcia-Suarez <[EMAIL PROTECTED]> wrote:
> > Austin Hastings wrote in perl.perl6.language :
> > >
> > > What we've got is an encoding problem at the MUA level. Mark Reed
> > says
> > > my mailer (Yahoo!) tagged a message containing hi
--- "Adam D. Lopresto" <[EMAIL PROTECTED]> wrote:
> I'm having trouble this is even being considered. At all. And
> especially for these operators.
Heute vektoren, morgen das welt!
Uniperl, Uniperl uber alles,
Uber alles in der welt!
With hyper-states through choose and true();
Masterfully gol
--- Simon Cozens <[EMAIL PROTECTED]> wrote:
> [EMAIL PROTECTED] (Austin Hastings) writes:
> > Yeah, but ActiveState does Perl, and Microsoft owns ActiveState
>
> To what extent are *either* of those statements true? :)
Hmm. Well, last time I checked you could still download a perl binary
from Ac
On Monday, November 4, 2002, at 11:58 AM, Larry Wall wrote:
You know, separate streams in a for loop are not going to be that
common in practic, so maybe we should look around a little harder for
a supercomma that isn't a semicolon. Now *that* would be a big step
in reducing ambiguity...
Or mo
[EMAIL PROTECTED] (Austin Hastings) writes:
> Yeah, but ActiveState does Perl, and Microsoft owns ActiveState
To what extent are *either* of those statements true? :)
--
All the good ones are taken.
1 - 100 of 192 matches
Mail list logo
