develooper Front page | perl.perl5.porters | Postings from July 2012

Re: supporting untarring of extensions (was Re: Detecting duplicateextension directories)

Thread Previous | Thread Next
From:
Nicholas Clark
Date:
July 12, 2012 08:03
Subject:
Re: supporting untarring of extensions (was Re: Detecting duplicateextension directories)
Message ID:
20120712150249.GB9583@plum.flirble.org
On Thu, Jul 12, 2012 at 05:58:05PM +0300, Leon Timmermans wrote:
> On Thu, Jul 12, 2012 at 5:43 PM, Nicholas Clark <nick@ccl4.org> wrote:
> > Yes. Tony Cook had an experiment, and (for example) right now you can't
> > use ExtUtils::CBuilder with miniperl because it wants to load IO, and
> >
> >     Can't load module IO, dynamic loading not available in this perl.
> >
> > So, sure, one has to continue not to build *IO* with ExtUtils::CBuilder
> > (and DynaLoader), and one would need to encode a dependency to ensure that
> > a parallel build completes lib/auto/IO/IO.$dlext before starting to use
> > anything that has a "build_requires" on IO, but the infrastructure to do
> > all of that stuff exists already.
> >
> > It's mostly a case of knowing what the bits needed are, where they are
> > (or finding them), and trying stuff out until it works.
> 
> In this particular case, the easiest thing would be to make
> ExtUtils::CBuilder not use IO. Like M::B, it uses it because it was
> the easiest way to use lexical filehandles before 5.6. Since we're not
> supporting 5.005 anymore, we can just rip it out and be done with that
> issue.

Sorry, forgot to say. That's what I thought. But I'd already looked and seen
that it uses File::Temp, an I know that *that* uses IO too.

I'm not sure how deep the rabbit hole goes on this one, and hence where the
trade offs lie. Which is why I think it's going to take hacking and
experimentation, not just brainstorming.

Nicholas Clark

Thread Previous | Thread Next


nntp.perl.org: Perl Programming lists via nntp and http.
Comments to Ask Bjørn Hansen at ask@perl.org | Group listing | About