It appears to me that the 1018 release always tries to build with multilib on, and current it is off by default. If I add --disable-multilib to the 1018 spec file, I can build in 64-bit only. However, if multilib is on (in either 1018 or current) I cannot build gcc. I have tested under ubuntu dapper and edgy, as well as, debian etch (RC1).
On 12/1/06, Thomas Lotterer <[EMAIL PROTECTED]> wrote:
Doug Henry<[EMAIL PROTECTED]> wrote on 2006-11-30 14:24: > I am trying to compile openpkg stable 1018 snapshot on a 64-bit machine. > Once the 32-bit stuff starts building I get the attached error. > Sounds to me like the problems which were fixed in the following checkins. In short terms OpenPKG supports both 32bit and 64bit but only one or the other and not both simultaneously. http://cvs.openpkg.org/chngview?cn=32637 do not use multilibs (32+64bit) but stick to pure 32bit or pure 64bit thus unbreaking build on amd64-suse10 installed w/o 32bit backwards compatibility http://cvs.openpkg.org/chngview?cn=32655 The GCC "multilib" feature is a problematic one as not all platforms where GCC thinks it can support multilib really provide all prerequisites for this. GCC usually thinks that amd64-linux platforms support "multilib" (32 and 64 bit at the same time), but with mostly all default installations this isn't the case. Similar to other platforms like ix86-solaris. So, instead of letting GCC enable multilib with its own decision, make the "multilib" feature an explicit one and actually disable it by default (as within OpenPKG we don't want mix and actually cannot mix 32 and 64 bit code anyway). If one really wishes "multilib" with OpenPKG's GCC one now explicitly have to enable it with the "with_multilib" option. -- Thomas ______________________________________________________________________ The OpenPKG Project www.openpkg.org User Communication List openpkg-users@openpkg.org
