Should we get rid of libnpt.so ?

Staffan Larsen staffan.larsen at oracle.com
Sun Apr 6 18:16:00 UTC 2014


It makes sense to have this code separated out. But I’m not sure it makes sense to compile it into a separate library. We could just as well compile in the necessary source files where needed. And if there are unused functions, I think they could be removed to decrease the maintenance burden.

/Staffan

On 4 apr 2014, at 18:28, Dmitry Samersoff <dmitry.samersoff at oracle.com> wrote:

> Hi Everybody,
> 
>  We have an libnpt.so[1] in JDK. This library contains bunch of UTF
> related functions. On a brief investigation it looks like most of these
> functions are not used. Six functions below called one time each from
> share/back/* and hprof_init.c [2]
> 
>  Should I file a CR to have it cleaned up - remove npt library as a
> separate entity and move few utf functions that really used to place
> where it actually called.
> 
> 
> [1] Library sources location
> 
> src/share/npt
> src/solaris/npt
> src/windows/npt
> 
> [2] Library usage
> 
> src/share/back/transport.c:
> 
> utf8FromPlatform
> utf8ToPlatform
> 
> src/share/back/inStream.c:
> 
> utf8sToUtf8m
> utf8sToUtf8mLength
> 
> src/share/back/outStream.c:
> 
> utf8mToUtf8s
> utf8mToUtf8sLength
> 
> 
> src/share/demo/jvmti/hprof/hprof_init.c
> 
> utf8ToPlatform
> 
> 
> -Dmitry
> 
> -- 
> Dmitry Samersoff
> Oracle Java development team, Saint Petersburg, Russia
> * I would love to change the world, but they won't give me the sources.



More information about the serviceability-dev mailing list