[Mesa-dev] [Bug 30353] building multilib mesa fails or bogus

bugzilla-daemon at freedesktop.org bugzilla-daemon at freedesktop.org
Wed Dec 29 04:27:56 PST 2010


https://bugs.freedesktop.org/show_bug.cgi?id=30353

--- Comment #5 from Sergey Kondakov <virtuousfox at gmail.com> 2010-12-29 04:27:56 PST ---
never ? then what "--<switch>-32-bit --<switch>-64-bit" are for ? either those
options should have been mutually exclusive from begin with or it should build
all bunch of libraries as it were long time ago when i first tried it.

it probably can easily be fixed for non-llvm builds but with llvm two
complications arise:
1) vendors don't have packages for 32bit llvm libs (or at least, Gentoo
doesn't) and llvm don't seems to provide them as gcc does, for example
2) if llvm 32bit libraries would be provided by separate package they may be
build not together with main llvm package and be of another, older version.

so, mesa building scripts should automatically check for native and llvm 32bit
versions and configure them slightly differently (with llvm for native and no
llvm support for 32bit if llvm 32bit not present, for example). it would be
sweet.

ideally, i would just dropped mesa 32bit libs but because of wine and random
non-opensource software (which both, unfortunately, are most demanding of
graphic stack features and performance) i can't. no one can't :(
and in Gentoo you either sit with obsolete 32bit pre-built binaries or build
your own by hacky and ugly ebuild which will never go official. clean way of
doing so in mesa building scripts might help.

-- 
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.


More information about the mesa-dev mailing list