From mboxrd@z Thu Jan 1 00:00:00 1970 From: Ricardo Wurmus Subject: Re: store reference detection (was Re: JARs and reference scanning) Date: Thu, 11 May 2017 13:27:03 +0200 Message-ID: <87a86jy6pk.fsf@elephly.net> References: <87a876pwaq.fsf@gmail.com> <8760hr7mwl.fsf@gmail.com> <20170426.135333.1620868924745053745.post@thomasdanckaert.be> <87fugu6jzg.fsf@gnu.org> <59022E86.1020709@crazy-compilers.com> <8760hjig4r.fsf@gnu.org> <590F179B.4060306@crazy-compilers.com> <87zieotnzr.fsf@gmail.com> <87vapbkeua.fsf@elephly.net> <87inl7n5tt.fsf@gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit Return-path: Received: from eggs.gnu.org ([2001:4830:134:3::10]:36110) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1d8mFb-0007bJ-Ck for guix-devel@gnu.org; Thu, 11 May 2017 07:27:20 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1d8mFW-0000pC-DE for guix-devel@gnu.org; Thu, 11 May 2017 07:27:19 -0400 Received: from sender-of-o51.zoho.com ([135.84.80.216]:21058) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_256_CBC_SHA1:32) (Exim 4.71) (envelope-from ) id 1d8mFW-0000ok-5S for guix-devel@gnu.org; Thu, 11 May 2017 07:27:14 -0400 In-reply-to: <87inl7n5tt.fsf@gmail.com> List-Id: "Development of GNU Guix and the GNU System distribution." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: guix-devel-bounces+gcggd-guix-devel=m.gmane.org@gnu.org Sender: "Guix-devel" To: Chris Marusich Cc: guix-devel@gnu.org Chris Marusich writes: >> Jar files can be told to import classes from another Jar by adding it to >> the “Class-Path” field of the Jar’s manifest. >> >> Here’s an example: >> https://docs.oracle.com/javase/tutorial/deployment/jar/downman.html > > I didn't know this! That's awesome; it might be just what we need. […] Thanks for testing this! One limitation appears to be that this only works for applications, not for libraries. This could be a problem for us. We don’t really need this urgently for applications if we automatically generate shell wrappers (as we do for Python executables). It would be interesting to know if this could be used for libraries as well, so that the application in the end does not need to know about all transitive dependencies, but only its first-level dependencies. -- Ricardo GPG: BCA6 89B6 3655 3801 C3C6 2150 197A 5888 235F ACAC https://elephly.net