Hi Will, I just sent Stephane patches for PFMON and LIBPFM that allow full specification of the install directories, DATADIR, INCDIR, LIBDIR, BINDIR, PREFIX and DESTDIR. I need this for Gentoo work ebuilds (just for example) Encourage him to accept. ;-) There are more machines than x86_64 that have this split for sure.
Stephane, you can't do this simply with ARCH, it is not enough. There are machines that have the same ARCH than have more than 1 lib directory depending on ABI's. PPC64, MIPS for example. The best way is to be able to specify the directories on the command line... But, FWIW, in my makefiles, when I see ARCH=x86_64 and do not see -m32 in the CFLAGS, I install in lib64. Phil On Tue, 2006-09-19 at 15:30 -0700, Stephane Eranian wrote: > Will, > > On Tue, Sep 19, 2006 at 04:02:18PM -0400, William Cohen wrote: > > For installation on 64 bit machines the libraries are typically placed in > > /usr/lib64 rather than /usr/lib. On machines that have both 32-bit and > > 64-bit code, e.g. x86-64 machine. Having both 32-bit and 64 bit versions go > > into /usr/lib is a problem, because the .a and .so files are different. The > > config.mk should be able to place things in the correct directory. There is > > a Red Hat bug report on this: > > I am guessing this odd split is motivated by backward compatibility for > 32-bit binaries. > > > > > For the time being I have a quick workaround in the libpfm.spec file for > > 3.2-0.060621.10 to move the installed directory into the correct place for > > the generated RPMs. However, this doesn't work too well for development > > work where libpfm is directly installing the files. Looking how other > > packages do this they generally use configure to set things up > > appropriately. Would it be a good idea to have a commandline configure to > > set this type of thing up for libpfm? > > > > I would prefer if we could get by using $ARCH. But the trick > is to test if the directory exiss first. Would there be a gmake > command to do this? > _______________________________________________ perfmon mailing list [email protected] http://www.hpl.hp.com/hosted/linux/mail-archives/perfmon/
