GNU bug report logs -
#12830
charset.alias incorrect path
Previous Next
Reported by: "Matias A. fonzo" <selk <at> dragora.org>
Date: Thu, 8 Nov 2012 00:49:02 UTC
Severity: normal
Tags: fixed
Done: Assaf Gordon <assafgordon <at> gmail.com>
Bug is archived. No further changes may be made.
Full log
Message #8 received at 12830 <at> debbugs.gnu.org (full text, mbox):
[Message part 1 (text/plain, inline)]
On 11/07/2012 05:52 PM, Matias A. fonzo wrote:
> Hi there,
>
> The path for the installed file "charset.alias" is already set by
> $(libdir), it is composed as $(libdir)/lib wrongly in Makefile.in. This
> is at the line 3001 on Makefile.in (coreutils 8.20):
>
> charset_alias = $(DESTDIR)$(libdir)/charset.alias
>
> I provide a difference fixing the path:
>
> --- Makefile.in.orig 2012-10-23 13:26:32.000000000 -0300
> +++ Makefile.in 2012-11-07 17:04:26.000000000 -0300
> @@ -2998,7 +2998,7 @@
> lib/waitpid.c lib/wcrtomb.c lib/wcswidth.c lib/wcwidth.c \
> lib/write.c lib/xstrtod.c
> GPERF = gperf
> -charset_alias = $(DESTDIR)$(libdir)/lib/charset.alias
> +charset_alias = $(DESTDIR)$(libdir)/charset.alias
> charset_tmp = $(DESTDIR)$(libdir)/charset.tmp
Thanks for the report. Hmm, this snippet is originally copied in from
gnulib, but in gnulib, it was already correct:
modules/localcharset:charset_alias = $(DESTDIR)$(libdir)/charset.alias
So I suspect a bug in the bootstrap script that is converting things
incorrectly when it attempts to normalize path names during a gnulib import.
--
Eric Blake eblake <at> redhat.com +1-919-301-3266
Libvirt virtualization library http://libvirt.org
[signature.asc (application/pgp-signature, attachment)]
This bug report was last modified 6 years and 305 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.