Yeay! Golf...
Adam D. Lopresto wrote:
[...golf...]
> /^([+-]?)(?=\d|\.\d)\d*(\.\d*)?([Ee]([+-]?\d+))?$/ #50 chars
[...more golf...]
> Of course, that's because we use perl6's strengths.
>
> :i/^(+|-)?(\d*[\.\d*]?)<($2=~/./)>[E([+|-]?\d+)]?$/ #51
Clever! But
If we are allowed to
Jonathan Scott Duff wrote:
> Question #3:
>
> Related to question #2, if I didn't use hypotheticals, how would I
> access the Nth match of a repitition? For instance, in E5, there's an
> example that looks like this:
>
> rule file { ^ @adonises := * $ }
>
> If I didn't have the hypoth
Nicholas Clark wrote:
> Related, I think: no-one answered my question about what happens when I
> define
>
> sub dumb ($var, @var) {
> ...
> }
>
> and then call it with the pair var=>$thing
Exception, probably. Perhaps the error would be something like:
"Dumb ambiguous binding of dumb named
John Williams wrote:
> Back in October I suggested that $a ^+= @b would act like reduce,
> but in discussion
> it was decided that it would act like length
> I now pose the question: Is ^+= a "hyper assignment operator" or an
> "assignment hyper operator"?
> with a scalar involved
> the me
Erik Steven Harrison wrote:
> Just found this hidden in my inbox.
> I didn't think anyone was paying attention ;-).
Oh, we *always* pay attention. We just don't always respond. ;-)
>>What I most like about the C syntax is (like methods in
>>OO Perl), it associates a meaningful *name* with e
Erik Steven Harrison wrote:
> But still, what counts as a runtime property, other than true or
> false, as in the delightful '0 but true'? What other kind of runtime
> labels can I slap on a value?
Here's ten to start with...
for <> but tainted(0) {...} # note that external data
On Sat, 7 Sep 2002, Markus Laire wrote:
> On 6 Sep 2002 at 11:15, Andy Dougherty wrote:
>
> > I've been told that my patch #16937 (which changes ld_shared from the
> > hard-wired wrong value of -shared to $Config{lddlflags}, which is the
> > variable designed in perl5 for this precise use) break
Er... it is a silly thing to ask, but is there any way to write C code that comes out
assembled in Parrot?
Has C been targeted at parrot? Is it a logical thing to do? Does it make sense. (I
tried this in my brain for three days and am still confused over whether it is a
sensible thing to do)
# New Ticket Created by Andy Dougherty
# Please include the string: [perl #17084]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt2/Ticket/Display.html?id=17084 >
Under traditional Unix loaders (ld), the order in which items are
specified in the co
I was thinking about regular expressions and hypotheticals again this
weekend, and something was bothering me quite a lot. How do rules create
hypotheticals?
Since a rule behaves like a closure, I can see how it could gain access
to existing lexicals, if it's declared inside of the same scope:
>From: Uri Guttman <[EMAIL PROTECTED]>
>that is not a variable property so it should be
>a compile time error.
I was under the impression that compile time properties, like runtime
properties, can be arbitrarily invented and/or assigned. If that is
correct, why would "my $var is true", meaningle
Steve Canfield wrote:
> I was under the impression that compile time properties, like runtime
> properties, can be arbitrarily invented and/or assigned.
Yes, but not purely lower-case ones. They're reserved for Perl 6 itself.
(i.e. only Larry can invent/assign them ;-)
> If that is
> correct,
On Mon, 2002-09-09 at 09:07, Ramesh Ananthakrishnan wrote:
>
> Er... it is a silly thing to ask, but is there any way to write C code that comes
>out assembled in Parrot?
>
> Has C been targeted at parrot? Is it a logical thing to do? Does it make sense. (I
>tried this in my brain for three d
On Sun, 8 Sep 2002, Steve Fink wrote:
> On Thu, Sep 05, 2002 at 07:46:38PM -0400, John Porter wrote:
> > Steve Fink wrote:
> > > Here is the new PMC I keep babbling about. Before I commit it, any
> > > comments? Like, does anybody think this should be named differently?
> > > It's really a dequ
--
On Sun, 08 Sep 2002 22:24:11
Damian Conway wrote:
>
>Think of it as punctuation. As a necessary alternative to the poor
>overworked colon.
>
Or the poor overworked dot?
>
>
>> it all looks the same to me. And I like different things to look different.
>
>A fair point. My counterargume
David Helgason wrote:
> [worry #1]
> The hypothetical 'variables' we bind to aren't really variables but keys to a hash.
Welcome to Perl 6. Where *no* variable is really a variable, but all are keys to
a hash (which is known as the symbol table) ;-)
> Thus they shouldn't have sigils in thei
On Sun, Sep 08, 2002 at 09:50:45PM +0200, Damian Conway wrote:
> Nicholas Clark wrote:
>
> > Related, I think: no-one answered my question about what happens when I
> > define
> >
> > sub dumb ($var, @var) {
> > ...
> > }
> >
> > and then call it with the pair var=>$thing
>
> Exception, prob
Damian Conway Wrote:
>> [worry #1]
>> The hypothetical 'variables' we bind to aren't really variables
>> but keys to a hash.
>Welcome to Perl 6. Where *no* variable is really a variable, but
> all are keys to a hash (which is known as the symbol table) ;-)
Ok, you're obviously right. But $0
On Mon, 9 Sep 2002, H.Merijn Brand wrote:
> On Mon 02 Sep 2002 22:25, Andy Dougherty <[EMAIL PROTECTED]> wrote:
> >
> > Similarly, it may be a good time to revisit our "core" platforms and see
> > if they all work. A lot of the library stuff, especially the shared
> > library stuff, is rather d
I wrote,
> The t/src/intlist test still fails for me -- I just got
>
> t/src/intlist...# Failed test (t/src/intlist.t at line 108)
> # got: 'Step 1: 0
> # Failed:
> # '
> # expected: 'Step 1: 0
> # Step 2: 1
> # Step 3: 2
> # Step 4: 255
> # Step 5: 256
> # Step 6: 257
> #
On Mon 09 Sep 2002 17:39, Andy Dougherty <[EMAIL PROTECTED]> wrote:
> On Mon, 9 Sep 2002, H.Merijn Brand wrote:
>
> > On Mon 02 Sep 2002 22:25, Andy Dougherty <[EMAIL PROTECTED]> wrote:
> > >
> > > Similarly, it may be a good time to revisit our "core" platforms and see
> > > if they all work.
David Helgason wrote:
> Coming to think of it, why have a named variable at all? If the
> match object gets returned anyhow there is no need for a cleverly
> named magical variable ($0, $MATCH, ...).
Probably for the same reason that we have $1, $2, $_, etc.
Because people are lazy. :-)
Damia
On Sun, 8 Sep 2002, Nicholas Clark wrote:
> from perl5-porters:
>
> > > Are we going to assimilate what parrot is doing in all its C files -
> > > * vim: expandtab shiftwidth=4:
> > For most vi versions the portable vi modeline would be
> > * vi: set expandtab shiftwidth=4:
>
> Would chang
On Mon 09 Sep 2002 18:36, Andy Dougherty <[EMAIL PROTECTED]> wrote:
> On Sun, 8 Sep 2002, Nicholas Clark wrote:
>
> > from perl5-porters:
> >
> > > > Are we going to assimilate what parrot is doing in all its C files -
>
> > > > * vim: expandtab shiftwidth=4:
>
> > > For most vi versions the
On Mon, Sep 09, 2002 at 03:52:30PM +0200, Damian Conway wrote:
> Hi Scott,
>
> You asked (off-list):
Oops, that should've been on-list so that everyone can benefit from my
ignorance :-)
> > Then how do I tell ^^ and $$ to only match just after and just before
> > my platform specific newline s
On Mon, 9 Sep 2002, H.Merijn Brand wrote:
> On Mon 09 Sep 2002 18:36, Andy Dougherty <[EMAIL PROTECTED]> wrote:
> > On Sun, 8 Sep 2002, Nicholas Clark wrote:
> >
> > > from perl5-porters:
> > >
> > > > > Are we going to assimilate what parrot is doing in all its C files -
> >
> > > > > * vim
On Mon, 9 Sep 2002, Andy Dougherty wrote:
> Thanks for running the tests. If you're really ambitious, you could
>
> cd languages/perl6
> make
>
> and see what happens, but unless you've got bison and flex installed,
> don't bother (I submitted a patch to pregenerate the files, but it'
Piers Cawley <[EMAIL PROTECTED]> writes:
[...]
> >> Cool, applied. How far from "real" scheme are we?
> >
> > I think its quite far.
> > The first thing is symbols and strings. But how do I represent them at
> > parrot-level. PerlString maybe, but then how will they be distinct
> > from each ot
I'd like to start a dialog about the P[arrot|erl] interface on the
matter of converting low-level types. ord and chr are Perl functions for
doing two very specialized conversions, but I'm thinking Parrot needs to
provide a general-purpose number/[bit]?string conversion ala Perl's
pack/unpack so t
On Mon, 9 Sep 2002, Sean O'Rourke wrote:
> On Mon, 9 Sep 2002, Andy Dougherty wrote:
> > Now why that [languages] isn't part of the default build, I don't
> > know.
> None of the stuff in languages/ is part of the default build, and I think
> it should stay that way. It seems like bad form to
On 9 Sep 2002 at 15:02, Andy Dougherty wrote:
> On Mon, 9 Sep 2002, Sean O'Rourke wrote:
>
> > None of the stuff in languages/ is part of the default build, and I think
> > it should stay that way. It seems like bad form to, by default, build
> > parts of a package that the user may not want t
> Going back to patterns, this gives us an added bonus. It not only
> explains the behavior of hypotheticals, but also of subexpression
> placeholders, which are created when the pattern returns:
>
> $self but lexicals(0=>$self, 1=> $self.{1}, 2=> $self.{2}, etc...)
>
> That yields the
I may be missing your point, but based on my somewhat
fuzzy understanding:
> Oh. Duh. Why don't we have such a mechanism for matches?
>
> m/ my $date := /
>
> is ambiguous to the eyes. But I think it's necessary to have a
lexical
> scoping mechanism for matches
The above would at least hav
[Moved over from p6i, to more appropriate p6l]
On Sat, 2002-09-07 at 12:03, Mr. Nobody wrote:
> While Apocolypse 5 raises some good points about problems with the old regex
> syntax, its new syntax is actually worse than in perl 5. Most regexes, such
> as this one to match a C float
>
> /^([+-]?
Attached is a patch for the Befunge interpreter:
- support of the chr instruction instead of Clinton's hack
- a Changes file
Oh, btw, I'm now using cvs diff in order to create my patches (thanks Leon) -
it rocks! I hope they are still valid patches.
Jérôme
--
[EMAIL PROTECTED]
Index: parro
Hi,
I have several questions regarding lexicals.
There is a discrepancy between parrot_assembly.pod and core.ops
parrot_assembly.pod says that find_lex will return a pointer, where as
core.ops uses find_lex to retrive a value and store_lex to set this
value. Which of this is correct?
parrot_ass
On Mon, Sep 09, 2002 at 03:02:55PM -0400, Andy Dougherty wrote:
> On Mon, 9 Sep 2002, Sean O'Rourke wrote:
>
> > On Mon, 9 Sep 2002, Andy Dougherty wrote:
>
> > > Now why that [languages] isn't part of the default build, I don't
> > > know.
>
> > None of the stuff in languages/ is part of the
> On 6 Sep 2002 at 11:15, Andy Dougherty wrote:
>
> > I've been told that my patch #16937 (which changes ld_shared from the
> > hard-wired wrong value of -shared to $Config{lddlflags}, which is the
> > variable designed in perl5 for this precise use) breaks cygwin. But in
> > the current state o
On Mon, Sep 09, 2002 at 02:14:25PM -0500, Me wrote:
> Hence the introduction of let:
>
> m/ { let $date := } /
>
> which makes (a symbol table like entry for) $date available
> somewhere via the match object.
Somewhere? where it appears in in the namespace of the caller.
Apparently there
On Mon, 9 Sep 2002, Andrew Wilson wrote:
> On Mon, Sep 09, 2002 at 02:14:25PM -0500, Me wrote:
> > Hence the introduction of let:
> >
> > m/ { let $date := } /
> >
> > which makes (a symbol table like entry for) $date available
> > somewhere via the match object.
>
> Somewhere? where it
On Mon, 9 Sep 2002, H.Merijn Brand wrote:
[HP-UX 11.00, GNU gcc-3.2]
> > cd languages/perl6
> > make
>
> For gcc (which was the last I used) I got :(
>
> /usr/bin/ld -o imcc imcparser.o imclexer.o imc.o stacks.o symreg.o instructions.o
>cfg.o sets.o debug.o anyop.o ../../platform.o
# New Ticket Created by Andy Dougherty
# Please include the string: [perl #17090]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt2/Ticket/Display.html?id=17090 >
The subject says it all.
diff -r -u parrot-orig/config/gen/makefiles/imcc.in
parrot
# New Ticket Created by Andy Dougherty
# Please include the string: [perl #17091]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt2/Ticket/Display.html?id=17091 >
Not OK: This is a failure report for parrot.
64-bit-int builds appear to be broken.
On Mon, Sep 09, 2002 at 02:13:55PM -0600, Luke Palmer wrote:
> Err.. I don't think so.
>
> # Date.pm
> grammar Date;
> my $date;
> rule date_rule { $date := }
>
> # uses_date.p6 (hmm.. I wonder what a nice extension would be...)
> use Date;
> my $date
On Mon, 2002-09-09 at 15:12, Luke Palmer wrote:
> > Going back to patterns, this gives us an added bonus. It not only
> > explains the behavior of hypotheticals, but also of subexpression
> > placeholders, which are created when the pattern returns:
[...]
> > I think this is a very clean and simp
On Mon, 2002-09-09 at 06:05, David Helgason wrote:
>
> Yeay! Golf...
> If we are allowed to use all of perl6 in this particular (golf-)course,
> I suggest:
Clearly I've missed a reference at some point. Presumably "golf" is used
here to mean something like "stupid question".
> Perl6 will be a
On Mon, Sep 09, 2002 at 05:02:18PM -0400, Aaron Sherman wrote:
> On Mon, 2002-09-09 at 06:05, David Helgason wrote:
> >
> > Yeay! Golf...
>
> > If we are allowed to use all of perl6 in this particular (golf-)course,
> > I suggest:
>
> Clearly I've missed a reference at some point. Presumably "
On Mon, 9 Sep 2002, Andy Dougherty wrote:
> 64-bit-int builds appear to be broken. This is from Linux/SPARC with
> INTVAL='long long'. This configuration used to work quite recently.
I've at least figured out why it core dumps -- do_panic() assumes we've
got a valid interpreter, and tries to p
On Sat, 2002-09-07 at 14:22, Smylers wrote:
> Aaron Sherman wrote:
> > sub chomp($string is rw){
[...]
> > } elsif $irs.length == 0 {
> > $string =~ s/ \n+ $ //;
>
> Should that C<+> be there? I would expect chomp only to remove a single
> line-break.
Note that
> "AS" == Aaron Sherman <[EMAIL PROTECTED]> writes:
AS> On Mon, 2002-09-09 at 06:05, David Helgason wrote:
>>
>> Yeay! Golf...
>> If we are allowed to use all of perl6 in this particular (golf-)course,
>> I suggest:
AS> Clearly I've missed a reference at some point. Presumably
On Sat, 2002-09-07 at 10:53, Sean O'Rourke wrote:
> On Sat, 7 Sep 2002, Chuck Kulchar wrote:
> > Also, how do these perl6 builtins in perl6 work with the current
> > P6C/Builtins.pm? (also, why are some that are already defined in pure
> > pasm/part of the parrot core redefined as perl6 code?)
>
On Mon, Sep 09, 2002 at 05:36:42PM -0400, Aaron Sherman wrote:
> Correct in as far as it goes. The more general answer is that one of the
> goals of this re-write (as I was lead to believe) was that the Perl
> internals would be maintainable. If we write the well over 150 Perl 5
> builtins in Parr
At 03:01 PM 9/9/2002 -0400, Aaron Sherman wrote:
>I'd like to start a dialog
And since this thread is quiet, I'll throw some uneducated opinions on it
to help it along.
>about the P[arrot|erl] interface on the
>matter of converting low-level types. ord and chr are Perl functions for
>doing two
On Mon, 2002-09-09 at 17:52, Nicholas Clark wrote:
> On Mon, Sep 09, 2002 at 05:36:42PM -0400, Aaron Sherman wrote:
> > Correct in as far as it goes. The more general answer is that one of the
> > goals of this re-write (as I was lead to believe) was that the Perl
> > internals would be maintainab
On Mon, 2002-09-09 at 21:42, Clinton A. Pierce wrote:
> >Should these conversions be individual instructions (e.g. "uint2string")
> >or should there be a single-target "pack" analog in the PBC?
>
> I like the idea of having a single pack/unpack instruction, with some kind
> of argument mechanis
Any particular reason not to have a specific make target for the
tinderboxen?
Nicholas Clark wrote:
> On Mon, Sep 09, 2002 at 03:02:55PM -0400, Andy Dougherty wrote:
>
>>On Mon, 9 Sep 2002, Sean O'Rourke wrote:
>>
>>
>>>On Mon, 9 Sep 2002, Andy Dougherty wrote:
>>
Now why that [languages] i
On Lundi 9 Septembre 2002 21:44, Jerome Quelin wrote :
> Attached is a patch for the Befunge interpreter:
> - support of the chr instruction instead of Clinton's hack
> - a Changes file
Uh, cvs diff does not handle new files (and cvs add needs write access to the
repository). So attached is th
Aaron Sherman wrote:
> Of these, about 30-50% will probably be pure Perl. Another small
> percentage will be assembly wrappers that call a one-for-one parrot
> function (e.g. exit). The rest will be a complex mix of Perl and
> assembly (e.g. sprintf which is mostly Perl, but needs assembly for
>
On Mon, Sep 09, 2002 at 11:42:23AM -0400, Andy Dougherty wrote:
> I wrote,
>
> > The t/src/intlist test still fails for me -- I just got
> > ...
>
> and here's the simple fix:
Doh! Thanks, sheepishly applied. I want a flag
-fwhen_behavior_is_undefined_do_the_worst_possible_thing.
On Mon, Sep 09, 2002 at 01:28:37PM +, Andy Dougherty wrote:
>
> Under traditional Unix loaders (ld), the order in which items are
> specified in the command line matters. Without this patch, -lm appears
> before libparrot.a, so at the time libm is encountered, no symbols are
> needed and not
Is it possible to write networking code in Parrot?
-
Do You Yahoo!?
Yahoo! Finance - Get real-time stock quotes
61 matches
Mail list logo
