2012/4/26 Jerry James <loganjerry(a)gmail.com>:
> Jerry, do you think it is reasonably to downngrade and use
> linbox 1.1.6? Patching should be possible, but not much
> trivial, quick guess would be to use mpz interfaces for the
> apparently now deprecated or available elsewhere or other
> interfaces, integer matrix operations.
Linbox was updated from 1.1.6 to 1.1.7 before I became involved with
it. Judging by the changelog, though, the problem is that 1.1.6
failed to build due to requiring an old version of givaro and 1.1.7
fixed the build problem: I became involved when the same problem
occurred; givaro was updated, and then linbox 1.1.7 failed to build.
I contacted upstream about the problem, and they suggested moving to
linbox 1.2.1, which did solve it. The move to linbox 1.2.2 was
coordinated with another new release of givaro.
In short, moving backwards in linbox versions will require also moving
backwards in givaro versions.
Hmmm, that puts us in a difficult position. Fedora is all about
on the cutting edge, so moving backwards in versions is ... painful.
What might be reasonable is to make new packages, linbox11 and
givaro32, containing linbox 1.1.6 and givaro 3.2.15, respectively, for
the use of sage. That way we can keep the newer versions around for
anybody who might be using them, but still support sage. What do you
Packaging linbox 1.1.6 may be an alternative, but proper approach
should be to get both components to work together. I just attached
two patches to http://trac.sagemath.org/sage_trac/ticket/12883
The sagemath side patch is
and the patch for linbox 1.2.2, that would need to be applied to
Fedora linbox package is:
As I stated in the trac, these are not final patches, just a call for
feedback, as, while they most likely are correct, I did only test
that it builds and makes both sides agree on api/abi.
Now my fedora sagemath package is stuck in lcalc :-)
gcc -pthread -fno-strict-aliasing -O2 -g -pipe -Wall
-Wp,-D_FORTIFY_SOURCE=2 -fexceptions -fstack-protector
--param=ssp-buffer-size=4 -m64 -mtune=generic -D_GNU_SOURCE -fPIC
-fwrapv -DNDEBUG -O2 -g -pipe -Wall -Wp,-D_FORTIFY_SOURCE=2
-fexceptions -fstack-protector --param=ssp-buffer-size=4 -m64
-mtune=generic -D_GNU_SOURCE -fPIC -fwrapv -fPIC
-I/usr/include/python2.7 -c sage/libs/lcalc/lcalc_Lfunction.cpp -o
In file included from sage/libs/lcalc/lcalc_Lfunction.cpp:242:0:
sage/libs/lcalc/lcalc_sage.h:1:15: fatal error: L.h: No such file or directory