From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from lists.gentoo.org ([140.105.134.102] helo=robin.gentoo.org) by nuthatch.gentoo.org with esmtp (Exim 4.54) id 1FBbgN-0002Um-1u for garchives@archives.gentoo.org; Tue, 21 Feb 2006 17:52:15 +0000 Received: from robin.gentoo.org (localhost [127.0.0.1]) by robin.gentoo.org (8.13.5/8.13.5) with SMTP id k1LHpG7h011094; Tue, 21 Feb 2006 17:51:16 GMT Received: from smtp07.web.de (smtp07.web.de [217.72.192.225]) by robin.gentoo.org (8.13.5/8.13.5) with ESMTP id k1LHpGt6013284 for ; Tue, 21 Feb 2006 17:51:16 GMT Received: from [84.136.111.41] (helo=anomalie.manna.org) by smtp07.web.de with asmtp (TLSv1:AES256-SHA:256) (WEB.DE 4.105 #340) id 1FBbfO-0002JB-00; Tue, 21 Feb 2006 18:51:14 +0100 Date: Tue, 21 Feb 2006 18:53:17 +0100 From: Hanno Meyer-Thurow To: Joshua Nichols Cc: gentoo-java@lists.gentoo.org Subject: Re: [gentoo-java] work on gcj for gentoo Message-Id: <20060221185317.3e23ce8c.h.mth@web.de> In-Reply-To: <43FB35B6.10105@gentoo.org> References: <20060221160425.b1478bdc.h.mth@web.de> <43FB35B6.10105@gentoo.org> X-Mailer: Sylpheed version 2.1.9 (GTK+ 2.8.9; i686-pc-linux-gnu) Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Id: Gentoo Linux mail X-BeenThere: gentoo-java@gentoo.org Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: h.mth@web.de X-Sender: h.mth@web.de X-Archives-Salt: 5544edc6-98b4-42fb-ab10-9f3cb770618a X-Archives-Hash: 5e532d0830f07b3d7c9b3e7158833b2d On Tue, 21 Feb 2006 10:45:58 -0500 Joshua Nichols wrote: > For JDK-like environment, redhat has done much work on this already. It > is, surprisingly enough, called java-gcj-compat. Take a look at the > jpackage rpm for it [1]. You can find other sites for java-gcj-compat, > but the jpackage rpm seems to have the highest version I was able to find. I did test java-gcj-compat already. It is of no use other than java/javac links to gij/gcj. If that is what you want I may add that symlinks to the ebuild. Besides that I work on OOo2. There you need a JDK-like environment with gij/gcj and not java/javac executables. As far as I looked at applications they look for gij/gcj instead of java/javac then. So I do not see any use of that java-gcj-compat package. It produces more work and things get even more ugly. As for ecj applications have --with-ecj switch or alike. I will have a look on gcj/ecj issue for applications after ant-core-1.6.5 merged with ecj. > This shouldn't be much of a problem. The build.xml is pretty trivial, so > you should be able to replicate it using javac and jar. True. Hacked up a build.sh for ecj native version already. > There really isn't much 'integration' involved per se. You mostly just > have to create an env file that contains information about JAVA_HOME, > PATH, etc. Take a look at existing jdk/jre packages. That would be great. I will see. > I'm not fond of the name gcj-jdk. The ebuild Andrew made was just for > gcj itself, without the Java compatibility stuff, iirc. -jdk suggests > that it provides a usable JDK, which it doesn't as it was. Well, I would just say gcj is a bit different than usual JDKs. I am fine to rename it to dev-java/gcj. It is a gcc front-end. No matter what. So you are right for naming. But it provides a usable JDK in its way and usable by application already in Portage. (see above) > Speaking of which, I think the added compatibility layer (for javac, > java, etc) should be a separate package. I'm not sure if this was your > intention or not. Either way, it would make sense, since you would most > likely be able to use the same layer for different versions of gcj. At the moment I do not see a reason to slot it. You just want the latest version of gcj 4.1 because of enhancements and fixes. GCJ 4.0 is missing too many features. The reason why I want to push on gcj is because with gcj 4.1 and ecj as bytecompiler you get Azureus build and running. Regards, Hanno -- gentoo-java@gentoo.org mailing list