develooper Front page | perl.perl5.porters | Postings from August 2013

Re: [perl #4417] what if cc changes?

Thread Previous
Jarkko Hietaniemi
August 4, 2013 00:56
Re: [perl #4417] what if cc changes?
Message ID:
On Saturday-201308-03 13:01, James E Keenan via RT wrote:
> On Mon Oct 09 08:18:54 2000, jhi wrote:
>> It was pointed out to me that we have a nasty problem now that vendors
>> are shipping Perl with their OSes.  This Perl is most naturally
>> compiled with the vendor's compiler kit.  Now, if the compiler kit is
>> 'unbundled' building any additional modules or trying to update
>> existing ones will fail spectacularly because one or more of the
>> compiler/linker name, compiler/linker flags will mismatch.  In some
>> cases it could be possible and even feasible to try to probe for
>> alternative compilers, such as gcc. (*)
>> I can see some ways how Configure could help in this (by trying to
>> encapsulate some of the wisdom currently buried in the hints files for
>> easier reuse later) but I think the right place to do such runtime
>> heuristic fixing would be MakeMaker.  Basically, try out $Config{cc}
>> and if that fails, try to be smart and find out a replacement.  Most
>> often this would mean probing for gcc, but I can see also the opposite
>> happening if somebody purchases vendor's compiler kit, and wants to
>> start using that.  (So maybe there needs also be a way for the Perl
>> maintainer to sub-re-Configure these parts of the
>> Of course, sometimes mixing and matching libraries such as libperl,
>> between different compilers simply cannot be done.
>> (*) I will ruthlessly shoot down any attempt to discuss how evil
>> vendors are by 'unbundling' their compiler kits.  That is not the
>> problem we are trying to address here.  This issue comes up always
>> when the compiler used to build Perl is not available.
> This ticket was originally filed nearly 13 years ago.  There have been
> no postings in more than 10 years.  In my reading, Schwern ruled out
> using ExtUtils::MakeMaker as a solution to the problem.  After that,
> discussion lapsed.
> Cross-compilation is inherently difficult and does not admit of broad,
> general solutions.  Since the original post does not contain specific
> examples, the ticket doesn't get us anywhere with respect to specific
> cross-compilation problems.
> I recommend we close this ticket.

Go ahead.

> Thank you very much.
> Jim Keenan

Thread Previous Perl Programming lists via nntp and http.
Comments to Ask Bjørn Hansen at | Group listing | About