It might be seen as "flame bait" because there have been endless discussions
on the "Perl vs. C execution speed" issue on Perl newsgroups in the past.
:-)
2009/11/18 Kartik Thakore
> Maybe he thought there were a debate on XS v.s PP performance. If only we
> could be this flame retardent in the
Dear Module Authors,
recently in one of the Amsterdam Perl Mongers meetings the question came up
how much faster actually the XS version of Date::Calc (Date::Calc::XS) was
as compared to the Pure Perl version (Date::Calc::PP).
Here is the answer (see attached script - you will need to have Date::
Dear Jonathan,
thanks a lot for the link to this very interesting article!
However, a more useful graphical representation of the quality of PRNG’s
would be to take consecutive pairs of random numbers as the (X,Y)
coordinates of a point to plot.
Non-uniform distributions are then easily visible
Hello Aristotle,
I'll answer below:
2009/11/3 Aristotle Pagaltzis
> * O. STeffen BEYer [2009-10-13 15:30]:
> > I'd rather have the user decide what he/she wants, as in this attached
> file.
>
> That’s the wrong way to think about it.
>
> OK, hyperbol
Hi Jonathan,
and hi to everybody else who might also be concerned:
Hi Steffen:
I was upgrading the package for Date::Calc available in Debian
(libdate-calc-perl) recently and came across the following message in
your CHANGES.txt:
+ United "Date::Calc" and "Date::Pcalc" into a single distributi
of some important changes!
Cheers,
Steffen
2009/10/17 Jonathan Rockway
> * On Fri, Oct 16 2009, O. STeffen BEYer wrote:
> > Any hints on all that?
>
> Wow, a lot of people CC'd on that message. That is probably Considered
> Annoying to the people you sent it directly to.
&g
quite a bit depending on
this time stamp on all files and dirs! So I re-run the "make dist" every
minute and keep the new dist file if it is smaller. That costs me (or
better, Ralf :-) ) a bit of CPU time, but when several thousand people
download the file, this saves some bandwidth!)
},
'NAME' => 'Date::Calc',
'VERSION_FROM' => 'lib/Date/Calc.pm',
'ABSTRACT_FROM' => 'lib/Date/Calc.pod',
'PREREQ_PM' => {
'Carp::Clan&#x
How can I tell MakeMaker to insert "recommended" modules into META.yml?
When I edit META.yml manually, the next time I run "make dist", MakeMaker
generates META.yml anew and discards my entries.
What is the right option for "WriteMakefile()" to tell it that there are
modules which are not require
David Cantrell
> On Tue, Oct 13, 2009 at 11:01:56PM +0200, O. STeffen BEYer wrote:
>
> > Also, many of your suggestions need Perl modules to be installed on the
> > target machine which do not exist on legacy Perl installations ...
>
> Devel::CheckLib is designed
Thanks a lot for all your valuable hints!
I had a brief look at all of them.
It seems that most of them are a bit overkill for what I want, or would mean
some ugly messing with the symbol table through exporting imported
identifiers.
I like the straightforward approach that the user can choose at
how to detect the compiler in Inline.pm. See
the attached Makefile.PL to see how this would work with Date::Calc.
I am reluctant to install the Perl version no matter what, as you suggested;
I'd rather have the user decide what he/she wants, as in this attached file.
Any opinions on all this
ies).
Thank you!
Best regards,
Steffen Beyer
http://www.engelschall.com/u/sb/download/
http://search.cpan.org/author/STBEY
e this!
Cheers,
--
Steffen Beyer <[EMAIL PROTECTED]>
http://www.engelschall.com/u/sb/whoami/ (Who am I)
http://www.engelschall.com/u/sb/gallery/ (Fotos Brasil, USA, ...)
http://www.engelschall.com/u/sb/download/ (Free Perl and C Software)
[EMAIL PROTECTED]
> Places to discuss specific types of modules:
> [EMAIL PROTECTED] (Date::* and Time::*)
I am subscribed to both of these lists, and have sent RFCs to them
regarding my two namespace requests, but also got no answers whatsoever
yet.
Many thanks in advance for
definitely.
> The idea would be that any errors that occur in Pack::B would skip all
> the Pack:: namespaces, but could appear to have originated in Local::
> namespaces.
Yes, this is possible.
> Likewise vice versa.
Depending on the calling hierarchy, of course, yes.
&
ption: Report errors f/ caller of "clan" of modules
userid: STBEY (Steffen Beyer)
chapterid:2 (Perl_Core_Modules)
communities:
personal email
similar:
Carp
rationale:
This module is based on "Carp.pm" from Perl 5.005_03. It has been
modif
17 matches
Mail list logo
