#7761: Python 2.6.2.p4 faills to build on Open Solaris
------------------------------------------------------------+---------------
Reporter: drkirkby | Owner:
drkirkby
Type: defect | Status:
needs_review
Priority: major | Milestone:
sage-4.3.1
Component: solaris | Keywords:
python open solaris
Work_issues: | Author:
David Kirkby
Upstream: None of the above - read trac for reasoning. | Reviewer:
Merged: |
------------------------------------------------------------+---------------
Old description:
> I believe William is aware of this bug and said it can be fixed by
> installing OpenSSL or similar. But I am unable to find a trac ticket for
> it, so I thought I'd open one. It's interesting this issue does not arise
> on Solaris 10 (SPARC), despite OpenSSL libraries not being present there
> either. This bug seems to come up a lot on linux too, as a Google search
> shows.
>
> On a Sun Ultra 27 (Intel Xeon processor), running Open Solaris 06/2009, I
> get the following problem when python is being built.
>
> {{{
> copying build/scripts-2.6/pydoc ->
> /export/home/drkirkby/sage-4.3.rc2/local/bin
> changing mode of /export/home/drkirkby/sage-4.3.rc2/local/bin/2to3 to 755
> changing mode of /export/home/drkirkby/sage-4.3.rc2/local/bin/smtpd.py to
> 755
> changing mode of /export/home/drkirkby/sage-4.3.rc2/local/bin/idle to 755
> changing mode of /export/home/drkirkby/sage-4.3.rc2/local/bin/pydoc to
> 755
> running install_egg_info
> Removing /export/home/drkirkby/sage-4.3.rc2/local/lib/python2.6/lib-
> dynload/Python-2.6.2-py2.6.egg-info
> Writing /export/home/drkirkby/sage-4.3.rc2/local/lib/python2.6/lib-
> dynload/Python-2.6.2-py2.6.egg-info
> if test -f /export/home/drkirkby/sage-4.3.rc2/local/bin/python -o -h
> /export/home/drkirkby/sage-4.3.rc2/local/bin/python; \
> then rm -f /export/home/drkirkby/sage-4.3.rc2/local/bin/python; \
> else true; \
> fi
> (cd /export/home/drkirkby/sage-4.3.rc2/local/bin; ln python2.6 python)
> rm -f /export/home/drkirkby/sage-4.3.rc2/local/bin/python-config
> (cd /export/home/drkirkby/sage-4.3.rc2/local/bin; ln -s python2.6-config
> python-config)
> /usr/bin/ginstall -c -m 644 ./Misc/python.man \
> /export/home/drkirkby/sage-4.3.rc2/local/share/man/man1/python.1
> make[2]: Leaving directory
> `/export/home/drkirkby/sage-4.3.rc2/spkg/build/python-2.6.2.p4/src'
> Sleeping for three seconds before testing python
> Traceback (most recent call last):
> File "<string>", line 1, in <module>
> File "/export/home/drkirkby/sage-4.3.rc2/local/lib/python/hashlib.py",
> line 136, in <module>
> md5 = __get_builtin_constructor('md5')
> File "/export/home/drkirkby/sage-4.3.rc2/local/lib/python/hashlib.py",
> line 63, in __get_builtin_constructor
> import _md5
> ImportError: No module named _md5
>
> real 1m38.244s
> user 1m15.115s
> sys 0m13.132s
> sage: An error occurred while installing python-2.6.2.p4
>
> }}}
>
> I'm not sure if this should be reported upstream or not. Some feedback on
> that might be useful. If so, I will report it to a python bug tracker or
> similar. The issue seems to arrise often enough.
>
> Dave
>
> PS, to even get to this point, I had to delete the following list of
> files, to get around a gnutls issue in #7387.
>
> {{{
> * SAGE_LOCAL/include/gcrypt-module.h
> * SAGE_LOCAL/include/gpg-error.h
> * SAGE_LOCAL/include/gcrypt.h
> * SAGE_LOCAL/lib/libgcrypt*
> * SAGE_LOCAL/lib/libgpg*
> }}}
New description:
I believe William is aware of this bug and said it can be fixed by
installing OpenSSL or similar. But I am unable to find a trac ticket for
it, so I thought I'd open one. It's interesting this issue does not arise
on Solaris 10 (SPARC), despite OpenSSL libraries not being present there
either. This bug seems to come up a lot on linux too, as a Google search
shows.
On a Sun Ultra 27 (Intel Xeon processor), running Open Solaris 06/2009, I
get the following problem when python is being built.
{{{
drkir...@hawk:~/sage-4.3/spkg/installed$ ls
bzip2-1.0.5 libgcrypt-1.4.4.p1 python-2.6.2.p5
cliquer-1.2.p2 libgpg_error-1.6.p3 readline-6.0.p1
conway_polynomials-0.2 libpng-1.2.35.p0 sage_scripts-4.3
dir-0.1 mercurial-1.3.1.p0 scons-1.2.0
eclib-20080310.p8 mpir-1.2.2 sqlite-3.6.19.p0
elliptic_curves-0.1 ntl-5.4.2.p9 termcap-1.3.1.p0
extcode-4.3 opencdk-0.6.6.p3 zlib-1.2.3.p5
gnutls-2.2.1.p5 pari-2.3.3.p5
graphs-20070722.p1 prereq-0.6
}}}
copying build/scripts-2.6/pydoc ->
/export/home/drkirkby/sage-4.3.rc2/local/bin
changing mode of /export/home/drkirkby/sage-4.3.rc2/local/bin/2to3 to 755
changing mode of /export/home/drkirkby/sage-4.3.rc2/local/bin/smtpd.py to
755
changing mode of /export/home/drkirkby/sage-4.3.rc2/local/bin/idle to 755
changing mode of /export/home/drkirkby/sage-4.3.rc2/local/bin/pydoc to 755
running install_egg_info
Removing /export/home/drkirkby/sage-4.3.rc2/local/lib/python2.6/lib-
dynload/Python-2.6.2-py2.6.egg-info
Writing /export/home/drkirkby/sage-4.3.rc2/local/lib/python2.6/lib-
dynload/Python-2.6.2-py2.6.egg-info
if test -f /export/home/drkirkby/sage-4.3.rc2/local/bin/python -o -h
/export/home/drkirkby/sage-4.3.rc2/local/bin/python; \
then rm -f /export/home/drkirkby/sage-4.3.rc2/local/bin/python; \
else true; \
fi
(cd /export/home/drkirkby/sage-4.3.rc2/local/bin; ln python2.6 python)
rm -f /export/home/drkirkby/sage-4.3.rc2/local/bin/python-config
(cd /export/home/drkirkby/sage-4.3.rc2/local/bin; ln -s python2.6-config
python-config)
/usr/bin/ginstall -c -m 644 ./Misc/python.man \
/export/home/drkirkby/sage-4.3.rc2/local/share/man/man1/python.1
make[2]: Leaving directory
`/export/home/drkirkby/sage-4.3.rc2/spkg/build/python-2.6.2.p4/src'
Sleeping for three seconds before testing python
Traceback (most recent call last):
File "<string>", line 1, in <module>
File "/export/home/drkirkby/sage-4.3.rc2/local/lib/python/hashlib.py",
line 136, in <module>
md5 = __get_builtin_constructor('md5')
File "/export/home/drkirkby/sage-4.3.rc2/local/lib/python/hashlib.py",
line 63, in __get_builtin_constructor
import _md5
ImportError: No module named _md5
real 1m38.244s
user 1m15.115s
sys 0m13.132s
sage: An error occurred while installing python-2.6.2.p4
}}}
I'm not sure if this should be reported upstream or not. Some feedback on
that might be useful. If so, I will report it to a python bug tracker or
similar. The issue seems to arrise often enough.
Dave
PS, to even get to this point, I had to delete the following list of
files, to get around a gnutls issue in #7387.
{{{
* SAGE_LOCAL/include/gcrypt-module.h
* SAGE_LOCAL/include/gpg-error.h
* SAGE_LOCAL/include/gcrypt.h
* SAGE_LOCAL/lib/libgcrypt*
* SAGE_LOCAL/lib/libgpg*
}}}
--
Comment(by drkirkby):
That is very odd. I just used OpenSSL's default location, which is
/usr/local/ssl. Python knows to look there. I manged to get the following
all built now in 64-bit mode.
{{{
drkir...@hawk:~/sage-4.3/spkg/installed$ ls
bzip2-1.0.5 libgcrypt-1.4.4.p1 python-2.6.2.p5
cliquer-1.2.p2 libgpg_error-1.6.p3 readline-6.0.p1
conway_polynomials-0.2 libpng-1.2.35.p0 sage_scripts-4.3
dir-0.1 mercurial-1.3.1.p0 scons-1.2.0
eclib-20080310.p8 mpir-1.2.2 sqlite-3.6.19.p0
elliptic_curves-0.1 ntl-5.4.2.p9 termcap-1.3.1.p0
extcode-4.3 opencdk-0.6.6.p3 zlib-1.2.3.p5
gnutls-2.2.1.p5 pari-2.3.3.p5
graphs-20070722.p1 prereq-0.6
}}}
before Flint decided it did not want to play ball, and exited with an
ELFCLASS problem (mixing of 32 and 64-bit objects).
I did something like:
{{{
$ export SAGE64=yes
$ export CFLAGS=-m64
$ export CXFLAGS=-m64
$ export FCFLAGS=-m64
$ export SAGE_FORTRAN_LIB=/usr/local/lib/libgfortran.so
$ make
}}}
I've got several gcc's on here, but just noticed the one which got this
far was '''not''' using the GNU asssembler as I advised, but all Sun
tools. Note the configure option '--with-build-time-tools=/usr/ccs/bin'
Perhaps the GCC bugs are sorted out in 4.4.2 which allow it to work with
the Sun assembler.
{{{
drkir...@hawk:~$ gcc -v
Using built-in specs.
Target: i386-pc-solaris2.11
Configured with: ./configure --with-build-time-tools=/usr/ccs/bin --with-
gmp=/usr/local --with-mpfr=/usr/local
Thread model: posix
gcc version 4.4.2 (GCC)
}}}
--
Ticket URL: <http://trac.sagemath.org/sage_trac/ticket/7761#comment:3>
Sage <http://www.sagemath.org>
Sage: Creating a Viable Open Source Alternative to Magma, Maple, Mathematica,
and MATLAB
--
You received this message because you are subscribed to the Google Groups
"sage-trac" group.
To post to this group, send email to [email protected].
To unsubscribe from this group, send email to
[email protected].
For more options, visit this group at
http://groups.google.com/group/sage-trac?hl=en.
