On 6/9/22 21:02, Brian Erickson wrote:
I am developing a module for interacting with the United States PACER
(Public Access to Court Electronic Records) API. PACER is a US government
service that provides access to over one billion documents relating to
cases that were, or are being, tried
On 3/13/22 13:13, David Christensen wrote:
> I have been wrestling with the Exporter module and subroutine circular
> dependencies between modules for a number of years.
https://www.mail-archive.com/module-authors@perl.org/msg10914.html
We revisited this topic at a San Francisco Perl M
On 3/13/22 16:12, Shawn H Corey wrote:
Each module has its own runtime. That is, a module is loaded, compiled
and run; all before the main program. In other words, when the module
returns from its `use` statement, it has already run.
AIUI that is the view from 20,000 ft.. But, there are
On 3/13/22 15:44, Diab Jerius wrote:
On Sun, Mar 13, 2022, 18:19 Shawn H Corey wrote:
use Exporter qw( import );
our @EXPORT = qw( foo );
our @EXPORT_OK = qw( );
our %EXPORT_TAGS = (
all => [ @EXPORT, @EXPORT_OK ],
);
This automatically creates a tag for `:all`.
I
On 3/13/22 15:18, Shawn H Corey wrote:
On 2022-03-13 18:08, Diab Jerius via module-authors wrote:
require Exporter;
our @ISA = qw( Exporter );
our @EXPORT = qw( foo )
I prefer this way:
# --
# Exports
use Exporter qw( import );
our
On 3/13/22 15:08, Diab Jerius via module-authors wrote:
On 3/13/22 16:13, David Christensen wrote:
module-authors:
I have been wrestling with the Exporter module and subroutine circular
dependencies between modules for a number of years. I have yet to
find a satisfactory solution.
If you
On Sun, Mar 13, 2022 at 1:14 PM David Christensen
wrote:
module-authors:
I have been wrestling with the Exporter module and subroutine circular
dependencies between modules for a number of years. I have yet to find
On 3/13/22 14:57, Karen Etheridge wrote:
> I haven't looked at your c
module-authors:
I have been wrestling with the Exporter module and subroutine circular
dependencies between modules for a number of years. I have yet to find
a satisfactory solution.
To explain the problem: assume I have a module Foo that contains a
subroutine foo(), a module Bar that
Message
Subject: Filter-1.60
Date: Wed, 20 Oct 2021 21:47:14 -0700
From: David Christensen
To: rur...@cpan.org
CC: p...@cpan.org
Reini:
Thank you for your work on Filter. :-)
Attached please find a tarball (Filter-1.60-dpchrist-20211016.tar.gz)
with some changes I made to Filter::cpp
On 10/30/21 12:18 AM, Shlomi Fish wrote:
Hi David!
Hi, Shlomi!
do note https://perl-begin.org/topics/cpan/#preparing-dists which superseded it.
See
https://www.shlomifish.org/philosophy/computers/open-source/foss-licences-wars/rev2/#which-licence-same-as-perl
Thank you for the
On 10/25/21 12:41 PM, Andrea Tosoni wrote:
Hello,
I'm Andrea Tosoni.
Some years ago I started to write some perl scripts because I don't like to
re-made the same thing many times, especially when I have to write
documentation (I'm a hardware designer).
In these years, scripts have become perl
On 7/16/21 7:11 AM, Leon Timmermans wrote:
On Fri, Jul 16, 2021 at 8:57 AM David Christensen
wrote:
module-authors:
I have extended EUMM in a Perl distribution by implementing a module
that overrides various methods in the "MY" package namespace and by
using that MY overr
module-authors:
I have extended EUMM in a Perl distribution by implementing a module
that overrides various methods in the "MY" package namespace and by
using that MY override module in Makefile.PL, per "Overriding MakeMaker
Methods" in:
https://metacpan.org/pod/ExtUtils::MakeMaker
I
On 2020-08-25 02:02, Lutz Gehlen wrote:
Hi David
On Monday, 24.08.2020 17:17:30 David Christensen wrote:
p.s. I should mention the Polar Bear book [1].
[1]
https://www.oreilly.com/library/view/information-architecture-4th/
9781491913529/
Thank you for the pointer. I find it hard
On 2020-08-24 06:46, Lutz Gehlen wrote:
Hi David,
thank you for your advice.
YW. :-)
On Sunday, 23.08.2020 06:37:47 David Christensen wrote:
On 2020-08-23 02:40, Lutz Gehlen wrote:
[...]
I am working on a set of modules dealing with banded matrices
(aka band matrices or band diagonal
On 2020-08-23 02:40, Lutz Gehlen wrote:
Hi all,
I am working on a set of modules dealing with banded matrices (aka
band matrices or band diagonal matrices). These are a certain kind
of sparse matrices where all entries are known to be 0 except close
to the main diagonal. Obviously, this
On 11/22/18 2:31 AM, David Cantrell wrote:
On Wed, Nov 21, 2018 at 02:50:26PM -0800, David Christensen wrote:
On 11/21/18 2:15 AM, David Cantrell wrote:
These days people tend to just create Task-whatever
distributions, which contain a bit of documentation in Task::whatever
for the benefit
On 11/21/18 10:49 PM, Konstantin S. Uvarin wrote:
Oh, so Makefile.PL is capable of recursion. I should've checked it first.
But! I couldn't bring it to `make dist` recursively; instead, it just lumps
all the directories into a huge tarball. Is that OK for CPAN?
My first idea, demonstrated by
On 11/21/18 9:20 AM, Shlomi Fish wrote:
Hi David,
Hi, Shlomi! :-)
On Tue, 20 Nov 2018 17:25:47 -0800
David Christensen wrote:
module-authors:
I use h2xs, ExtUtils::MakeMaker, and make(1) on Unix-like platforms for
developing modules and collecting them together into a distribution
On 11/21/18 2:37 AM, Konstantin S. Uvarin wrote:
Hello David,
Hello! :-)
I recently asked a very similar question on Perlmonks:
https://www.perlmonks.org/?node_id=1225608
The consensus among commenters was that I should just keep separate
distributions and script whatever repetitive
On 11/21/18 2:15 AM, David Cantrell wrote:
On Tue, Nov 20, 2018 at 05:25:47PM -0800, David Christensen wrote:
p.s. Where can I find documentation that explains Bundles and how to
create them?
https://metacpan.org/pod/CPAN#Bundles
However, they're a bit magical and require special support
module-authors:
I use h2xs, ExtUtils::MakeMaker, and make(1) on Unix-like platforms for
developing modules and collecting them together into a distribution.
I now have several distributions and would like to collect them together
into a unit (Bundle?), so that I can develop and test them
On 10/21/2016 05:30 AM, David Cantrell wrote:
> Commit regularly, commit often, don't be afraid to revert or to git
> reset --hard :-)
Agreed.
> I have some rather alarming intra-distribution module dependency
> problems in one of my dists - Number-Phone - but seem to muddle through
> OK.
On 10/18/2016 07:51 PM, David Mertens wrote:
> Note: the module Carp::Always can be a lifesaver in the occasion
> that you need a stack trace and don't have one!
[Post reordered for replies.]
I think I knew and forgot that. Thanks for the reminder.
I did recall a technique from "Perl
On 10/18/2016 04:53 PM, James E Keenan wrote:
> At this point I feel compelled to ask:
>
> Why?
>
> Why do you want to design a library with so many exportable subroutines
> and (worse!) constants?
>
> Now, I concede that the statements above are merely background for your
> questions about
On 10/18/2016 04:37 PM, David Mertens wrote:
> While I appreciate an articulation of best practices, I confess I've never
> been bitten by trouble with circular dependencies. However, I also never
> export constants, and it might be the case the constants declared among a
> collection of modules,
On 10/17/2016 11:05 PM, David Christensen wrote:
> I have applied a hierarchical module dependency architecture to avoid
> circular dependencies:
>
> 1. Modules and test scripts that do not depend upon any other
> modules within the distribution are "dependency level
module-authors:
I am in the process of writing a Perl distribution that currently
contains a dozen or so packages, several dozen exportable subroutines,
and over a hundred exportable constants. It has a straight-forward
implementation of parallel-named module files (*.pm), documentation
files
On 10/21/2015 10:54 AM, Paul "LeoNerd" Evans wrote:
I've been writing a bunch of modules to talk to specific kinds of
hardware chips (sensors, motor controllers, radio interfaces, etc...)
that are electrically SPI or I²C. There's likely hundreds or
thousands of possibles here.
On 05/14/2015 03:51 PM, Greg Lindahl wrote:
In 2011, he seemed uninterested in talking about new ideas. His
opinion may be more positive if experiments and discussions resulted
in more concrete and well-tested ideas...
Okay.
Back to the original question -- where to discuss changes to
On 05/14/2015 09:48 AM, Paul LeoNerd Evans wrote:
I'm finding more lately that I keep thinking up interesting ideas for
new features to add to Scalar::Util or List::Util. Given the very
core-ish nature of these modules, both literally in the core sense
and also in that most of CPAN either
On 05/14/2015 01:39 PM, Paul LeoNerd Evans wrote:
Ummm... Have I tried contacting... myself? ;)
Yeah, my bad.
Does Graham have an opinion -- on the ideas, on the discussion medium,
or whatever?
David
On 08/05/2014 03:28 PM, Matthew Musgrove wrote:
I have a module that I've used for a while now. It only mocks Net::Ping's
ping method; however, it might be useful to extend it to support more of
the methods in the future.
Currently it is named Mock::Net::Ping. Should I stick with this name or
On 04/23/2014 08:42 PM, Gabor Szabo wrote:
In case you are not reading blogs.perl.org,
brian d foy just sent out the regular spring cleaning call:
http://blogs.perl.org/users/brian_d_foy/2014/04/lets-delete-1-files-from-cpan.html
We're a month into spring and some of the world just
David Christensen dpchr...@holgerdanske.com wrote:
... What is needed is way to take the best results
of TIMTOWTDI and unify them into a coherent programming systems
product [1]. Has anyone seen an effective way to do this?
On 04/25/2014 12:53 AM, Shlomi Fish wrote:
There's https
On 01/09/13 07:17, Lutz Gehlen wrote:
Hi Gabor,
On Tuesday, January 08, 2013 09:04:31 Gabor Szabo wrote:
I just wanted to update a distribution and ensure that all the
modules in a distribution have
version number and they are all the same.
Please excuse this digression, but would you be so
module-authors:
I am working on a modulino [1] and would like to use ExtUtils::MakeMaker
to generate a Makefile such that make (or make all) copies the
module file (lib/MyModulino.pm) to a script file
(perl-bin/mymodulino.pl) and sets the execute bit.
Any suggestions?
TIA,
David
On 11/01/2011 09:03 AM, Eric Strom wrote:
I am working on a module and set of tools for injecting source into
another file at compile time.
...
The overall goal of the module is to allow people to write a macro
function:
sub my_0 {map my \$$_ = 0, @_}
And then be able to write:
On 03/05/2011 12:15 AM, Zbigniew Lukasiak wrote:
On Fri, Mar 4, 2011 at 4:57 PM, David Cantrellda...@cantrell.org.ukwrote:
On Fri, Mar 04, 2011 at 09:16:14AM -0500, Shawn H Corey wrote:
On 11-03-04 01:54 AM, Zbigniew Lukasiak wrote:
my $psgi_file = File::Spec-catfile( 't', 'app.psgi' );
I
On 03/03/2011 08:28 AM, Mark Jason Dominus wrote:
I have scheduled the modules for deletion.
Thank you.
David
://backpan.perl.org/
The people on the Perl module authors mailing list should be able to
offer good advice for renaming your module.
Thank you,
David Christensen
http://search.cpan.org/~dpchrist/
module-authors:
Let's say I have a CPAN distribution called Foo:
# Foo.pm
package Foo;
And suppose the distribution includes:
package Foo::Bar;
sub mysub { print hello, world!\n }
I would like callers to be able to import mysub() with a traditional
'use'
Shmuel Fomberg wrote:
How about importing mysub from Foo::Bar to Foo, and let Exporter to deal
with the next step?
package Foo;
use Foo::Bar qw{mysub};
our @EXPORT = qw{ mysub };
should work.
I was wondering about that idea, but was doubtful. Let's try it:
2011-01-16 13:47:47
module-authors:
I'm not sure where to ask this question, so please refer me to a better
resource if there is one...
I'm trying to implement a centralized exception generation function, say
myconfess(), that I can use throughout my code. myconfess() will do
some things and then call
David Golden wrote:
Writing Perl Modules for CPAN:
The tutorials on PerlMonks are probably better:
http://perlmonks.org/index.pl?node_id=592240
I'll starting reading.
This sort of complicated Makefile.PL manipulation is why many people
have switched to Module::Install or Dist::Zilla
module-authors:
I have a library of CPAN modules that I've turned into a CPAN bundle:
http://search.cpan.org/~dpchrist/Bundle-Dpchrist-1.044/lib/Bundle/Dpchrist.pm
If I'm remembering correctly, each module should contain just one *.pm file.
The top half (Dpchrist::ExtUtils::MakeMaker
Daniel Staal wrote:
If you separate 'module' from 'distribution', then I'd make that a cleaner
yes. One CPAN distro should contain all the modules needed for a basic
use of some functionality, which is often one module, but may be more.
I was groping for the word distribution -- thanks. :-)
David Golden wrote:
It's your responsibility to include META.yml.
ExtUtils::MakeMaker will generate it for you since EU::MM 6.46 or so.
Thanks for the clarification. Testing just now, it seems 'make dist'
puts META.yml in the tarball.
It's my understand that PREREQ_PM is for specifying
jpie...@cpan.org wrote:
I was wondering what the rationale for staking out a top-level namespace to
match
your username on CPAN is?
In the past, I went through the process and put one module into the
global CPAN name space -- Math::TriangularNumbers:
49 matches
Mail list logo
