This is the mail archive of the libc-hacker@sourceware.cygnus.com mailing list for the glibc project.

Note that libc-hacker is a closed list. You may look at the archives of this list, but subscription and posting are not open.


Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]

Re: merge done


Geoff Keating <geoffk@ozemail.com.au> writes:

|> Ulrich Drepper <drepper@cygnus.com> writes:
|> |> Also the output files are quite big.  This I actually regard as a
|> |> problem.  It might be worthwhile going away from the byte order
|> |> independent format since then the file size will shrink by almost 50%.
|> 
|> It would help a lot if we could use symlinks or something to avoid
|> having dozens of identical copies of LC_COLLATE and LC_CTYPE.
|> 
|> On my system I think I have 35 copies of the en_DK LC_CTYPE, for
|> instance, which come up to nearly 400k; and 22 copies of its
|> LC_COLLATE, which is nearly 700k.  There's rarely any reason for the
|> CTYPE files to differ if the charsets are the same, and the COLLATE
|> files should at least be the same if the language and charset is the
|> same.

How do you handle the case when the en_DK locale is not installed or
removed?  And if you make hardlinks you have to make sure that the locale
files are made in the correct order, so that you don't link to files that
are out of date.  I don't think this is all worth the trouble.

Andreas.

-- 
Andreas Schwab                                  "And now for something
schwab@suse.de                                   completely different."
SuSE GmbH, Schanzäckerstr. 10, D-90443 Nürnberg

Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]