From owner-freebsd-java Fri Dec 18 15:39:13 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id PAA20187 for freebsd-java-outgoing; Fri, 18 Dec 1998 15:39:13 -0800 (PST) (envelope-from owner-freebsd-java@FreeBSD.ORG) Received: from picnic.mat.net (picnic.mat.net [206.246.122.117]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id PAA20173 for ; Fri, 18 Dec 1998 15:39:11 -0800 (PST) (envelope-from chuckr@mat.net) Received: from localhost (chuckr@localhost) by picnic.mat.net (8.9.1/8.8.5) with ESMTP id SAA01088; Fri, 18 Dec 1998 18:38:03 -0500 (EST) Date: Fri, 18 Dec 1998 18:38:03 -0500 (EST) From: Chuck Robey To: Nate Williams cc: freebsd-java@FreeBSD.ORG Subject: Re: Where to put java libs In-Reply-To: <199812182231.PAA09737@mt.sri.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-java@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org On Fri, 18 Dec 1998, Nate Williams wrote: > > > > and it goes on to say that, if this is under local, the same rules > > > > apply, just that it's locally installed stuff. Well, the class files, > > > > jar files, zip files, etc, aren't ascii. The only way to stretch this > > > > is claiming its architecturally independent, but so is tcl (establishing > > > > a precedent for /usr/local/lib, for arch-independent stuff). > > > > > > I think it's a mistake to put things other than libraries in lib, > > > from hier(7): > > > > > > lib/ archive libraries > > > ... > > > libdata/ misc. utility data files > > > > But that's my point. The java stuff is shared code, unable to execute > > alone, needed to execute by other java programs, exactly like anything > > that depends on a C lib (like libc). > > *EVERYTHING* share is 'shared' and requires something to do with it. > What good is a termcap w/out a program to run it? What about syscons > keymaps? It needs something to execute it. "shared" isn't the criteria, nor what I asked. The kernel is shared among all processes (to take things to the ridiculous limit). The question I put was, do the .jar, .zip, and .class files in the jdk port fall into the category of shared code, like all the other libs? Being "shared" alone does not equate to belonging to the shared hierarchy. Shared means: platform independent data (not executeable code) Correct? Not by hier(7), give me your take on this ... is there any other executeable code in share? > > Arguing this point is really a waste of time, since hier was never > updated to considered something like non-ASCII shared data. > > > Nate > > ----------------------------+----------------------------------------------- Chuck Robey | Interests include any kind of voice or data chuckr@glue.umd.edu | communications topic, C programming, and Unix. 213 Lakeside Drive Apt T-1 | Greenbelt, MD 20770 | I run Journey2 and picnic (FreeBSD-current) (301) 220-2114 | and jaunt (NetBSD). ----------------------------+----------------------------------------------- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-java" in the body of the message