#6750: [with spkg, needs review] New version of optional Group Cohomology spkg
-------------------------------+--------------------------------------------
Reporter: SimonKing | Owner: SimonKing
Type: enhancement | Status: assigned
Priority: major | Milestone:
Component: optional packages | Keywords: cohomology ring p-group
Reviewer: | Author: Simon King
Merged: |
-------------------------------+--------------------------------------------
Comment(by SimonKing):
Replying to [comment:14 jhpalmieri]:
...
> Second, it doesn't seem to install on my Intel Mac running 10.5, either
32-bit or 64-bit. I get this error:
> {{{
> ar rv
/Applications/sage_builds/sage-4.1.1-binary/spkg/build/p_group_cohomology-1.1/src/lib/libmtx.a
os.o
> ar rv
/Applications/sage_builds/sage-4.1.1-binary/spkg/build/p_group_cohomology-1.1/src/lib/libmtx.a
profile.o
> ar:
/Applications/sage_builds/sage-4.1.1-binary/spkg/build/p_group_cohomology-1.1/src/lib/libmtx.a:
Resource temporarily unavailable
> make[2]: ***
[/Applications/sage_builds/sage-4.1.1-binary/spkg/build/p_group_cohomology-1.1/src/lib/libmtx.a(profile.o)]
Error 1
> make[2]: *** Waiting for unfinished jobs....
> a - os.o
> rm -f os.o
> make[1]: *** [all] Error 2
> make: *** [all] Error 2
> Error building pGroupCohomology.
> }}}
Two things might be worth mentioning:
1. If I am not mistaken, C-MeatAxe still does not explicitly mention
support for OS X. So, it is perhaps not a surprise that OS X isn't easy
here.
2. Six months ago, it was a problem to build David Green's C-routines when
linked against an optimized libmtx.a (i.e., using -O3). Therefore, I build
libmtx.a twice: First with -O1, then I build David Green's programs, then
I build libmtx.a again with a potentially higher optimization, and then I
link my Cython code against the optimized libmtx.a.
Could "2." be the reason for the problem that you met?
I just tested that at least on my new machine (Intel Core Duo, openSuse
11.0) this nastiness is actually not needed, even when building with -O3.
So, I suggest the following:
* Search both SAGE_ROOT/spkg/optional and SAGE_ROOT/spkg/installed for
database_gap.
* Try using -O3 straight away.
But I think in this case, a thorough build test is needed, similar to what
William has done with the first version of the spkg.
--
Ticket URL: <http://trac.sagemath.org/sage_trac/ticket/6750#comment:17>
Sage <http://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
-~----------~----~----~----~------~----~------~--~---
