SOURCES: glibc-locale_fixes.patch - updated for 2.6 (ARMENIAN scri...

[Jakub Bogusz]

On Sun, May 20, 2007 at 02:04:38AM +0200, Arkadiusz Miskiewicz wrote:
> On Sunday 20 of May 2007, Arkadiusz Miskiewicz wrote:
> > On Saturday 19 of May 2007, Jakub Bogusz wrote:
> > > On Fri, May 18, 2007 at 10:46:15PM +0200, Arkadiusz Miskiewicz wrote:
> > > [...]
> > >
> > > > Ok, daję rel 1 w takim razie (powyższych warningów jest dużo więcej,
> > > > nieznalezione symbole itp).
> > >
> > > Hm, chyba skiepścili sprawę inline'ów.
> >
> > Inliney mają wpływ na locale ???

Nie, to było tylko a propos release 1.
Chodziło o poprawkę z __attribute__((gnu_inline)).

> > Niestety się okazuje, że locale nie generuje się poprawnie, słowem rel 1
> > jest trefne.
> 
> Hm, czego on (binarka locale) szuka w /usr/lib/locale :/ Takie rzeczy leżą 
> w /usr/share/locale.
> 
> 15647 open("/usr/lib/locale/locale-archive", O_RDONLY|O_LARGEFILE) = 4
> 15647 fstat64(4, {st_mode=S_IFREG|0644, st_size=20449040, ...}) = 0
> 15647 mmap2(NULL, 2097152, PROT_READ, MAP_PRIVATE, 4, 0) = 0xb7baf000
> 15647 close(4)                          = 0

W tej bazie nie ma pl_PL.utf8? Co pokazuje locale -a?

Na carme jest OK.

[...]
> 15647 open("/usr/lib/locale/pl_PL.UTF-8/LC_CTYPE", O_RDONLY) = -1 ENOENT (No 
> such file or directory)
> 15647 open("/usr/lib/locale/pl_PL.utf8/LC_CTYPE", O_RDONLY) = -1 ENOENT (No 
> such file or directory)
> 15647 open("/usr/lib/locale/pl_PL/LC_CTYPE", O_RDONLY) = -1 ENOENT (No such 
> file or directory)
> 15647 open("/usr/lib/locale/pl.UTF-8/LC_CTYPE", O_RDONLY) = -1 ENOENT (No such 
> file or directory)
> 15647 open("/usr/lib/locale/pl.utf8/LC_CTYPE", O_RDONLY) = -1 ENOENT (No such 
> file or directory)
> 15647 open("/usr/lib/locale/pl/LC_CTYPE", O_RDONLY) = -1 ENOENT (No such file 
> or directory)

To jest OK - nie znalazł w locale-archive, to szuka w strukturze starego
typu (jak w glibc 2.2.x).


-- 
Jakub Bogusz    http://qboosh.pl/