Summary: | games.eclass is not multilib aware | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | Michael Weyershäuser <thedude0001> |
Component: | Eclasses | Assignee: | Gentoo Games <games> |
Status: | RESOLVED FIXED | ||
Severity: | normal | CC: | amd64 |
Priority: | High | ||
Version: | 2006.0 | ||
Hardware: | All | ||
OS: | Linux | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- | |
Bug Depends on: | |||
Bug Blocks: | 124299 | ||
Attachments: |
games.eclass.diff
games.eclass.diff |
Description
Michael Weyershäuser
2006-06-25 19:13:57 UTC
hmm games.eclass is not setup for multilib atm simply fixing the env.d is not enough patch from the amd64 guys would be welcome I guess. Created attachment 98721 [details, diff]
games.eclass.diff
Mike: what else really needs to be done besides checking for a multilib profile and adjusting GAMES_LIBDIR appropriately? This patch should take care of doing at least that. Let me know if you think we should apply it, or what I need to change to make it better.
There's a small mistake in the patch, you export GAMES_LIBDIR: +export GAMES_LIBDIR=${GAMES_LIBDIR:-/usr/games/$(get_libdir)} but you're using GAMES_LIBDIRS (see the "S" behind "DIR") for LDPATH: -LDPATH="${GAMES_LIBDIR}" +LDPATH="${GAMES_LIBDIRS}" That isn't a mistake. Created attachment 99895 [details, diff]
games.eclass.diff
OK, so it would have helped if I would have tested that last patch. This one works for me on both x86/amd64, as far as I can tell.
OK... Added (modifed) to games.eclass |