Michael G Schwern wrote:
On Fri, Aug 05, 2005 at 11:32:45AM -0400, Robert wrote:
Is the inline POD the current preferred way?
That really depends on who you ask. Me? I prefer it. Its totally a matter
of style.
Pros:
* Keeps the docs close to the code so you're more likely to keep the docs u
Hi,
I have a custom matherr() function (matherr.c) I'm experimenting with to solve
#36865 ( Test 17 of t/op/trans.t failing on Cygwin ). If I put it in
platform/win32 it doesn't get picked up. Where should it go in order to to be
picked up as cygwin-specific. (It may be that it is needed for win
Exegesis 3 contains this snippet,
my $inflation;
print "Inflation rate: " and $inflation = +<>
until $inflation != NaN;
but the rule that +"hello" evaluates to NaN is "no longer"
mentioned in S03, according to Autrijus.
He suggested I post here to get a ruling.
--
Daniel Brockman
Hill Stephen-STEHILL1 wrote:
Hi,
I have a custom matherr() function (matherr.c) I'm experimenting with to solve
#36865 ( Test 17 of t/op/trans.t failing on Cygwin ). If I put it in
platform/win32 it doesn't get picked up. Where should it go in order to to be
picked up as cygwin-specific. (It m
Hill Stephen-STEHILL1 wrote:
Hi,
I have a custom matherr() function (matherr.c) I'm experimenting with to solve
#36865 ( Test 17 of t/op/trans.t failing on Cygwin ). If I put it in
platform/win32 it doesn't get picked up. Where should it go in order to to be
picked up as cygwin-specific. (It m
Hello:
I'm not sure where to report this, but there seems to
be a bug in search.cpan.org related to modules
containing scripts with hyphens in them.
I noticed this looking at the page
http://search.cpan.org/~joshr/Sman-0.95/ :
The link for the script 'sman' leads to the docs for
'sman-update',
cpan tester wrote:
I'm not sure where to report this, but there seems to
be a bug in search.cpan.org related to modules
containing scripts with hyphens in them.
You could try http://search.cpan.org/feedback . Whatever you send there
will go into the search.cpan.org request tracking system.
Th
Hi,
I am having issue running WWW::Mechanize script; any help on this will
be much appreciated.
Thanks
Shiv
I get error
Can't locate auto/HTML/TokeParser/get_phrase.al in @INC (@INC contains:
/usr/lib/perl5/5.8.0/i386-linux-thread-multi /usr/lib/perl5/5.8.0
/usr/lib/perl5/site_perl/5.8.0/i386-li
On Thu, Aug 11, 2005 at 01:35:14AM +0800, Autrijus Tang wrote:
> On Wed, Aug 10, 2005 at 07:32:01PM +0200, TSa wrote:
> > you wrote:
> > >Perl 6 in its unannotated form is also (mostly) a typeless languages,
> > >with only the five builtin types, much like Perl 5 is.
> >
> > Counting the sigil qua
On Tue, Aug 16, 2005 at 02:04:41PM +0100, Nicholas Clark wrote:
> On Thu, Aug 11, 2005 at 01:35:14AM +0800, Autrijus Tang wrote:
> > On Wed, Aug 10, 2005 at 07:32:01PM +0200, TSa wrote:
> > > Counting the sigil quadriga as 4, what is the fifth element?
> > & @ $ % ::
> > In Perl5, :: is replaced b
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
Am
Anyone given any thought to Parrot <-> Java integration?
Possible?
Practical?
How much would would be involved?
Tim.
# New Ticket Created by "Amos Robinson"
# Please include the string: [perl #36916]
# in the subject line of all future correspondence about this issue.
# https://rt.perl.org/rt3/Ticket/Display.html?id=36916 >
This patch should add a "get" sub into
languages/tcl/lib/commands/array.pir and en
# New Ticket Created by François PERRAD
# Please include the string: [perl #36917]
# in the subject line of all future correspondence about this issue.
# https://rt.perl.org/rt3/Ticket/Display.html?id=36917 >
This patch allows to configure 'bc' and 'make test' on Win32.
François Perrad
bc_
Configure.pl said
Determining if your platform supports gdbm.yes.
But t/dynclass/gdbmhash.t fails completely:
Failed Test Stat Wstat Total Fail Failed List of Failed
---
t/dynclass
Thanks, applied!
On Aug 16, 2005, at 7:56 AM, Amos Robinson (via RT) wrote:
This patch should add a "get" sub into
languages/tcl/lib/commands/array.pir and enable the tests for it.
It should pass all of the Tcl tests.
Tim~
On 8/15/05, Tim Bunce <[EMAIL PROTECTED]> wrote:
> Anyone given any thought to Parrot <-> Java integration?
>
> Possible?
Definitely.
> Practical?
You would likely lose some speed, but that is really all.
> How much would would be involved?
Not a whole lot more than making a java compil
Tim Bunce wrote:
Anyone given any thought to Parrot <-> Java integration?
Possible?
Practical?
How much would would be involved?
Tim.
If I'm not mistaken, it's even one of the summer of code projects (see
http://www.perlfoundation.org/gc/grants/2005-googlesoc.html and
http://www.perlfound
On Mon, 15 Aug 2005 12:40:05 +0100, Adrian Howard <[EMAIL PROTECTED]> wrote:
> On 15 Aug 2005, at 02:13, David Formosa ((aka ? the Platypus)) wrote:
>
>> After a very fruitful discussion I've rewritten my suggested GC API.
>> Comments please.
> [snip]
>
> I'm speaking from complete ignorance sinc
Taimu? TAI- -mu.
Sorry. Couldn't resist the pun. (Bad Japanese pun, but nonetheless.)
-Jasmine
2005/8/15, Sam Vilain <[EMAIL PROTECTED]>:
> On Mon, 2005-08-15 at 16:33 -0700, Larry Wall wrote:
> > : I would assume that you would choose time 0.0 = Jan 1, 2000 at 00:00:00.0
> > : TAI (December 3
On Tue, Aug 16, 2005 at 10:07:20AM +0100, David Cantrell wrote:
> Michael G Schwern wrote:
>
> >* Private docs (=begin/end private) allow you to document private and
> >public
> > functions using the same style.
>
> Ooh, I didn't know about that! What revision of perl (or rather,
> perldoc) d
I got a problem concerning ICU.
# /usr/lib/parrot-0.2.3/parrot parrot-config.imc ldflags
returns:
"-lpthread -lnsl -ldl -lm -lcrypt -lutil -lrt -lgmp"
eventhough I compiled against icu (Configure find is) so I am missing
"-licuuc" here.
Anybody got an idea? I am using parrot-0.2.3 and did not
On Mon, 15 Aug 2005, Larry Wall wrote:
But the best part is that if we abandon UTC leap seconds for civil time,
we don't have to remember leap seconds going forward, only backward from
2000.
So you want to take on the (very irritating, I tell you) burden of leap
seconds going _backwards_ but
On Mon, Aug 15, 2005 at 09:21:14PM -0400, Jasmine Pues wrote:
: Taimu? TAI- -mu.
:
: Sorry. Couldn't resist the pun. (Bad Japanese pun, but nonetheless.)
Well, hmm, yes, "taimu" means "time" in Japanese, but only because it's
borrowed... ☺
On the other hand, if you're willing to coin a new Japa
On Tue, Aug 16, 2005 at 10:24:41AM -0500, Dave Rolsky wrote:
: On Mon, 15 Aug 2005, Larry Wall wrote:
:
: >But the best part is that if we abandon UTC leap seconds for civil time,
: >we don't have to remember leap seconds going forward, only backward from
: >2000.
:
: So you want to take on the (
Hmmm... at least backwards leap-seconds are fixed. Handling leap-
seconds for all time requires net access or frequent software
updates, but a single block of 32 comparisons handles everything up
to A.D. 2000.
On Aug 16, 2005, at 9:24 AM, Dave Rolsky wrote:
On Mon, 15 Aug 2005, Larry Wa
On Tue, 16 Aug 2005, zowie wrote:
Hmmm... at least backwards leap-seconds are fixed. Handling leap-seconds for
all time requires net access or frequent software updates, but a single block
of 32 comparisons handles everything up to A.D. 2000.
Well, if you want accuracy you need to get that i
On Tue, Aug 16, 2005 at 08:37:24AM -0700, Larry Wall wrote:
> : But that's in contrast to your saying that the epoch would be December 31,
> : 1999 at 23:59:29.0 UTC. Or did I misread your earlier messages?
>
> Yes, you misread it. I was angling for 00:00:00.0 UTC. But it scarcely
> matters if
On Wed, 17 Aug 2005, Autrijus Tang wrote:
...This seems to be quite consistent with the rumoured US proposal to
abolish leap seconds by adding leap hours every 500 years or so:
Wow, a piece of US government policy I can actually support! Hell must be
a cold place right now.
-dave
/*=
Indirect object notation now requires a colon after the invocant if
there are any arguments. If there are no arguments and you omit the
colon, the notation is parsed either as a named unary operator or a
list operator with one argument. In any case, all of these come out to
the same thing:
$ha
A related question:
I think it was stated, that the time will be some floating-point number.
Will its precision be predetermined or will it be system-dependent?
(Or maybe the precision is no-issue -- it could be important in comparisons,
but one can argue one should always specify the smallest
On Tue, Aug 16, 2005 at 03:03:39PM +0800, Yiyi Hu wrote:
> $handle.close
> close($handle)
> close $handle:
> close $handle
>
> >From Synoposis, It's said that the last example( close $handle )
> should be valid.
> But in pugs, It isn't.
>
> class TMP { method tmp { "Hello".say}; }
On Tue, Aug 16, 2005 at 05:32:50 -, David Formosa (aka ? the Platypus)
wrote:
> I don't think that making use of "use" and "no" would be shorter and
> far more Perlish. Also this allows us to switch off the
> modifications.
Uh, why didn't I think of that =)
> > This is getting me thinki
On Mon, 15 Aug 2005 15:17:18 +0300, Yuval Kogman <[EMAIL PROTECTED]> wrote:
[...]
>> 2) Some way of being able to tell the garbage collector to ignore
>> the current contents of the heap for the purposes of GC. One
>> Pop-11 idiom was to do something like:
[...]
> We are trying to design a re
I vote for double-precision floating-point. Since double precision
is good to 10^-15, that allows times to be specified to a precision
of about 3 microseconds for the next century, and to a precision of
30 microseconds for the next millennium. Anyone who wants more
precision than that is l
On Sun, Aug 14, 2005 at 03:48:22PM +0200, Daniel Brockman wrote:
: Exegesis 3 contains this snippet,
:
:my $inflation;
:print "Inflation rate: " and $inflation = +<>
:until $inflation != NaN;
:
: but the rule that +"hello" evaluates to NaN is "no longer"
: mentioned in S03, accord
On Mon, Aug 15, 2005 at 15:59:34 +0100, Adrian Howard wrote:
> On 15 Aug 2005, at 13:17, Yuval Kogman wrote:
> I'm not sure what you're proposing here. A separate arena for
> stuff you want to allocate and not be moved by the GC? How would
> I tell the compiler?
You won't, the language glue is
On 2005-08-16 12:39, "Brano Tich‡" <[EMAIL PROTECTED]> wrote:
> A related question:
> I think it was stated, that the time will be some floating-point number.
> Will its precision be predetermined or will it be system-dependent?
> (Or maybe the precision is no-issue -- it could be important in comp
On Tue, Aug 16, 2005 at 10:00:14AM -0700, Larry Wall wrote:
: If we go with class names being the undefined prototypical values,
: and if we assume that NaN is an "unthrown exception" variant of
: the undefined value for object types like Num, then we might even
: end up with Num == NaN, albeit wit
On Tue, Aug 16, 2005 at 01:18:40PM -0400, Mark Reed wrote:
: More generally, the numbers are quite reasonable. For example, for about 30
: years on either side of the epoch you have resolution to at least .1
: microsecond.
And in 30 years we'll probably mostly be using 128 or 256-bit floaters...
The purpose of my project is to detect type-unsafe Perl 5. It's implemented
with Malcom Beattie's compiler back-end. Naturally, my type inference
cannot be sound due to the inherent ambiguities of Perl and things like
'eval "string";', but I think it's enough for many purposes.
Right now I'm usi
On Sat, Jul 09, 2005 at 10:25:32PM +1000, Adam Kennedy wrote:
> >In particular, the DBI must not mandate impossible levels of support from
> >the drivers. It will benefit you nothing if the DBI is immaculate and
> >wonderful and incredibly all-singing and all-dancing, but no-one can write
> >a d
On Wed, Aug 17, 2005 at 12:42:31AM +0800, Autrijus Tang wrote:
> > class TMP { method tmp { "Hello".say}; }; my TMP $t .= new;
> > tmp $t;
> >
> > So, I wonder, If perl 6 will allow "tmp $t;"
>
> Hm, I think that's a case of a unimplemented special case.
>
> I have just sent you a committer invi
On Tue, Aug 16, 2005 at 06:12:35AM -0700, Shivakumar Venkatappa wrote:
> I get error
> Can't locate auto/HTML/TokeParser/get_phrase.al in @INC (@INC contains:
What's likely happening is your installation of HTML::TokeParser is a couple
years old and does not have the get_phrase() method. That we
On Tue, Aug 16, 2005 at 11:15:12AM -0700, Michael G Schwern ([EMAIL PROTECTED])
wrote:
> get_phrase was added in version 3.33 of HTML-Parser (which contains
> HTML::TokeParser). WWW::Mechanize should have warned you that your version
> was not new enough upon installation.
And so it shall from
On Mon, Aug 15, 2005 at 11:07:51AM -0700, Larry Wall wrote:
> Sure, except that you're not really inheriting from a role here.
> You're really inheriting from an anonymous class of the same name. :-)
Hmm, "Anonymous class with the name 'Array of Any'" sounds like
an oxymoron. Also consider:
On Tue, Aug 16, 2005 at 02:17:56PM -0500, Andy Lester wrote:
> > get_phrase was added in version 3.33 of HTML-Parser (which contains
> > HTML::TokeParser). WWW::Mechanize should have warned you that your version
> > was not new enough upon installation.
>
> And so it shall from this day forward.
On Tue, Aug 16, 2005 at 12:27:31PM -0700, Michael G Schwern ([EMAIL PROTECTED])
wrote:
> Mechanize already has a dependency on TokeParser 2.28 which is the version
> that came with HTML-Parser 3.33.
Then we're probably dealing with a bad Mech install.
--
Andy Lester => [EMAIL PROTECTED] => www.
On 8/16/05, Tim Bunce <[EMAIL PROTECTED]> wrote:
> I was a little dissapointed that there wasn't greater focus on using
> Perl6 features - especially as it would have helped kick-start my own
> understanding of Perl6 topics that I expect to be significant (such as
> Roles and Pairs, to pick two at
Hi,
1_234; # surely 1234
1e23; # surely 1 * 10**23
1._5; # call of method "_5" on 1?
1._foo; # call of method "_foo" on 1?
1.e5; # 1.0 * 10**5?
1.efoo; # call of method "efoo" on 1?
1.e_foo;# call of method "e_foo" on 1?
0xFF.de
On 8/16/05, Ingo Blechschmidt <[EMAIL PROTECTED]> wrote:
> Hi,
>
> 1_234; # surely 1234
> 1e23; # surely 1 * 10**23
>
> 1._5; # call of method "_5" on 1?
> 1._foo; # call of method "_foo" on 1?
>
> 1.e5; # 1.0 * 10**5?
> 1.efoo; # call of me
On Tue, Aug 16, 2005 at 08:36:19PM +, Luke Palmer wrote:
> On 8/16/05, Ingo Blechschmidt <[EMAIL PROTECTED]> wrote:
> > Hi,
> >
> > 1_234; # surely 1234
> > 1e23; # surely 1 * 10**23
> >
> > 1._5; # call of method "_5" on 1?
> > 1._foo; # call of method "_
At 4:04 PM +0100 8/16/05, Tim Bunce wrote:
I was a little dissapointed that there wasn't greater focus on using
Perl6 features - especially as it would have helped kick-start my own
understanding of Perl6 topics that I expect to be significant (such as
Roles and Pairs, to pick two at random). Per
On 2005-08-16 16:45, "Nicholas Clark" <[EMAIL PROTECTED]> wrote:
> To me, 1.e5 is not ambiguous. But maybe I've had too much dealing with
> floating point in a previous life.
1e5 is not ambiguous. 1.0e5 is not ambiguous, just overprecise. 1.e5 is
ambiguous.
> I'd find it hard defending a langu
Tim Bunce wrote:
And nobody mentioned JDBC as a potential model. Odd that.
I was sorely tempted to do so (and did mention it a few times in
my posts, along w/ ODBC and ADO.NET), but there are some things about
JDBC which rub me the wrong way (e.g., explicit set/get methods for every
data typ
On 16 Aug 2005, at 18:14, Yuval Kogman wrote:
On Mon, Aug 15, 2005 at 15:59:34 +0100, Adrian Howard wrote:
I'm not sure what you're proposing here. A separate arena for
stuff you want to allocate and not be moved by the GC? How would
I tell the compiler?
You won't, the language glue is respo
On Mon, 2005-08-15 at 22:24 -0700, Larry Wall wrote:
> : > That's my leaning--if I thought it might encourage the abandonment of
> : > civil leap seconds, I'd be glad to nail it to Jan 1, 2000, 00:00:00.0 UTC.
> : If we're going with TAI, can't we just nail it to the epoch it defines,
> : instead?
Hi All,
Thanks all for the responses.
Michael G Schwern was right I am using old version and issue
fixed by upgrading HTML-Parser to latest.
Thanks
Shiv
-Original Message-
From: Michael G Schwern [mailto:[EMAIL PROTECTED]
Sent: Tuesday, August 16, 2005
On Wed, 17 Aug 2005, Sam Vilain wrote:
Why on earth would you want to encourage such a short sighted
programming practise? The earth wobbles like a spinning top. In fact
It's hardly short sighted to want leap seconds to be abandoned (not in
Perl but world wide). The few people who _really_
59 matches
Mail list logo