Mailing-List: contact dev-help@harmony.apache.org; run by ezmlm
Precedence: bulk
Reply-To: dev@harmony.apache.org
Received-SPF: pass (herse.apache.org: domain of oleg.v.khaschansky@gmail.com
 designates 64.233.184.227 as permitted sender)
DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws;
        s=beta; d=gmail.com;
        h=received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references;
        b=ls/Gz8WXAz/NhJ3qHlceoZWBhKaNubjG8RlwiYzpgwJtEvMBDOdc20BfUKre53qbvj0UbSa8Vw9Epb4blnK2ViwVBo8VuiMpp07cd+vccnXrcyJuZFeOEz2d2YitgfyETa3UhK4FiS/EpKrkGvFyQN/izXGt5vf6kiIDRjPJCrU=
Message-ID: <26c14c2a0611300401x7f06de4bxe0ea42e644ed5f71@mail.gmail.com>
Date: Thu, 30 Nov 2006 15:01:47 +0300
From: "Oleg Khaschansky" <oleg.v.khaschansky@gmail.com>
To: dev@harmony.apache.org
Subject: Re: [classlib][awt] X11 libs
In-Reply-To: <ekknml$p5o$1@sea.gmane.org>
MIME-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
Content-Disposition: inline
References: <456D655A.2010005@gmail.com>
	 <26c14c2a0611290313r73538a12lf815474ad57f758@mail.gmail.com>
	 <ekknml$p5o$1@sea.gmane.org>

> Sun's Java seem to be bundling some libraries with itself like libzip
> and libjpeg. But the rest of the libraries like X11, ALSA, probably
> other are taken from the system.
As far as I know, RI uses dlopen approach, at least in some cases,
see, e.g. [1].

> This means that we
> should either bundle in all the required libraries, or use dynamic
> linking with the libraries installed in the system.
Bundling in X11 and mesa? :)
Isn't dlopen/dlsym approach a dynamic linking?

Again, some API could be missing in some systems (opengl extensions,
for example), what would you suggest to do in this case?

[1] http://bugs.sun.com/bugdatabase/view_bug.do?bug_id=5011992

On 11/29/06, Gregory Shimansky <gshimansky@gmail.com> wrote:
> Oleg Khaschansky wrote:
> > I think we should fix this problem for all libraries loaded with
> > dlopen on linux (i.e. for all autogenerated linux native wrappers). As
> > far as I recall, this problem already appeared for liblcms and libXmu.
> > I'd suggest to wait until we know if we'll have a generator of native
> > wrappers in harmony and, probably, fix it instead of making temporary
> > fixes in the autogenerated code.
>
> Sun's Java seem to be bundling some libraries with itself like libzip
> and libjpeg. But the rest of the libraries like X11, ALSA, probably
> other are taken from the system.
>
> I don't think that replacing dynamic linker on the system with out
> heuristics is the "right way". It is ld.so which should decide which
> library from the system should be linked with, be it
> /usr/lib/libXext.so.6 or /usr/lib/libasound.so.2. This means that we
> should either bundle in all the required libraries, or use dynamic
> linking with the libraries installed in the system.
>
> It doesn't seem to be a problem for anyone who uses Sun Java on a server
> that it is necessary to install X11 and ALSA libraries. On most Linux
> distributions it happens automatically using package dependencies. So I
> am -1 for this approach. Instead I think the wrappers should be changed
> to link against X11 dynamic libs directly.
>
> --
> Gregory
>
>