Bug 431238 – interactive installer: fails on sparc-solaris in stage1 (solaris 10 sparc) - python/libffi issue

• Product: Gentoo/Alt
• Status: RESOLVED NEEDINFO

[Description Jeremy Olexa (darkside) (RETIRED) 2012-08-13 14:14:59 UTC]

Excuse the paste, looks like libffi problem

sparc-sun-solaris2.10-gcc -shared -L/tmp/jolexa/test/tmp/usr/lib -R/tmp/jolexa/test/tmp/usr/lib -L/tmp/jolexa/test/tmp/usr/lib -R/tmp/jolexa/test/tmp/usr/lib -fno-strict-aliasing -g -O2 -DNDEBUG -I. -IInclude -I./Include -I/tmp/jolexa/test/tmp/usr/include build/temp.solaris-2.10-sun4u-2.7/tmp/jolexa/test/tmp/var/tmp/python-2.7.2/Python-2.7.2/Modules/_ctypes/_ctypes.o build/temp.solaris-2.10-sun4u-2.7/tmp/jolexa/test/tmp/var/tmp/python-2.7.2/Python-2.7.2/Modules/_ctypes/callbacks.o build/temp.solaris-2.10-sun4u-2.7/tmp/jolexa/test/tmp/var/tmp/python-2.7.2/Python-2.7.2/Modules/_ctypes/callproc.o build/temp.solaris-2.10-sun4u-2.7/tmp/jolexa/test/tmp/var/tmp/python-2.7.2/Python-2.7.2/Modules/_ctypes/stgdict.o build/temp.solaris-2.10-sun4u-2.7/tmp/jolexa/test/tmp/var/tmp/python-2.7.2/Python-2.7.2/Modules/_ctypes/cfield.o build/temp.solaris-2.10-sun4u-2.7/tmp/jolexa/test/tmp/var/tmp/python-2.7.2/Python-2.7.2/Modules/_ctypes/libffi/src/prep_cif.o build/temp.solaris-2.10-sun4u-2.7/tmp/jolexa/test/tmp/var/tmp/python-2.7.2/Python-2.7.2/Modules/_ctypes/libffi/src/closures.o build/temp.solaris-2.10-sun4u-2.7/tmp/jolexa/test/tmp/var/tmp/python-2.7.2/Python-2.7.2/Modules/_ctypes/libffi/src/dlmalloc.o build/temp.solaris-2.10-sun4u-2.7/tmp/jolexa/test/tmp/var/tmp/python-2.7.2/Python-2.7.2/Modules/_ctypes/libffi/src/sparc/ffi.o build/temp.solaris-2.10-sun4u-2.7/tmp/jolexa/test/tmp/var/tmp/python-2.7.2/Python-2.7.2/Modules/_ctypes/libffi/src/sparc/v8.o build/temp.solaris-2.10-sun4u-2.7/tmp/jolexa/test/tmp/var/tmp/python-2.7.2/Python-2.7.2/Modules/_ctypes/libffi/src/sparc/v9.o -L/tmp/jolexa/test/tmp/usr/lib -Wl,-R/tmp/jolexa/test/tmp/usr/lib -o build/lib.solaris-2.10-sun4u-2.7/_ctypes.so -mimpure-text
ld: fatal: relocation error: R_SPARC_32: file build/temp.solaris-2.10-sun4u-2.7/tmp/jolexa/test/tmp/var/tmp/python-2.7.2/Python-2.7.2/Modules/_ctypes/libffi/src/sparc/v8.o: symbol <unknown>: offset 0xfede8eae is non-aligned
ld: fatal: relocation error: R_SPARC_32: file build/temp.solaris-2.10-sun4u-2.7/tmp/jolexa/test/tmp/var/tmp/python-2.7.2/Python-2.7.2/Modules/_ctypes/libffi/src/sparc/v8.o: symbol <unknown>: offset 0xfedfa64e is non-aligned
ld: fatal: relocation error: R_SPARC_32: file build/temp.solaris-2.10-sun4u-2.7/tmp/jolexa/test/tmp/var/tmp/python-2.7.2/Python-2.7.2/Modules/_ctypes/libffi/src/sparc/v8.o: symbol <unknown>: offset 0xfedfcc16 is non-aligned
collect2: ld returned 1 exit status

Python build finished, but the necessary bits to build these modules were not found:
_bsddb             _sqlite3           _ssl            
_tkinter           bsddb185           gdbm            
linuxaudiodev      ossaudiodev        readline        
sunaudiodev                                           
To find the necessary bits, look in setup.py in detect_modules() for the module's name.


Failed to build these modules:
_ctypes                                               

