Hi, Ive uploaded a new version of EU::Install which hopefully fixes a couple of outstanding bugs, one VMS related, and one permissions related (Zoidberg). Id really appreciate it if people could test it out and get back to me with issues if they have any. Cheers, Yves -- -- perl -Mre=debug -e "/just|another|perl|hacker/"
On 7/7/07, demerphq <demerphq <at> gmail.com> wrote:
> Id really appreciate it if people could test it out and get back to me
> with issues if they have any.
Looks good with blead on VMS:
$ mmk test
MCR dsa0:[craig.perl]ndbgperl.exe "-I[.lib]" "-MExtUtils::Command::MM"
"-e" "test_harness(0, '[.blib.lib]', '[.blib.arch]')" t/*.t
t/install.........
ok
t/installed.......
ok
10/63 skipped: various reasons
t/packlist........
ok
1/34 skipped: various reasons
t/pod-coverage....
skipped
all skipped: Skipping author tests. Set AUTHOR_TESTING=1 to run them.
t/pod.............
skipped
all skipped: Test::Pod 1.14 required for testing POD
All tests successful, 2 tests and 11 subtests skipped.
Files=5, Tests=130, 36 wallclock secs ( 0.00 cusr + 0.00 csys = 0.00 CPU)
On 7/7/07, Craig Berry <craig.a.berry <at> gmail.com> wrote: > On 7/7/07, demerphq <demerphq <at> gmail.com> wrote: > > Id really appreciate it if people could test it out and get back to me > > with issues if they have any. > > Looks good with blead on VMS: > > $ mmk test > MCR dsa0:[craig.perl]ndbgperl.exe "-I[.lib]" "-MExtUtils::Command::MM" > "-e" "test_harness(0, '[.blib.lib]', '[.blib.arch]')" t/*.t > t/install......... > ok > t/installed....... > ok > 10/63 skipped: various reasons > t/packlist........ > ok > 1/34 skipped: various reasons > t/pod-coverage.... > skipped > all skipped: Skipping author tests. Set AUTHOR_TESTING=1 to run them. > t/pod............. > skipped > all skipped: Test::Pod 1.14 required for testing POD > All tests successful, 2 tests and 11 subtests skipped. > Files=5, Tests=130, 36 wallclock secs ( 0.00 cusr + 0.00 csys = 0.00 CPU) > Thanks, much obliged.(Continue reading)
On 7/7/07, Jerry D. Hedden <jdhedden <at> cpan.org> wrote: > > Id really appreciate it if people could test it out and get back to me > > with issues if they have any. > > Works with blead <at> 31563 under Cygwin Perl. Thanks. Was that a make test or a test/install/install-something-else as well? yves -- -- perl -Mre=debug -e "/just|another|perl|hacker/"
On 7/7/07, demerphq <demerphq <at> gmail.com> wrote: > On 7/7/07, Craig Berry <craig.a.berry <at> gmail.com> wrote: > > On 7/7/07, demerphq <demerphq <at> gmail.com> wrote: > > > Id really appreciate it if people could test it out and get back to me > > > with issues if they have any. > > > > Looks good with blead on VMS: > > > > All tests successful, 2 tests and 11 subtests skipped. > > Files=5, Tests=130, 36 wallclock secs ( 0.00 cusr + 0.00 csys = 0.00 CPU) > > > > Thanks, much obliged. > > If you don't mind, could you try it a bit more than just its own > tests? Maybe install it and then install something else using it? OK, I installed it. I wasn't sure what would exercise the changes, but I built and installed DBI and that appeared to go ok (aside from several DBI test failures, but that's a separate issue). Then I reran all the ExtUtils tests in the core and came up with a few new failures. I guess installing it does not install its tests, which may be some (all?) of the problem here, but I haven't had a chance to dig into it. $ perl harness -v [-.lib.extutils.t]basic.t [-.lib.extutils.t]install_base.t [-.lib.extutils.t]installed.t [-.lib.extutils.t]basic...........1..83(Continue reading)
Hi all,
I'm looking for people to help with an experiment. I'm in pretty far
over my head, so insights would be greatly appreciated.
1. Cross-compiling C/C++ to a Win32 target on Linux with autoconf
and gcc is old hat [1].
2. Perl is cross-platform.
So, why can't I compile perl code for qdos from the comfort of Linux?
Oh wait, I can.
http://scratchcomputing.com/tmp/Makefile.cross.patch
This is just a hand-hacked makefile for Scalar-List-Utils (because that
seems like a good simple starting point.) The goal today was basically
just to illuminate the differences between a Linux Makefile and a Win32
Makefile.
I've been looking at wxPerl as well, but Alien::wxWidgets has all of the
same single-platform assumptions, so that's yet another thing to
tackle.
As for the "why?" -- Ultimately, I would love to have a wine-based
testing system for win32 perl on Linux as well. Essentially, a
completely open and scalable solution to all (well mostly all) of your
win32 build/test needs. (Sure, one person can buy and install windows
and vmware, but I shouldn't need to explain the benefits of
unencumbered redistribution here.) Even if that doesn't work, doesn't
(Continue reading)
# from Eric Wilhelm
# on Sunday 08 July 2007 12:36 am:
>Has anybody looked at doing a general-purpose Makefile.PL to
>Module::Build adaptor? I see Module::Build::Convert, but that
> wouldn't get the Module::Install case. Of course, the
> cross-compiling need doesn't demand a general-purpose unmaker, but
> there is overlap.
Well, something quite *like* it would get the Module::Install case for
this particular usage. That is, *ExtUtils::MakeMaker::WriteMakefile =
sub {...} should suffice to strategically break both EU::MM and M::I.
Module::Install definitely dislikes the do() invocation, but it looks
like a `perl -MExtUtils::FakeMaker Makefile.PL` sort of trick could be
made to create a Build.PL or Build file.
--Eric
--
--
A counterintuitive sansevieria trifasciata was once literalized
guiltily.
--Product of Artificial Intelligence
---------------------------------------------------
http://scratchcomputing.com
---------------------------------------------------
One of the most common cries I hear from CPAN users is that they have trouble finding modules. A CPAN module is largely found by its distribution name. Names have to be unique and short which tends to hurt its descriptiveness. Furthermore, a distribution can only have one name while a module could be described different ways depending on how you look at it. CPAN is organized as a simple tree hierarchy. Hierarchies suck for describing the real world. They allow for only one way to describe a thing and imply a hierarchy which may not exist. Let's un-overload the distribution name by providing another axis by which an author can categorize their module. The single most dominant organizational tool of the web: tags. For a large, wide, decentralized library its simple and the least worst way to organize things. It provides multiple axis to describe the use of a module and frees up the name to be just a short, unique descriptor. Best practices for tags and how to work their strengths and weaknesses are well understood. The implementation is simple, add a "tags" keyword to META.yml. Have search.cpan.org so something interesting with that extra information. Here's some examples off the top of my head. name: WWW-Mechanize tags: [www, robot] name: ExtUtils-MakeMaker tags: [build, developers, make] name: Module-Build(Continue reading)
Hi Michael > One of the most common cries I hear from CPAN users is that they have > trouble > finding modules. A CPAN module is largely found by its distribution name. Right! And surely we can all recall cases of surprise upon encountering useful modules whose name - at least initially - was unexpected. > descriptor. Best practices for tags and how to work their strengths and > weaknesses are well understood. So do you have a URL of a (choosing) tags tutorial? I'll bet no 2 people will agree on which tags suit a set of modules, because the choice depends on our personalities rather than depending on the code. > The implementation is simple, add a "tags" keyword to META.yml. Have > search.cpan.org so something interesting with that extra information. OK. > The particular tags will fluctuate at first (ie. web vs www) but will > quickly > settle down, especially if aided by simple tag visualization tools like > tag > clouds. I'd say they will diverge rather than converge. See for example module names - it's that personal choice thing again. But that shouldn't stop us making CPAN more useful.(Continue reading)
RSS Feed4 | |
|---|---|
11 | |
26 | |
3 | |
7 | |
3 | |
1 | |
17 | |
3 | |
4 | |
10 | |
7 | |
3 | |
15 | |
20 | |
9 | |
4 | |
3 | |
5 | |
16 | |
9 | |
21 | |
15 | |
54 | |
9 | |
23 | |
40 | |
13 | |
114 | |
51 | |
81 | |
63 | |
28 | |
146 | |
62 | |
74 | |
148 | |
45 | |
18 | |
39 | |
199 | |
22 | |
90 | |
19 | |
31 | |
2 | |
49 | |
70 | |
35 | |
39 | |
98 | |
85 | |
44 | |
39 | |
107 | |
21 | |
59 | |
67 | |
65 | |
30 | |
40 | |
14 | |
16 | |
82 | |
36 | |
100 | |
134 | |
89 | |
98 | |
203 | |
231 | |
330 | |
130 | |
60 | |
116 | |
118 | |
93 | |
47 | |
146 | |
120 | |
46 | |
113 | |
83 | |
98 | |
126 | |
205 | |
272 | |
80 | |
78 | |
45 | |
55 | |
68 | |
62 | |
121 | |
65 | |
156 | |
159 | |
111 | |
101 | |
118 | |
39 |
