1 |
On 21-06-2008 20:25:55 -0400, Maurice Volaski wrote: |
2 |
> I'm installing a prefix for Indiana OpenSolaris 64-bit and I'm at the |
3 |
> point of emerging, but I'm getting an error: |
4 |
> |
5 |
> Failed to complete python imports |
6 |
> |
7 |
> Now I noticed that when python 2.5.2 is compiling in the bootstrap phase |
8 |
> there are repeated warnings |
9 |
> |
10 |
> ***WARNING: renaming "_struct" since importing it failed: ld.so.1: |
11 |
> python: fatal: /usr/sfw/lib/libgcc_s.so.1: wrong ELF class: ELFCLASS32 |
12 |
> |
13 |
> In the directory, /opt/gentoo/usr/lib/python2.5/lib-dynload, there are |
14 |
> are a number of failed .so files. Could this be related to the cause? |
15 |
|
16 |
Yeah for sure. |
17 |
|
18 |
I think I hit the same issue and I added a little note for it in the |
19 |
bootstrap guide. If you're bootstrapping 64-bits, you need to have the |
20 |
64-bits paths in your searchpath, where they are non standard. |
21 |
|
22 |
It's in this line: |
23 |
|
24 |
If you are targetting a 64-bits native Prefix, append -L and -R flags |
25 |
for /usr/sfw/lib/64 to your LDFLAGS. Additionally set CC="gcc -m64", |
26 |
CXX="g++ -m64" and HOSTCC="gcc -m64". |
27 |
|
28 |
note the /usr/sfw/lib/64, it contains the 64-bits version of |
29 |
libgcc_s.so.1, that the linker should find (after skipping the |
30 |
incompatible 32-bits version). |
31 |
|
32 |
If you already did this, it looks like something weird is going on. |
33 |
|
34 |
|
35 |
-- |
36 |
Fabian Groffen |
37 |
Gentoo on a different level |
38 |
-- |
39 |
gentoo-alt@l.g.o mailing list |