On Sun, Jun 14, 2009 at 4:11 PM, Dr. David
Kirkby<david.kir...@onetel.net> wrote:
>
> William Stein wrote:
>> On Sun, Jun 14, 2009 at 9:53 AM, Dr. David
>> Kirkby<david.kir...@onetel.net> wrote:
>>> In the process of building Sage on t2, I noticed another failure, which
>>> I'm somewhat surprised has not been seen on all platforms. I've
>>> submitted this as ticket 6278, where more information is provided than
>>> here.
>>>
>>> Essentially the following packages are now installed on my attempts at
>>> building Sage with Solaris using gcc 4.4.0
>>>
>>> atlas-3.8.3.p2 (needed hack suggested by ATLAS developer)
>>> bzip2-1.0.5
>>> conway_polynomials-0.2
>>> dir-0.1
>>> eclib-20080310.p7
>>> elliptic_curves-0.1
>>> extcode-4.0.1.alpha0
>>> flint-1.2.4.p3
>>> fortran-20071120.p5
>>> freetype-2.3.5.p0
>>> gd-2.0.35.p1
>>> gdmodule-0.56.p5
>>> givaro-3.2.13rc2
>>> gnutls-2.2.1.p1
>>> graphs-20070722
>>> gsl-1.10.p1
>>> iml-1.0.1.p11
>>> ipython-0.9.1
>>> lapack-20071123.p0
>>> libgcrypt-1.4.3.p0
>>> libgpg_error-1.6.p0
>>> libpng-1.2.35
>>> mpir-1.2.p0
>>> ntl-5.4.2.p7
>>> opencdk-0.6.6
>>> pari-2.3.3.p0
>>> prereq-0.3
>>> python-2.5.4.p1
>>> readline-5.2.p6
>>> sage_scripts-4.0.1.alpha0
>>> sqlite-3.5.3.p3 (needed the patch I posted on trac #6266)
>>> termcap-1.3.1.p0
>>> zlib-1.2.3.p4
>>>
>>> Note blas is not in that list. But linbox is trying to build, which
>>> claims to need blas
>>>
>>>
>>> Here linbox tries to build.
>>
>>
>> Try to build the blas spkg explicitly by typing (from SAGE_ROOT)
>>
>> ./sage -f spkg/standard/blas-20070724.spkg
>>
>> If this works (it very likely will),
>
> It did
>
>> then try building linbox again.
>> If linbox works, then
>> the problem you just reported can be solved by editing
>> spkg/standard/deps and adding BLAS as a dependency for LINBOX (in that
>> makefile).
>>
>> That said, I'm concerned that maybe ATLAS wasn't correctly installed.
>> But let's wait for you to do the above test before jumping to any
>> conclusions.
>>
>>  -- William
>
> However, linbox still complained.
>
> I looked for files whose name had 'atlas' in them, and found the
> libraries (libatlas.a and libatlas.so) both present, in addition to
> various header files. The sizes of the libraries are about 25% larger
> than what I built on my Blade 2000 with the older compiler, but that
> does not surprise me. If there were drastic differences in size, I would
> suspect something was wrong with them.
>
> On your 't2'
>
> -rw-r--r--   1 kirkby   1093     7404982 Jun 13 23:48 local/lib/libatlas.a
> -rw-r--r--   1 kirkby   1093     4800337 Jun 13 23:48 local/lib/libatlas.so
>
> On my Blade 2000
>
> -rw-r--r-- 1 drkirkby other 6299904 Jun  2 10:03 local/lib/libatlas.a
> -rw-r--r-- 1 drkirkby other 3618769 Jun  2 10:03 local/lib/libatlas.so
>
> This is a list of files I have with 'atlas' in their names on 't2'. Do
> these look ok to you?
>
> kir...@t2:[~/sage-4.0.1.alpha0] $ find . -name '*atlas*'
> ./local/include/atlas
> ./local/include/atlas/atlas_sNCmm.h
> ./local/include/atlas/atlas_zmvS.h
> ./local/include/atlas/atlas_dmvT.h
> ./local/include/atlas/atlas_zr1.h
> ./local/include/atlas/atlas_cmvS.h
> ./local/include/atlas/atlas_sr1.h
> ./local/include/atlas/atlas_smv.h
> ./local/include/atlas/atlas_zmv.h
> ./local/include/atlas/atlas_smvN.h
> ./local/include/atlas/atlas_zdNKB.h
> ./local/include/atlas/atlas_dtrsmXover.h
> ./local/include/atlas/atlas_cacheedge.h
> ./local/include/atlas/atlas_trsmNB.h
> ./local/include/atlas/atlas_smvS.h
> ./local/include/atlas/atlas_cmvN.h
> ./local/include/atlas/atlas_ctrsmXover.h
> ./local/include/atlas/atlas_dNCmm.h
> ./local/include/atlas/atlas_zmvN.h
> ./local/include/atlas/atlas_dsysinfo.h
> ./local/include/atlas/atlas_zsysinfo.h
> ./local/include/atlas/atlas_dmv.h
> ./local/include/atlas/atlas_cmv.h
> ./local/include/atlas/atlas_strsmXover.h
> ./local/include/atlas/atlas_type.h
> ./local/include/atlas/atlas_cNCmm.h
> ./local/include/atlas/atlas_cmvT.h
> ./local/include/atlas/atlas_zNCmm.h
> ./local/include/atlas/atlas_csysinfo.h
> ./local/include/atlas/atlas_dmvS.h
> ./local/include/atlas/atlas_cr1.h
> ./local/include/atlas/atlas_dr1.h
> ./local/include/atlas/atlas_buildinfo.h
> ./local/include/atlas/atlas_zmvT.h
> ./local/include/atlas/atlas_ztrsmXover.h
> ./local/include/atlas/atlas_dmvN.h
> ./local/include/atlas/atlas_csNKB.h
> ./local/include/atlas/atlas_smvT.h
> ./local/include/atlas/atlas_ssysinfo.h
> ./local/lib/libatlas.a
> ./local/lib/libatlas.so
> ./spkg/installed/atlas-3.8.3.p2
> ./spkg/build/atlas-3.8.3.p2
> ./spkg/build/linbox-1.1.6/src/macros/atlas-check.m4
> ./spkg/standard/atlas-3.8.3.p2.spkg.orig
> ./spkg/standard/atlas-3.8.3.p2.spkg
>
>
> It suggests to me that it might be a problem with linbox rather than atlas.
>
>
> I'll look at this later. At the minute, the weather here is nice, my
> wife wants me to do some jobs in the garden, so this will have to wait
> until later.

Next week is Sage Days 16 and the Linbox lead developer (=person who
can actually fix most Linbox build problems) will be here.  We can
look at this problem.    I've cc'd him.

William

--~--~---------~--~----~------------~-------~--~----~
To post to this group, send email to sage-devel@googlegroups.com
To unsubscribe from this group, send email to 
sage-devel-unsubscr...@googlegroups.com
For more options, visit this group at http://groups.google.com/group/sage-devel
URLs: http://www.sagemath.org
-~----------~----~----~----~------~----~------~--~---

Reply via email to