running build_scripts
creating build/scripts-2.7
copying and adjusting /tmp/jolexa/test/tmp/var/tmp/python-2.7.2/Python-2.7.2/Tools/scripts/pydoc -> build/scripts-2.7
copying and adjusting /tmp/jolexa/test/tmp/var/tmp/python-2.7.2/Python-2.7.2/Tools/scripts/idle -> build/scripts-2.7
copying and adjusting /tmp/jolexa/test/tmp/var/tmp/python-2.7.2/Python-2.7.2/Tools/scripts/2to3 -> build/scripts-2.7
copying and adjusting /tmp/jolexa/test/tmp/var/tmp/python-2.7.2/Python-2.7.2/Lib/smtpd.py -> build/scripts-2.7
changing mode of build/scripts-2.7/pydoc from 644 to 755
changing mode of build/scripts-2.7/idle from 644 to 755
changing mode of build/scripts-2.7/2to3 from 644 to 755
changing mode of build/scripts-2.7/smtpd.py from 644 to 755
gmake: *** [sharedmods] Error 1
I tried running
  ./bootstrap-prefix.sh "/tmp/jolexa/test/tmp" stage1
but that failed :(  I have no clue, really.  Please find friendly folks
in #gentoo-prefix on freenet, [e-mail] mailing list,
or file a bug at bugs.gentoo.org under Gentoo/Alt, Prefix Support.
Sorry that I have failed you master.  I shall now return to my humble cave.

[Comment 1 Fabian Groffen 2012-08-15 16:35:11 UTC]

I cannot reproduce this, my sparc-solaris bootstrap (sol10) went up to emerge -e system phase

[Comment 2 Jeremy Olexa (darkside) (RETIRED) 2012-08-15 16:36:26 UTC]

(In reply to comment #1)
> I cannot reproduce this, my sparc-solaris bootstrap (sol10) went up to
> emerge -e system phase

What required info do you need? I just tried again in the past hour and it failed still

[Comment 3 Fabian Groffen 2012-08-15 16:48:54 UTC]

show me your gcc --version and type -P gcc

[Comment 4 Fabian Groffen 2012-08-15 16:49:22 UTC]

this is stage1?  you use sparc-sun-solaris2.10-gcc, that shouldn't be there

[Comment 5 Jeremy Olexa (darkside) (RETIRED) 2012-08-15 17:19:01 UTC]

(In reply to comment #3)
> show me your gcc --version and type -P gcc

hmm, gcc doesn't exist in my terminal's PATH, must be the script "finding it"?. I'll run the script again to see what happens

[Comment 6 Fabian Groffen 2012-08-15 17:20:13 UTC]

try usr/sfw/<chost>/bin

[Comment 7 Jeremy Olexa (darkside) (RETIRED) 2012-08-15 19:31:49 UTC]

Found it:

% pwd
/usr/sfw/bin
% ./gcc --version
gcc (GCC) 3.4.3 (csl-sol210-3_4-branch+sol_rpath)

[Comment 8 Fabian Groffen 2012-08-15 19:44:38 UTC]

odd, what kind of sparc cpu this is?

[Comment 9 Jeremy Olexa (darkside) (RETIRED) 2012-08-15 19:54:53 UTC]

(In reply to comment #8)
> odd, what kind of sparc cpu this is?

Maybe a UltraSPARC IV? It is a SunFire V490.

Additional debugging, the result of bootstrap_gcc() is a confused assembler??

configure:3252: checking for sparc-sun-solaris2.10-gcc
configure:3268: found /tmp/jolexa/tmp/usr/bin/sparc-sun-solaris2.10-gcc
configure:3279: result: sparc-sun-solaris2.10-gcc
configure:3548: checking for C compiler version
configure:3557: sparc-sun-solaris2.10-gcc --version >&5
sparc-sun-solaris2.10-gcc (GCC) 4.1.1
<snip>
configure:3588: checking whether the C compiler works
configure:3610: sparc-sun-solaris2.10-gcc  -I/tmp/jolexa/tmp/usr/include -L/tmp/jolexa/tmp/usr/lib -R/tmp/jolexa/tmp/usr/lib  conftest.c  >&5
/usr/ccs/bin/as: error: unknown option '-'
/usr/ccs/bin/as: error: unknown option 't'
/usr/ccs/bin/as: error: unknown option 'aditional-format'
usage: /usr/ccs/bin/as [-V] [-Q{y,n}] [-q] [-s]
      [-S] [-K {pic,PIC}] [-o objfile] [-L] [-T]
      [-P [[-Yc,path] [-Ipath] [-Dname] [-Dname=def] [-Uname]]...]
      [-m [-Ym,path]] [-n] [-ul] [-xF] [-xarch={v7,v8,v8a,v8plus,v8plusa,v8plusb,v9,v9a,v9b}]  [-xcode={pic13,pic32}] file.s...
configure:3614: $? = 1
configure:3652: result: no

[Comment 10 Fabian Groffen 2012-08-15 20:20:24 UTC]

it wants a gnu ld/as, so that's not usable

but /usr/sfw/bin/gcc should be fine, we're using it all the time

perhaps python finds/detects another compiler? (sunstudio?)

[Comment 11 Fabian Groffen 2012-09-06 18:21:42 UTC]

I fixed a bug on opensolaris where we accidentially compiled python 64-bits, because zlib polluted the environment.  It doesn't really look so, but maybe that is related?