Red Hat Bugzilla – Bug 78340
Sources: Malformed UTF-8 character (unexpected continuation byte 0xa0, with no preceding start byte) in configure.in
Last modified: 2014-03-16 22:32:26 EDT
From Bugzilla Helper:
User-Agent: Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.0)
Description of problem:
Compiling xmms from sources I received strange error message just after
cd . && autoheader
WARNING: Using auxiliary files such as `acconfig.h', `config.h.bot'
WARNING: and `config.h.top', to define templates for `config.h.in'
WARNING: is deprecated and discouraged.
WARNING: Using the third argument of `AC_DEFINE' and
WARNING: `AC_DEFINE_UNQUOTED' allows to define a template without
WARNING: AC_DEFINE([NEED_MAIN], 1,
WARNING: [Define if a function `main' is needed.])
WARNING: More sophisticated templates can also be produced, see the
Malformed UTF-8 character (unexpected continuation byte 0xa0, with no preceding
start byte) at /users/compiler/tmp/ahYkkldA/traces
.pl line 350.
autoheader: `config.h.in' is updated
cd . \
&& CONFIG_FILES= CONFIG_HEADERS=config.h \
As a result config.h contain unprintable symbol which may cause compilation
error for some compilers.
I found that mailformed UTF-8 character comes from configure.in : line 592
(AC_DEFINE(DISABLE_USER_PLUGIN_DIR,,.[Define to disable per user plugin
directory])). Probably you typed it occasionally; it should be removed to
increase Red Hat Linux portablity.
Version-Release number of selected component (if applicable):
Steps to Reproduce:
1. build binaries from source rpms.
Actual Results: autoheader emits warning.
If you use compiler that doesn't ignore mailformed symbols you will get
Expected Results: Smoothly built package.
I'll attach the patch which removes mailformed symbol from configure.in.
Created attachment 85911 [details]
Patch which eliminates mailformed symbol from configure.in
I believe this is fixed in current tarballs.