Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 61060 - CONF_LIBDIR doesnt handle non=/usr/lib* directories cleanly
Summary: CONF_LIBDIR doesnt handle non=/usr/lib* directories cleanly
Status: RESOLVED FIXED
Alias: None
Product: Portage Development
Classification: Unclassified
Component: Core - Configuration (show other bugs)
Hardware: All All
: High major (vote)
Assignee: Portage team
URL:
Whiteboard:
Keywords: InVCS
Depends on:
Blocks:
 
Reported: 2004-08-20 12:18 UTC by Travis Tilley (RETIRED)
Modified: 2004-09-30 23:19 UTC (History)
1 user (show)

See Also:
Package list:
Runtime testing required: ---


Attachments
adds CONF_LIBDIR_PREFIX support to ebuild.sh (conf_libdir_prefix.patch,1.57 KB, patch)
2004-08-20 12:19 UTC, Travis Tilley (RETIRED)
Details | Diff
Patch to change the default libsuffix in econf() via --enable-libsuffix (ebuild-libsuffix-64.patch,921 bytes, patch)
2004-08-20 16:31 UTC, Danny van Dyk (RETIRED)
Details | Diff

Note You need to log in before you can comment on or make changes to this bug.
Description Travis Tilley (RETIRED) gentoo-dev 2004-08-20 12:18:39 UTC
currently CONF_LIBDIR support works without problem if prefix is /usr and only if prefix is /usr, and expects anything else to be handled in the ebuild. this patch attempts to fix this, allowing econf and einstall to handle prefixes more intelligently.
Comment 1 Travis Tilley (RETIRED) gentoo-dev 2004-08-20 12:19:17 UTC
Created attachment 37810 [details, diff]
adds CONF_LIBDIR_PREFIX support to ebuild.sh
Comment 2 Danny van Dyk (RETIRED) gentoo-dev 2004-08-20 16:31:36 UTC
Created attachment 37829 [details, diff]
Patch to change the default libsuffix in econf() via --enable-libsuffix

This is a new solution to solve the /lib64 issue without hacking --prefix and
--libdir.
Comment 3 Travis Tilley (RETIRED) gentoo-dev 2004-08-20 18:22:52 UTC
i have yet to get --enable-libsuffix to work.

ayanami gtk+-1.2.10 # fgrep libsuffix *
ayanami gtk+-1.2.10 #
ayanami gtk+-2.4.7 # fgrep libsuffix *
ayanami gtk+-2.4.7 #
ayanami readline-5.0 # fgrep libsuffix *
ayanami readline-5.0 #
ayanami ncurses-5.4 # fgrep libsuffix *
ayanami ncurses-5.4 #
Comment 4 Travis Tilley (RETIRED) gentoo-dev 2004-08-20 18:38:58 UTC
./configure --prefix=/usr --host=x86_64-pc-linux-gnu --mandir=/usr/share/man --infodir=/usr/share/info --datadir=/usr/share --sysconfdir=/etc --localstatedir=/var/lib --enable-libsuffix 64 --with-curses
configure: WARNING: you should use --build, --host, --target
checking build system type... Invalid configuration `64': machine `64' not recognized
configure: error: /bin/sh ./support/config.sub 64 failed.

fixing the patch so that it does --enable-libdir=64 gives me a configure line of:
./configure --prefix=/usr --host=x86_64-pc-linux-gnu --mandir=/usr/share/man --infodir=/usr/share/info --datadir=/usr/share --sysconfdir=/etc --localstatedir=/var/lib --enable-libsuffix=64 --with-curses

and it seems to -almost- work:

ayanami readline # ls /var/tmp/portage/readline-4.3-r4/image/
lib  usr
ayanami readline # ls /var/tmp/portage/readline-4.3-r4/image/usr/
include  lib  lib64  share
ayanami readline # ls /var/tmp/portage/readline-4.3-r4/image/usr/lib64/
libhistory.so  libreadline.so
ayanami readline # ls /var/tmp/portage/readline-4.3-r4/image/usr/lib/
libhistory.a  libreadline.a

:|
Comment 5 Travis Tilley (RETIRED) gentoo-dev 2004-08-21 22:02:36 UTC
ferringb re-did my patch to make it less sinfully ugly and the result is in CVS. yay
Comment 6 Danny van Dyk (RETIRED) gentoo-dev 2004-08-22 02:46:08 UTC
Forget my patch. It's crap :-/

Most of the configure's don't listen to -enable-libsuffix.
Comment 7 Brian Harring (RETIRED) gentoo-dev 2004-08-22 05:07:53 UTC
Down the line I'd actually like to use the suffix syntax; I just don't think most packages support it currently :/
Comment 8 Travis Tilley (RETIRED) gentoo-dev 2004-09-30 23:19:23 UTC
this bug is really fixed, and the code has been in a released portage for a bit.