remove the INTLTOOL_PERL configure check from clients' configure scripts

Bug #1197875 reported by Jeremy Huddleston on 2013-07-04
30
This bug affects 6 people
Affects Status Importance Assigned to Milestone
intltool
Undecided
intltool Developers

Bug Description

Please remove your check and verification of INTLTOOL_PERL from intltool.m4. It serves no purpose as the variable isn't even used anywhere other than your own build system. The installed scripts have the paths coded into their #!

This variable makes package management of intltool-dependent projects difficult. The dependent projects just want an intltool that works. They don't need to know what version of perl it uses. Similarly, intltool itself can be built with any number of different versions of perl that may be on the system. If we let the configure script think it is the default perl, that perl may not have the XML::Parser module, and the configure script will fail even though intltool will work just fine.

Jeremy Huddleston (jeremyhu) wrote :
Joshua Root (l-jmr) on 2014-08-02
Changed in intltool:
status: New → Confirmed
Changed in intltool:
assignee: nobody → intltool Developers (intltool)
Jeremy Huddleston (jeremyhu) wrote :

What is holding up applying this change? We've been using it in MacPorts to workaround the issue with buggy configure scripts for the past year, but it would be best to get this shipped, so we don't need to autoreconf all of your clients.

Jeremy Huddleston (jeremyhu) wrote :

past two years, actually...

Ryan Schmidt (z-launchpad-d) wrote :

Will any intltool developer ever react to this bug report and commit the attached patch?

To post a comment you must log in.
This report contains Public information  Edit
Everyone can see this information.

Other bug subscribers