From mboxrd@z Thu Jan 1 00:00:00 1970 From: Kay Sievers Date: Wed, 09 Jul 2008 22:45:58 +0000 Subject: Re: [PATCH 2/2] Fixed installation path for 64-bit libvolume_id.so Message-Id: <1215643558.347.21.camel@linux.site> List-Id: References: <1215468723-18298-2-git-send-email-thomas@koeller.dyndns.org> In-Reply-To: <1215468723-18298-2-git-send-email-thomas@koeller.dyndns.org> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit To: linux-hotplug@vger.kernel.org On Thu, 2008-07-10 at 00:41 +0200, Thomas Koeller wrote: > On Mittwoch, 9. Juli 2008, Kay Sievers wrote: > > On Wed, Jul 9, 2008 at 23:35, Thomas Koeller > wrote: > > > When building with 'USE_STATIC = false' in the top level Makefile, which > > > is the default, a shared library is generated which of course needs to be > > > installed. > > > > It's a .a, which is a static lib, not a shared one which is obviously > > installed by default. But still, why would someone need that "lib", > > which is usually only build to create a static vol_id? > > This is from extras/volume_id/lib/Makefile: > > SHLIB = libvolume_id.so.$(SHLIB_CUR).$(SHLIB_REV).$(SHLIB_AGE) > ... > all: libvolume_id.a $(SHLIB) libvolume_id.pc > > > As you can see, a shared libvolume_id.so is built, and this is what > actually happens when invoking make with the Makefile unmodified. Try > it if you don't believe me. Sure, I obviously know what that Makefile does. :) But in the patch, it's about the .a file, not the .so: > udev-120/extras/volume_id/lib/Makefile > + $(INSTALL_LIB) -D libvolume_id.a Kay