Bug#186778: ExtUtils::Embed problem when libperl-dev not installed
Niko Tyni
ntyni at debian.org
Tue May 5 05:47:49 UTC 2009
On Sat, Mar 29, 2003 at 02:51:57PM -0600, Stephen Waters wrote:
> Package: perl-modules
> Version: 5.8.0-17
>
> When perl-modules is installed but libperl-dev is not, ExtUtils::Embed
> incorrectly reports -lperl to be available.
> If
>
> perl -MExtUtils::Embed -e ccopts
> and
> perl -MExtUtils::Embed -e ldopts
>
> return valid data and we find xsubpp, I'm going to say that your installation is
> broken, and there's nothing we should do about it. If perl's saying
> "here's -lperl, really, right over here..." and that lib doesn't really
> exist, it isn't our fault. Uninstalling libperl-dev should uninstall the
> headers and ExtUtils::Embed packages, no questions asked.
Yes, it seems to me that ExtUtils::Embed belongs in libperl-dev.
Brendan, what's the rationale for the current organization?
I see you fixed #155319 in 5.8.0-7 by documenting the situation
in the ExtUtils::Embed manpage rather than moving the module.
No other module in perl-modules requires ExtUtils::Embed AFAICS, so that
part should not be a problem. Also, I expect that every package that
needs ExtUtils::Embed already depends on libperl-dev as the module is
quite useless otherwise.
If ExtUtils::Embed is moved, I suppose we could put a documentation
stub in perl-modules that points to the libperl-dev package.
(However, a stub module throwing an error seems too invasive to me.)
--
Niko Tyni ntyni at debian.org
More information about the Perl-maintainers
mailing list