public inbox for libc-hacker@sourceware.org
 help / color / mirror / Atom feed
* more new code
@ 1999-10-08  0:05 Ulrich Drepper
  0 siblings, 0 replies; 2+ messages in thread
From: Ulrich Drepper @ 1999-10-08  0:05 UTC (permalink / raw)
  To: GNU libc hacker

Hi,

you might have noticed that I checked in a whole bunch of new code.
This is code from the thread debug support library in wrote in the
last weeks as part of my job for a contract we have with API (Alpha
Processor Inc).

The interface of the library is designed after the library Sun uses on
Solaris.  It is by itself not very helpful but gdb currently also gets
extended to make use of.  This means that real thread debugging
support is not too far away.

-- 
---------------.      drepper at gnu.org  ,-.   1325 Chesapeake Terrace
Ulrich Drepper  \    ,-------------------'   \  Sunnyvale, CA 94089 USA
Cygnus Solutions `--' drepper at cygnus.com   `------------------------

^ permalink raw reply	[flat|nested] 2+ messages in thread

* more new code
@ 1999-12-26 21:14 Ulrich Drepper
  0 siblings, 0 replies; 2+ messages in thread
From: Ulrich Drepper @ 1999-12-26 21:14 UTC (permalink / raw)
  To: GNU libc hacker

Hi,

You might have seen lots of new ChangeLog entries.  The main reason is
that I used the last four days to write the new LC_COLLATE
implementation.  It's not yet finished but it's good enough to allow
running the test suite we have in place.

It was an awful lot of work and more is yet to come.  Since the
underlying specification changed dramatically I couldn't reuse
anything.  And since the new specification is *much* more complicated
the new code is as well.

I'm quite pleased with the results so far.  strcoll is better
optimized since it does not compute all the collation elements before
starting the computation.  This was often inefficient since strings
very often at the first level (of course this depends on the
application but still).  Also strxfrm is improved: the output strings
are now an average of 15% (according to my very small survey) shorter
which not only saves the application memory, it also speeds up the
comparisons.


Please start testing the new code and whenever you come accross
something which does not work add it to one of the existing tests or
create a new one.


I'll continue working on the collation stuff to make the wide
character variants of the functions working.  They require quite a lot
of extra work because of the characteristics of the large range of the
wchar_t type.

-- 
---------------.      drepper at gnu.org  ,-.   1325 Chesapeake Terrace
Ulrich Drepper  \    ,-------------------'   \  Sunnyvale, CA 94089 USA
Cygnus Solutions `--' drepper at cygnus.com   `------------------------

^ permalink raw reply	[flat|nested] 2+ messages in thread

end of thread, other threads:[~1999-12-26 21:14 UTC | newest]

Thread overview: 2+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
1999-10-08  0:05 more new code Ulrich Drepper
1999-12-26 21:14 Ulrich Drepper

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).