[Date Prev][Date Next][Thread Prev][Thread Next] [Search] [Date Index] [Thread Index]

Re: [MacPerl-Porters] compile/install/test problem



On Tue, 18 Jan 2000, Paul Schinder wrote:

> >Here's my blib structure:
<snip>
> >Is this right?
> 
> In a proper blib the architecture dependent things go in blib/arch, 
> but the way you have it looks like it will work.

Oh.  I was basing the structure on other modules, like XML::Parser and
Text::CSV, that I got from MMP.  Will installme.plx do the right thing if
it encounters blib/arch?


> >Who are the usual suspects in this case?
> 
> Wrong @INC.  You might want to put a "print "@INC";" at the beginning 
> of the test just to make sure that the test script is seeing the 
> right one.  Since handler is actually done by the XS, the other 
> possibility is that the shared library isn't loading, but I'd expect 
> a DynaLoader error in that case.

D'oh!  Yes, in spite of all Chris Nandor's warnings about this, I had let
"lib" sneak in front of "site_perl:lib".  I wonder how that happened?

Thanks for the help.


> You probably don't want to hear that HTML-Parser-3.04 is out :-)

More blue sky dreaming...
Once I've gotten a module to compile, it doesn't take much work to pop in
a new version and recompile.  I wonder if it's possible to use push
technology (isn't XSV an XML-ized server push "channel"?) to subscribe to
updates, automatically download, and recompile?

Like an active "push" CPAN, which would ask if you wished to update
modules X,Y,Z,... which had updates available.  Of course you can look for
updates with CPAN, but already doing the search, and prompting for an
automated update, might be handy.  Some provision would need to be made
for modules the CPAN user wished to keep perpetually out of date (GD-Gif
or Zlib, for example), to prevent the prompting from becoming a pest.



--
MattLangford 


==== Want to unsubscribe from this list?
==== Send mail with body "unsubscribe" to macperl-porters-request@macperl.org