From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 13641 invoked by alias); 20 Jun 2008 04:13:28 -0000 Received: (qmail 13632 invoked by uid 22791); 20 Jun 2008 04:13:27 -0000 X-Spam-Check-By: sourceware.org Received: from mx1.redhat.com (HELO mx1.redhat.com) (66.187.233.31) by sourceware.org (qpsmtpd/0.31) with ESMTP; Fri, 20 Jun 2008 04:13:05 +0000 Received: from int-mx1.corp.redhat.com (int-mx1.corp.redhat.com [172.16.52.254]) by mx1.redhat.com (8.13.8/8.13.8) with ESMTP id m5K4D3Rp025661 for ; Fri, 20 Jun 2008 00:13:03 -0400 Received: from file.rdu.redhat.com (file.rdu.redhat.com [10.11.255.147]) by int-mx1.corp.redhat.com (8.13.1/8.13.1) with ESMTP id m5K4D3RJ019882 for ; Fri, 20 Jun 2008 00:13:03 -0400 Received: from [10.11.14.69] (vpn-14-69.rdu.redhat.com [10.11.14.69]) by file.rdu.redhat.com (8.13.1/8.13.1) with ESMTP id m5K4D26j009687 for ; Fri, 20 Jun 2008 00:13:03 -0400 Message-ID: <485B2E34.5030307@redhat.com> Date: Fri, 20 Jun 2008 04:13:00 -0000 From: Joshua Sumali User-Agent: Thunderbird 2.0.0.12 (X11/20080226) MIME-Version: 1.0 To: java-patches@gcc.gnu.org Subject: Re: [patch] Create sdk style directory on install References: <48518D6E.8060302@redhat.com> <48526AFA.3080800@ubuntu.com> <48567A6B.3070700@redhat.com> <48597279.20404@redhat.com> <485A2CBB.5050209@redhat.com> <485A6C0A.2040705@redhat.com> In-Reply-To: <485A6C0A.2040705@redhat.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-IsSubscribed: yes Mailing-List: contact java-patches-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: java-patches-owner@gcc.gnu.org X-SW-Source: 2008-q2/txt/msg00047.txt.bz2 Joshua Sumali wrote: > Andrew Haley wrote: >> Joshua Sumali wrote: >> >> >>> Please see the two (updated) patches. The updated patch for the >>> "Packager files" thread is now part of the sdk-home patch attached >>> here, >>> since I had to modify configure.ac to generate those packager files >>> this >>> time around. >>> >>> gcc-install-and-docs.patch creates man and info pages for aot-compile >>> and rebuild-gcj-db, and also documents the new install options >>> (--enable-java-home, --with-arch-directory, --with-python-dir) as >>> requested by Matthias. >>> gcc-libjava-sdk-home-update.patch is mostly the same as the first patch >>> I posted here, except with these main changes: >>> >>> - aot-compile and rebuild-gcj-db are now installed in $bindir >>> - if --with-python-dir is not specified (say, in a regular upstream >>> build) , classfile.py and aotcompile.py are installed in >>> $(prefix)/share/python. Otherwise, those Python modules will be >>> installed in the path specified with --with-python-dir. I modified >>> aot-compile -> aot-compile.in to append whichever path classfile.py and >>> aotcompile.py was installed in, so that it can actually find these >>> modules (it wouldn't look in $(prefix)/share/python by default). >>> - the SDK symlinked binaries, as well as aot-compile and >>> rebuild-gcj-db are now `transformed' as requested by Matthias. >>> >> >> OK, thanks. >> >> >>> Outstanding issues: >>> 1. @Matthias, I'm still not sure what you mean by "Same for using >>> GIJ_VERSION". Also, the issue about "why using the long version at >>> all?" >>> 2. rebuild-gcj-db doesn't have a licence header on the top of the >>> file... is this required? And if so, what's the right thing to do >>> about it? >>> >> >> Make it GPL. >> >> Andrew. >> > Updated rebuild-gcj-db with license header. > > Josh Actually, please don't do anything with this patch yet. I've noticed a problem with rpm packaging as the sdk-home and python stuff gets installed into its hardcoded paths instead of using $(prefix). This makes the rpm build fail in the %install section since the files are still installed into the --prefix specified in `./configure --prefix=<...>` instead of the prefix specified by `make prefix=<...> install`. Fixing this problem ... Josh