* [Buildroot] host-gettext build failure (emacs dependency?)
@ 2013-08-01 13:58 Thomas De Schampheleire
2013-08-01 14:31 ` Thomas Petazzoni
0 siblings, 1 reply; 3+ messages in thread
From: Thomas De Schampheleire @ 2013-08-01 13:58 UTC (permalink / raw)
To: buildroot
Hi,
We have seen a build failure of host-gettext, with some error in emacs
files. The problem is that the issue does not seem to happen every
time, not sure why.
<snip>
make[5]: Leaving directory
`/repo/buildroot/output/build/
host-gettext-0.18.2.1/gettext-tools/styles'
Making all in misc
make[5]: Entering directory
`/repo/buildroot/output/build/host-gettext-0.18.2.1/gettext-tools/misc'
if test -f archive.dir.tar; then \
inputfile=archive.dir.tar; \
else \
inputfile='.'/archive.dir.tar; \
fi; \
xz -c -5 < "$inputfile" > archive.dir.tar.xz-t && mv
archive.dir.tar.xz-t archive.dir.tar.xz
WARNING: Warnings can be ignored. :-)
if test "emacs" != no; then \
set x; \
list='start-po.el po-mode.el po-compat.el'; for p in $list; do \
if test -f "$p"; then d=; else d="./"; fi; \
set x "$@" "$d$p"; shift; \
done; \
shift; \
abs_srcdir="/repo/buildroot/output/build/host-gettext-0.18.2.1/gettext-tools/misc"
EMACS="emacs" /bin/sh \
../../build-aux/elisp-comp "$@" || exit 1; \
else : ; fi
Loading /usr/share/emacs/site-lisp/site-start.d/igrep-init.el (source)...
Loading /usr/share/emacs/site-lisp/site-start.d/lang-coding-systems-init.el
(source)...
Wrong type argument: stringp, nil
make[5]: *** [elc-stamp] Error 1
make[5]: *** Waiting for unfinished jobs....
make[5]: Leaving directory
`/repo/buildroot/output/build/host-gettext-0.18.2.1/gettext-tools/misc'
make[4]: *** [all-recursive] Error 1
make[4]: Leaving directory
`/repo/buildroot/output/build/host-gettext-0.18.2.1/gettext-tools'
make[3]: *** [all] Error 2
make[3]: Leaving directory
`/repo/buildroot/output/build/host-gettext-0.18.2.1/gettext-tools'
make[2]: *** [all-recursive] Error 1
make[2]: Leaving directory `/repo/buildroot/output/build/host-gettext-0.18.2.1'
make[1]: *** [/repo/buildroot/output/build/host-gettext-0.18.2.1/.stamp_built]
Error 2
make[1]: Leaving directory `/repo/buildroot'
If something knows more about this error, that'd be great.
But more generally, I wonder why host-gettext needs/uses emacs at all.
The target gettext already disables several things:
GETTEXT_CONF_OPT += \
--disable-libasprintf \
--disable-acl \
--disable-openmp \
--disable-rpath \
--disable-java \
--disable-native-java \
--disable-csharp \
--disable-relocatable \
--without-emacs
but the host-gettext seems to be full. Do we really need e.g. emacs
support for host-gettext? What about csharp, java, native-java?
Thanks,
Thomas
^ permalink raw reply [flat|nested] 3+ messages in thread
* [Buildroot] host-gettext build failure (emacs dependency?)
2013-08-01 13:58 [Buildroot] host-gettext build failure (emacs dependency?) Thomas De Schampheleire
@ 2013-08-01 14:31 ` Thomas Petazzoni
2013-08-01 15:40 ` Thomas De Schampheleire
0 siblings, 1 reply; 3+ messages in thread
From: Thomas Petazzoni @ 2013-08-01 14:31 UTC (permalink / raw)
To: buildroot
Dear Thomas De Schampheleire,
On Thu, 1 Aug 2013 15:58:06 +0200, Thomas De Schampheleire wrote:
> But more generally, I wonder why host-gettext needs/uses emacs at all.
> The target gettext already disables several things:
> GETTEXT_CONF_OPT += \
> --disable-libasprintf \
> --disable-acl \
> --disable-openmp \
> --disable-rpath \
> --disable-java \
> --disable-native-java \
> --disable-csharp \
> --disable-relocatable \
> --without-emacs
>
> but the host-gettext seems to be full. Do we really need e.g. emacs
> support for host-gettext? What about csharp, java, native-java?
Hum:
HOST_GETTEXT_CONF_OPT = \
--disable-libasprintf \
--disable-acl \
--disable-openmp \
--disable-rpath \
--disable-java \
--disable-native-java \
--disable-csharp \
--disable-relocatable \
--without-emacs
So we also disable Emacs support and lots of other stuff.
I guess you don't have 0d4133edfedd8ca641db39d3eec9dc7146c8fa4e, which
has been merged post 2013.05.
Thomas
--
Thomas Petazzoni, Free Electrons
Kernel, drivers, real-time and embedded Linux
development, consulting, training and support.
http://free-electrons.com
^ permalink raw reply [flat|nested] 3+ messages in thread
* [Buildroot] host-gettext build failure (emacs dependency?)
2013-08-01 14:31 ` Thomas Petazzoni
@ 2013-08-01 15:40 ` Thomas De Schampheleire
0 siblings, 0 replies; 3+ messages in thread
From: Thomas De Schampheleire @ 2013-08-01 15:40 UTC (permalink / raw)
To: buildroot
On Thu, Aug 1, 2013 at 4:31 PM, Thomas Petazzoni
<thomas.petazzoni@free-electrons.com> wrote:
> Dear Thomas De Schampheleire,
>
> On Thu, 1 Aug 2013 15:58:06 +0200, Thomas De Schampheleire wrote:
>
>> But more generally, I wonder why host-gettext needs/uses emacs at all.
>> The target gettext already disables several things:
>> GETTEXT_CONF_OPT += \
>> --disable-libasprintf \
>> --disable-acl \
>> --disable-openmp \
>> --disable-rpath \
>> --disable-java \
>> --disable-native-java \
>> --disable-csharp \
>> --disable-relocatable \
>> --without-emacs
>>
>> but the host-gettext seems to be full. Do we really need e.g. emacs
>> support for host-gettext? What about csharp, java, native-java?
>
> Hum:
>
> HOST_GETTEXT_CONF_OPT = \
> --disable-libasprintf \
> --disable-acl \
> --disable-openmp \
> --disable-rpath \
> --disable-java \
> --disable-native-java \
> --disable-csharp \
> --disable-relocatable \
> --without-emacs
>
> So we also disable Emacs support and lots of other stuff.
>
> I guess you don't have 0d4133edfedd8ca641db39d3eec9dc7146c8fa4e, which
> has been merged post 2013.05.
Aha!
Thanks for the pointer. This was indeed observed on a 2013.05 release.
I'll backport the patch...
Thanks again,
Thomas
^ permalink raw reply [flat|nested] 3+ messages in thread
end of thread, other threads:[~2013-08-01 15:40 UTC | newest]
Thread overview: 3+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2013-08-01 13:58 [Buildroot] host-gettext build failure (emacs dependency?) Thomas De Schampheleire
2013-08-01 14:31 ` Thomas Petazzoni
2013-08-01 15:40 ` Thomas De Schampheleire
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox