public inbox for java@gcc.gnu.org
 help / color / mirror / Atom feed
* [Fwd: proposed java install and extensions directory change]
@ 2002-03-31 14:38 Anthony Green
  2002-03-31 14:53 ` Per Bothner
  0 siblings, 1 reply; 2+ messages in thread
From: Anthony Green @ 2002-03-31 14:38 UTC (permalink / raw)
  To: java

[-- Attachment #1: Type: text/plain, Size: 50 bytes --]

Is anyone currently working on this for 3.1?

AG


[-- Attachment #2: Forwarded message - proposed java install and extensions directory change --]
[-- Type: message/rfc822, Size: 3626 bytes --]

From: Per Bothner <per@bothner.com>
To: java@gcc.gnu.org
Subject: proposed java install and extensions directory change
Date: Thu, 28 Feb 2002 11:51:37 -0800
Message-ID: <3C7E8A49.3050000@bothner.com>

These are some changes I feel it is important to make in gcc 3.1,
so I'm hoping we can come to agreement quickly.

* We agree to follow the proposed Debian Java policy, in that jar
files should be installed as $(prefix)/share/java/LIBRARY-VERSION.jar.
(This implies that RHUG and others packages need to be fixed.)

* libgcj.jar is installed in $(prefix)/share/java/libgcj-VERSION.jar,
instead of $(prefix)/share/libgcj.jar.  VERSION is the gcc version
number string.

* We define an "extensions directory", which I propose should be
$prefix/share/java/ext.  Code that installs a library *may*
add a link from $(prefix)/share/java/ext/LIBRARY.jar to
$(prefix)/share/java/LIBRARY-VERSION.jar.  Users *may* install
libraries directly into $(prefix)/share/java/ext, but a Makefile
or an install script *should* use a link instead.

* We (try to) get this added to the Debian Java policy.

* gcj gets an extra --extdirs (and for jdk compatibility -extdirs)
option.  If a class cannot be found otherwise, gcj searches every
.jar in in the listed directories.  (I.e. the extension directories
are search *after* the bootclasspath.)   The flag overrides (rather
than adds to) the default extension directory $(prefix)/share/java/ext.

* The run-time classloader should do the same searching   However, this
is not so critical for gcj, assuming .so files have been installed, but
it is important if .jar files are installed without corresponding .so
files.

-- 
	--Per Bothner
per@bothner.com   http://www.bothner.com/per/

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

* Re: [Fwd: proposed java install and extensions directory change]
  2002-03-31 14:38 [Fwd: proposed java install and extensions directory change] Anthony Green
@ 2002-03-31 14:53 ` Per Bothner
  0 siblings, 0 replies; 2+ messages in thread
From: Per Bothner @ 2002-03-31 14:53 UTC (permalink / raw)
  To: Anthony Green; +Cc: java

Anthony Green wrote:
> Is anyone currently working on this for 3.1?

I had hoped to, but I don't think I'll be able to do
it in time.  It certainly would be nice to fix the
installation directory "standard" sooner rather than
later.

We didn't quite resolve whether whether we should assume
there will be an "index" file to map packages to jars.
If we, we need a utility to (re-)generate the index.
-- 
	--Per Bothner
per@bothner.com   http://www.bothner.com/per/

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

end of thread, other threads:[~2002-03-31 22:53 UTC | newest]

Thread overview: 2+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2002-03-31 14:38 [Fwd: proposed java install and extensions directory change] Anthony Green
2002-03-31 14:53 ` Per Bothner

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).