uilt from the tarball. See TT #1852 for the error
messages. I don't know whether rakudo is querying the wrong key for a
release or parrot is not supplying the correct key, but it ought to be
straightened out.
--
Andy Dougherty dough...@lafayette.edu
yet to see what changes might be in store for
how, when, and why we'll be using method calls in perl6 vs. perl5.
--
Andy Dougherty [EMAIL PROTECTED]
Dept. of Physics
Lafayette College, Easton PA 18042
ace to make such charges.
--
Andy Dougherty [EMAIL PROTECTED]
Dept. of Physics
Lafayette College, Easton PA 18042
e flag would be a good choice in that it's very human-readable.
More readable than the already-supporrted -M7 ? Do we *really*
need a new command-line option that is one character shorter than an
existing command-line option that can do exactly the same thing?
--
Andy Dougherty
e need a way to tell it that it isn't.
perl -M6 -e ...
--
Andy Dougherty [EMAIL PROTECTED]
Dept. of Physics
Lafayette College, Easton PA 18042
and breaking compatibility. Perl6 is likely to
continue in that tradition.
Let's leave -e alone for now and worry about handling specific
incompatibilities when we in fact have some specific incompatibilities to
worry about.
--
Andy Dougherty [EMAIL PROTECTED]
Dept. of Physic
recisely. I often have one-liners embedded in larger shell scripts.
Most of those survived the perl4->perl5 transition intact. I'd hope the
same can be said for the perl5->perl6 transition.
--
Andy Dougherty [EMAIL PROTECTED]
Dept. of Physics
Lafayette College, Easton PA 18042
agreeable.
There already is a perl6-build list. Perhaps you can just use that?
--
Andy Dougherty [EMAIL PROTECTED]
Dept. of Physics
Lafayette College, Easton PA 18042
simultaneous installation of multiple versions of modules. (I don't
recall the relevant RFC offhand, but I think there's was also a similar
idea in Larry's Atlanta speech.)
--
Andy Dougherty [EMAIL PROTECTED]
Dept. of Physics
Lafayette College, Easton PA 18042
.
Zip uses the same compress method as gzip. In fact gzip's author,
Jean-loup Gailly, is also a prominent contributor to InfoZip -- the group
behind Zip and Unzip.
I don't see any licensing advantage to gzip over zip or vice-versa.
--
Andy Dougherty [EMAIL PROTECTED]
On Wed, 31 Jan 2001, Simon Cozens wrote:
> God gave man two ears and one tongue so that we listen twice as much as
> we speak.
> -- Arab proverb
...but alas on the net we have 10 fingers to type but only 2 eyes to read.
--
Andy Dougherty [EMAIL
it -- there's not really
much to discuss.
--
Andy Dougherty [EMAIL PROTECTED]
Dept. of Physics
Lafayette College, Easton PA 18042
s for
my previous reports on the subject.
For example, removing time() from the perl5 core means excising the
following from pp_sys.c:
PP(pp_time)
{
djSP; dTARGET;
XPUSHi( time(Null(Time_t*)) );
RETURN;
}
and replacing it by the appropriate auto-loading glue. This
ant.
--
Andy Dougherty [EMAIL PROTECTED]
Dept. of Physics
Lafayette College, Easton PA 18042
. I think it's a nice little
bit of optional sugar and I don't see any reason to throw it away.
--
Andy Dougherty [EMAIL PROTECTED]
Dept. of Physics
Lafayette College, Easton PA 18042
ountered a case where I wanted to
maintain the same rand() sequence and also use a one-arg crypt().
> I will add a note aboput this to the RFC. If there are no other
> comments, I will freeze it in 24 hours.
I agree this is a non-issue for this RFC.[*]
--
Andy Dougherty
s.
"too painful" is, of course, a judgment call. I do use the
read/unpack/modify/pack/print cycle a fair amount dealing with image data.
I guess I'd say working around RFC 258 might be annoying but not painful.
--
Andy Dougherty [EMAIL PROTECTED]
Dept. of Physics
Lafayette College, Easton PA 18042
o this one and
come up with a nice syntax for a sort of modified here-doc.
--
Andy Dougherty [EMAIL PROTECTED]
Dept. of Physics
Lafayette College, Easton PA 18042
rely there's an RFC
on that somewhere.)
Once either of those solutions is implemented, then then it's a simple
matter for pod tools using it instead of $/ (or whatever).
Since you made this proposal, would you be willing to pursue either
of these options further?
--
Andy Do
the perl customization.
If (please note I said "If" here--I'm not arguing for or against the
proposal) it would be useful to configure perl, then I strongly would
argue that such configuration ought to be localized to just a very few
files under perl's control.
--
Andy Dough
x27;t think there's any shortcut for actual analysis of the
underlying data and algorithms.
Andy Dougherty [EMAIL PROTECTED]
ed code... now in nested disables
#endif
..more disabled code
#endif
Just hoping that looking at it from another skewed viewpoint may inspire
someone,
Andy Dougherty [EMAIL PROTECTED]
Dept. of Physics
Lafayette College, Easton PA 18042
else { return 'milk' }
}
}
I submit this is at least as clear as the __ version.
So I'd like to encourage folks to consider whether adding some sort of
(optional) macro language (perlpp ?) to perl6 would be worthwhile.
Folks with experience wi
ot;higher order functions" or
"Re-currying deferred expressions" prior to reading this RFC, so it's
quite possible I'm missing something.
--
Andy Dougherty [EMAIL PROTECTED]
Dept. of Physics
Lafayette College, Easton PA 18042
to be available. It's quite possible that other date/time functions may
be part of the standard library too.
--
Andy Dougherty [EMAIL PROTECTED]
Dept. of Physics
Lafayette College, Easton PA 18042
On Mon, 7 Aug 2000, Glenn Linderman wrote:
> Me too, and I'm _not_ an astronomer.
>
> Tim Jenness wrote:
>
> > Also, I would vote for a method to return the Julian date (yes I am an
> > astronomer...) :-)
But surely not as a part of the core lang
e no point in re-inventing strftime
(perhaps well, perhaps badly) as a perl language core element.
I certainly see great benefit in including a nice date/time module, but
that's a topic for [EMAIL PROTECTED], not this list.
--
Andy Dougherty [EMAIL PROTECTED]
Dept. of Physic
ve POSIX::localtime().
--
Andy Dougherty [EMAIL PROTECTED]
Dept. of Physics
Lafayette College, Easton PA 18042
28 matches
Mail list logo
