Coreutils i18n patch prevents dash from building

Dan Nicholson dbn.lists at gmail.com
Sat Aug 15 08:13:38 PDT 2009


On Sat, Aug 15, 2009 at 7:53 AM, Matthew
Burgess<matthew at linuxfromscratch.org> wrote:
> Hi,
>
> Following a thread on blfs-support[0], it looks like the i18n
> patch for Coreutils causes a problem during compilation of
> Dash in BLFS.  The attached builtins file produces the following
> output when we compile Coreutils with the i18n patch:
>
> $ LANG=en_GB.UTF-8
> $ sort -u -k 3,3 builtins
>     0  .       -s      dotcmd
>
> $ LANG=en_GB
> $ sort -u -k 3,3 builtins
>    21  local   -a      localcmd
>    14  export  -as     exportcmd
>     3  alias   -au     aliascmd
>     7  chdir   cdcmd
>    10  echo    echocmd
>    18  hash    hashcmd
>    22  printf  printfcmd
>    23  pwd     pwdcmd
>     0  .       -s      dotcmd
>     2  [       testcmd
>    33  type    typecmd
>     4  bg      -u      bgcmd
>    34  ulimit  ulimitcmd
>
> If the i18n patch isn't applied, then the LANG setting has no
> effect on sort's output, always outputting the correct data as per
> the en_GB listing above.
>
> So, what do we want to do?  Just remove the sort-related hunks of the
> i18n patch, drop the patch altogether, or try and fix this bug?  I
> can easily do either of the 1st 2, but trying to fix the bug is beyond
> my limited C abilities.

I thought the mk_builtins script (or whatever it's called) runs sort
with LC_COLLATE=C? Can you check (this came up before because I was
building with en_US.UTF-8 and the sorting was wrong)? The whole
operation is pretty simple. There are a set of shell builtins in a
text file, and the script sorts it and creates a binary tree in a .h
suitable to be built into dash.

At least, that was the problem before.

--
Dan



More information about the lfs-dev mailing list