Libgcrypt is a package which has some assembly code routines. An option to the 
configure script

--disable-asm

will disable the use of assembly code.

This is known to be necessary on OS X. I've also found it is essential on 
Solaris SPARC in 64-bit mode. I've now found it is sometimes necessary on 
Solaris x86.

I've created an updated package

http://sage.math.washington.edu/home/kirkby/Solaris-fixes/libgcrypt-1.4.4.p1/

which addresses all the issues I know of.

Assembler code is disabled on:

     * OS X (both 32 and 64-bit)
     * Solaris x86 (both 32 and 64-bit)
     * Solaris SPARC (32-bit only)
     * IRIX (as a precaution, as untested)
     * AIX (as a precaution, as untested)
     * Tru64 (as a precaution, as untested)

Assembly code is enabled on:

     * Linux
     * Solaris SPARC (32-bit only)
     * HP-UX
     * Anything else, not mentioned above. This would include Cygwin.

The updated package has been tested on

     * sage.math
     * bsd.math
     * Sun Ultra 27, Intel Xeon processor, running OpenSolaris (x86)
     * Sun Blade 2000, SPARC processor in 32-bit mode.
     * Sun Blade 2000, SPARC processor in 64-bit mode. The code does not build 
fully on 64-bit SPARC, as there is a mix of 32 and 64-bit object files 
generated. That is an issue to be resolved at a later date.
     * HP C3600 running HP-UX 11.11. The libgcrypt code builds fully on HP-UX.


Unfortunately, the spkg-install is a bit complex, as it has tests for numerous 
operating systems, 32 and 64-bit modes, SPARC and x86 on Solaris ...etc.

Any takers to review?

http://trac.sagemath.org/sage_trac/ticket/7373

Dave




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

Reply via email to