Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!

Bug 229243

Summary: OpenSolaris 64-bit: bootstrap.prefix.sh fails to compile python with wrong ELF class: ELFCLASS32
Product: Gentoo/Alt Reporter: Maurice Volaski <mvolaski>
Component: Prefix SupportAssignee: Gentoo non-Linux Team <alt>
Status: RESOLVED INVALID    
Severity: normal    
Priority: High    
Version: unspecified   
Hardware: AMD64   
OS: Solaris   
Whiteboard:
Package list:
Runtime testing required: ---

Description Maurice Volaski 2008-06-24 17:28:33 UTC
OpenSolaris 64-bit: bootstrap.prefix.sh fails to compile python with wrong ELF class: ELFCLASS32.

The reason is that emerge mistakenly uses the libgcc_s_so.1 in /usr/sfw/lib and not the one in /usr/sfw/lib/amd64 despite having LDFLAGS as follows: 

LDFLAGS="-L/usr/sfw/lib/amd64 -R/usr/sfw/lib/amd64 -L/opt/gentoo/usr/lib -R/opt/gentoo/usr/lib 
-L/opt/gentoo/lib -R/opt/gentoo/lib"

The workaround is to move this file into another directory and make a symlink to the correct one in /usr/sfw/lib.
Comment 1 Maurice Volaski 2008-06-24 17:58:03 UTC
I just realized that the instructions actually don't ask for LDFLAGS to be set until after python is bootstrapped. Now it seems logical to think that that is a bug in itself! But it's the opposite. Having it (or one of the other variables) set is what causes the problem! I just unset it along with all the export variables except for PATH and CHOST and it compiled fine. It's not exactly clear how me this confuses it.
Comment 2 Maurice Volaski 2008-06-24 18:18:40 UTC
Marking as INVALID since while it's confusing, it does indeed work when the variables are set in the right order.