[sage-devel] Re: Inherit Method but keep Documentation?

2020-03-19 Thread Simon King 
Hi!

On 2020-03-19, John H Palmieri  wrote:
> What about
>
> my_method = Mother.my_method
> my_method.__doc__ = "new docstring"
>
>
> Does that do what you want?

Probably not. Wouldn't that be the same as
   Mother.my_method.__doc__ = "new docstring"
?

Best regards,
Simon

-- 
You received this message because you are subscribed to the Google Groups 
"sage-devel" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to sage-devel+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/sage-devel/r4v82j%241d2%241%40ciao.gmane.io.

Re: [sage-devel] Re: Inherit Method but keep Documentation?

2020-03-19 Thread Michael Orlitzky 
On 3/19/20 3:47 AM, Simon King wrote:
> 
> Probably not. Wouldn't that be the same as
>Mother.my_method.__doc__ = "new docstring"
> ?
> 

Yeah, that's what I tried, and it overwrites the parent method's docstring.

-- 
You received this message because you are subscribed to the Google Groups 
"sage-devel" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to sage-devel+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/sage-devel/7a9b5953-64d9-0127-81ab-dc536766d5a8%40orlitzky.com.

[sage-devel] An issue related to the construction of elliptic curves over tower extension fields

2020-03-19 Thread Aleksandr Lenin 


The issue was observed when constructing an elliptic curve over an extension 
field, that is itself an extension of another finite field. The resulting 
elliptic curve is a general elliptic curve that has no .cardinality() method, 
while the expected type would be an elliptic curve over a finite field.

In the following examples, an elliptic curve defined by y^2 = x^3 + 1 is 
constructed over a finite field which is a 6-th degree extension of a 2-nd 
degree extension of F_11. More specifically, the field is 
(F_11[X]/(x^2+1))[Y]/(y^6 + (x+3)).

The following code demonstrates the issue:

F = GF(11)
R. = PolynomialRing(F,'x')
F1. = F.extension(x^2^1,'x')
S. = PolynomialRing(F1,'y')
F2 = F1.extension(y^6 + (x+3),'y')

E = EllipticCurve(F2,[0,1])
E.cardinality()

The error message is:

AttributeError: 'EllipticCurve_generic_with_category' object has no
attribute 'cardinality'



Another example resulting in a construction of a generic elliptic curve:

F = GF(11)
R. = PolynomialRing(F,'x')
F1. = F.extension(x^2^1,'x')
S. = PolynomialRing(F1,'y')
F2 = F1.extension(y^6 + (x+3),'y')

E = EllipticCurve(F,[0,1])
E = E.base_extend(F1)
E = E.base_extend(F2)
E.cardinality()

AttributeError: 'EllipticCurve_generic_with_category' object has no
attribute 'cardinality'

I copy John Cremona's analysis of what's possibly happening, following our 
discussion in PARI/GP user's mailing list, together with two examples provided 
by him. The first example results in a generic elliptic curve, while the second 
example constructs a proper elliptic curve over a finite field.

The way you have constructed the field extensions has somehow bypassed Sage's 
normal way to construct field 
extensions, with the result that the final object E in your code has the wrong 
type (it should be EllipticCurve_finite_field or similar).  There is no 
cardinality method for such a generic elliptic curve type.  If it
 had the right type it would find the cardinality easily, by recognising that 
the j-invariant was in the prime field, doing a point count there (or in this 
case seeing that j=0 and using the appropriate formula) and then determining 
the carinality over the extension field using a standard formula.


With apologies to pari people for more Sage code:

sage: F = GF(11)
sage: x = polygen(F)
sage: F1. = F.extension(x^2+1)
sage: y = polygen(F1)
sage: F2. = F1.extension(y^6+a+3)
sage: F, F1, F2
(Finite Field of size 11,
 Finite Field in a of size 11^2,
 Univariate Quotient Polynomial Ring in b over Finite Field in a of size 
11^2 with modulus b^6 + a + 3)
sage: E = EllipticCurve(F,[0,1])
sage: E1 = E.change_ring(F1)
sage: E2 = E.change_ring(F2)
sage: E.cardinality()
12
 sage: E1.cardinality()
14
sage: E2.cardinality()
(error message as in your post)

If instead you construct F2 by giving just its degree over F1 and not a 
specific polynomial, all is well:
sage: F2 = F1.extension(6)
sage: F2
Finite Field in z12 of size 11^12
sage: E2 = E.change_ring(F2)
sage: E2.cardinality()
3138424833600

but the polynomial is not the one you wanted:

sage: F2.gen().minpoly()
x^12 + x^8 + x^7 + 4*x^6 + 2*x^5 + 5*x^4 + 5*x^3 + 6*x^2 + 5*x + 2


-- 
You received this message because you are subscribed to the Google Groups 
"sage-devel" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to sage-devel+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/sage-devel/83aba583-60ad-4736-94dd-ff7fd63cccb3%40googlegroups.com.

[sage-devel] Re: Inherit Method but keep Documentation?

2020-03-19 Thread Simon King 
Hi Michael,

perhaps the code in src/sage/docs/instancedoc.pyx is helpful for you?

I see several problems:
1. It is possible to override the __doc__ of an anbound method, but this
would override the __doc__ also in the parent class:

  sage: class A:
  : def my_method(self):
  : "Some doc"
  : pass
  : 
  sage: class B(A): pass
  sage: B.my_method.__doc__ = "Some other doc"
  sage: A.my_method.__doc__
  'Some other doc'

2. It is impossible (without Cython, at least) to override the __doc__
of a bound method:

  sage: a = A()
  sage: a.my_method.__doc__ = "Some more doc"
  ...
  AttributeError: attribute '__doc__' of 'method' objects is not writable

3. I thought a potential solution would be to create a subclass
FlexibleDocMethodType of types.MethodType that uses the instancedoc
decorator, say by accessing some attribute of the_method.__self__ that
holds the new doc. "Usual" methods would then (via some decorator) be
replaced by instances of FlexibleDocMethodType. But unfortunately it
seems that types.MethodTypes cannot be subclassed:

  sage: from types import MethodType
  sage: class FlexibleDocMethodType(MethodType):
  : pass
  : 
  ...
  TypeError: type 'method' is not an acceptable base type

Best regards,
Simon

On 2020-03-18, Michael Jung  wrote:
> Dear developers,
> to reduce redundancies in the SageManifolds code, we plan to inherit most 
> methods and classes from a (mathematically) more general setup. 
> Still, the current documentation is mandatory. Is it possible to establish 
> new documentations for inherited methods?
>
> An example:
>
> class Mother(SageObject):
> def my_method(self):
> r"""
> Some Documentation.
> 
> return 'Bam!'
>
> class Daughter(Mother):
> pass
>
> For the class "Daughter", the method "my_method" shall have a separate 
> self-containing documentation.
>
> Best regards
> Michael
>

-- 
You received this message because you are subscribed to the Google Groups 
"sage-devel" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to sage-devel+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/sage-devel/r4vsbf%243tql%241%40ciao.gmane.io.

[sage-devel] archlinux: some system package not recognized

2020-03-19 Thread Vincent Delecroix 

Dear all,

Thanks to hard work it is now possible to use some package from
the system! That is great! But on my archlinux computer that also
has sage installed from the package manager the following
packages are still detected has "to be installed"

* eclib-20190909
* givaro-4.1.1
* lcalc-1.23.p19
* pari-2.11.2
* pari_galdata-20080411.p0
* pari_seadata_small-20090618.p0

The relevant package in archlinux I have are

* community/eclib 20190909-8
* community/givaro 4.1.1-1
* community/lcalc 1.23-19
* community/pari 2.11.3-2
* community/pari-galdata 20080411-2
* community/pari-seadata-small 20090618-2

Should I suspect that something is wrong with the Sage
configure scripts? Or that something is wrong with the packages
from archlinux?

Best
Vincent

--
You received this message because you are subscribed to the Google Groups 
"sage-devel" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to sage-devel+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/sage-devel/cf0beae7-c81f-3aed-76be-7cf5ad7c6201%40gmail.com.

[sage-devel] Re: archlinux: some system package not recognized

2020-03-19 Thread Matthias Koeppe 
On Thursday, March 19, 2020 at 9:52:46 AM UTC-4, vdelecroix wrote:
>
> Thanks to hard work it is now possible to use some package from 
> the system! That is great! But on my archlinux computer that also 
> has sage installed from the package manager the following 
> packages are still detected has "to be installed" 
>
> * eclib-20190909 
> * givaro-4.1.1 
> * lcalc-1.23.p19 
> * pari-2.11.2 
> * pari_galdata-20080411.p0 
> * pari_seadata_small-20090618.p0 
>
> The relevant package in archlinux I have are 
>
> * community/eclib 20190909-8 
> * community/givaro 4.1.1-1 
> * community/lcalc 1.23-19 
> * community/pari 2.11.3-2 
> * community/pari-galdata 20080411-2 
> * community/pari-seadata-small 20090618-2 
>
>
Yes, I also see this at the archlinux-latest-standard run at 
https://github.com/mkoeppe/sage/runs/518106289:

configure: notice: the following SPKGs did not find equivalent system 
packages: arb cbc cliquer cmake eclib ecm flint fplll git givaro gp2c isl 
lcalc libatomic_ops libsemigroups mpfi ninja_build ntl pari pari_elldata 
pari_galdata pari_galpol pari_nftables pari_seadata pari_seadata_small 
perl_term_readline_gnu yasm zeromq

 

> Should I suspect that something is wrong with the Sage 
> configure scripts? Or that something is wrong with the packages 
> from archlinux? 
>

Probably a combination of both. Help with archlinux would be appreciated!


-- 
You received this message because you are subscribed to the Google Groups 
"sage-devel" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to sage-devel+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/sage-devel/0e4e5bd1-b4bd-4e8a-93e1-4e0096acaa29%40googlegroups.com.

Re: [sage-devel] archlinux: some system package not recognized

2020-03-19 Thread Dima Pasechnik 
Please post config.log
(and the output of ./configure too, please)

On Thu, Mar 19, 2020 at 9:52 PM Vincent Delecroix
<20100.delecr...@gmail.com> wrote:
>
> Dear all,
>
> Thanks to hard work it is now possible to use some package from
> the system! That is great! But on my archlinux computer that also
> has sage installed from the package manager the following
> packages are still detected has "to be installed"
>
> * eclib-20190909
> * givaro-4.1.1
> * lcalc-1.23.p19
> * pari-2.11.2
> * pari_galdata-20080411.p0
> * pari_seadata_small-20090618.p0
>
> The relevant package in archlinux I have are
>
> * community/eclib 20190909-8
> * community/givaro 4.1.1-1
> * community/lcalc 1.23-19
> * community/pari 2.11.3-2
> * community/pari-galdata 20080411-2
> * community/pari-seadata-small 20090618-2
>
> Should I suspect that something is wrong with the Sage
> configure scripts? Or that something is wrong with the packages
> from archlinux?
>
> Best
> Vincent
>
> --
> You received this message because you are subscribed to the Google Groups 
> "sage-devel" group.
> To unsubscribe from this group and stop receiving emails from it, send an 
> email to sage-devel+unsubscr...@googlegroups.com.
> To view this discussion on the web visit 
> https://groups.google.com/d/msgid/sage-devel/cf0beae7-c81f-3aed-76be-7cf5ad7c6201%40gmail.com.

-- 
You received this message because you are subscribed to the Google Groups 
"sage-devel" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to sage-devel+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/sage-devel/CAAWYfq2hXcqy4-3J-SQ%2BxOK1vp18Aq2LWT1L687h9eNd6Q63Kg%40mail.gmail.com.

[sage-devel] Re: archlinux: some system package not recognized

2020-03-19 Thread Antonio Rojas 

El jueves, 19 de marzo de 2020, 14:52:46 (UTC+1), vdelecroix escribió:
>
> Dear all, 
>
> Thanks to hard work it is now possible to use some package from 
> the system! That is great! But on my archlinux computer that also 
> has sage installed from the package manager the following 
> packages are still detected has "to be installed" 
>
> * eclib-20190909 
> * givaro-4.1.1 
> * lcalc-1.23.p19 
> * pari-2.11.2 
> * pari_galdata-20080411.p0 
> * pari_seadata_small-20090618.p0 
>
> The relevant package in archlinux I have are 
>
> * community/eclib 20190909-8 
> * community/givaro 4.1.1-1 
> * community/lcalc 1.23-19 
> * community/pari 2.11.3-2 
> * community/pari-galdata 20080411-2 
> * community/pari-seadata-small 20090618-2 
>
> Should I suspect that something is wrong with the Sage 
> configure scripts? Or that something is wrong with the packages 
> from archlinux? 
>
> Best 
> Vincent 
>

The pari spkg-configure also checks for galpol, elldata and (big) seadata. 
You need to have these installed for Sage to use the system package. 

-- 
You received this message because you are subscribed to the Google Groups 
"sage-devel" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to sage-devel+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/sage-devel/16182faa-4aed-4a81-b2de-60fe7e6cfd2b%40googlegroups.com.

Re: [sage-devel] Re: archlinux: some system package not recognized

2020-03-19 Thread Dima Pasechnik 
On Thu, Mar 19, 2020 at 10:32 PM Antonio Rojas  wrote:
>
>
> El jueves, 19 de marzo de 2020, 14:52:46 (UTC+1), vdelecroix escribió:
>>
>> Dear all,
>>
>> Thanks to hard work it is now possible to use some package from
>> the system! That is great! But on my archlinux computer that also
>> has sage installed from the package manager the following
>> packages are still detected has "to be installed"
>>
>> * eclib-20190909
>> * givaro-4.1.1
>> * lcalc-1.23.p19
>> * pari-2.11.2
>> * pari_galdata-20080411.p0
>> * pari_seadata_small-20090618.p0
>>
>> The relevant package in archlinux I have are
>>
>> * community/eclib 20190909-8
>> * community/givaro 4.1.1-1
>> * community/lcalc 1.23-19
>> * community/pari 2.11.3-2
>> * community/pari-galdata 20080411-2
>> * community/pari-seadata-small 20090618-2
>>
>> Should I suspect that something is wrong with the Sage
>> configure scripts? Or that something is wrong with the packages
>> from archlinux?
>>
>> Best
>> Vincent
>
>
> The pari spkg-configure also checks for galpol, elldata and (big) seadata. 
> You need to have these installed for Sage to use the system package.

the reason for this is that at the moment we don't support mixing up
system-wide Pari packages with Pari packages from Sage (my imperession
is that it's simply not possible - for this you'd need user
customisation of the defaut datadir location - but I might well be wrong here)

Thus, an incomplete - in sense that the mapping of them onto the
Sage's Pari packages (standard and optional) is not surjective - set
of system Pari packages triggers installation of Sage's Pari.

HTH
Dima



>
> --
> You received this message because you are subscribed to the Google Groups 
> "sage-devel" group.
> To unsubscribe from this group and stop receiving emails from it, send an 
> email to sage-devel+unsubscr...@googlegroups.com.
> To view this discussion on the web visit 
> https://groups.google.com/d/msgid/sage-devel/16182faa-4aed-4a81-b2de-60fe7e6cfd2b%40googlegroups.com.

-- 
You received this message because you are subscribed to the Google Groups 
"sage-devel" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to sage-devel+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/sage-devel/CAAWYfq00E_Lpf81Ox_oiKVTkE%2Bkb-w4OJCj1DOA%2BfeKeJYZJ6g%40mail.gmail.com.

Re: [sage-devel] archlinux: some system package not recognized

2020-03-19 Thread Vincent Delecroix 

config.log is

https://trac.sagemath.org/raw-attachment/ticket/29366/config.log

Le 19/03/2020 à 15:28, Dima Pasechnik a écrit :

Please post config.log
(and the output of ./configure too, please)

On Thu, Mar 19, 2020 at 9:52 PM Vincent Delecroix
<20100.delecr...@gmail.com> wrote:


Dear all,

Thanks to hard work it is now possible to use some package from
the system! That is great! But on my archlinux computer that also
has sage installed from the package manager the following
packages are still detected has "to be installed"

* eclib-20190909
* givaro-4.1.1
* lcalc-1.23.p19
* pari-2.11.2
* pari_galdata-20080411.p0
* pari_seadata_small-20090618.p0

The relevant package in archlinux I have are

* community/eclib 20190909-8
* community/givaro 4.1.1-1
* community/lcalc 1.23-19
* community/pari 2.11.3-2
* community/pari-galdata 20080411-2
* community/pari-seadata-small 20090618-2

Should I suspect that something is wrong with the Sage
configure scripts? Or that something is wrong with the packages
from archlinux?

Best
Vincent

--
You received this message because you are subscribed to the Google Groups 
"sage-devel" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to sage-devel+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/sage-devel/cf0beae7-c81f-3aed-76be-7cf5ad7c6201%40gmail.com.




--
You received this message because you are subscribed to the Google Groups 
"sage-devel" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to sage-devel+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/sage-devel/a7256364-3c53-09ca-669d-95e3f81ce05e%40gmail.com.

Re: [sage-devel] An issue related to the construction of elliptic curves over tower extension fields

2020-03-19 Thread David Roe 
I have been working on https://trac.sagemath.org/ticket/28485, which I
think should solve this issue.  I've gotten distracted by other projects,
but will try to get back to it.

The idea is to use the infrastructure introduced in #21413 (merged in an
early sage-9.1 beta) to create relative extensions.  But, as you point out,
you still need to make the objects finite fields, and that's where work
remains to be done.
David



On Thu, Mar 19, 2020 at 9:33 AM Aleksandr Lenin 
wrote:

> The issue was observed when constructing an elliptic curve over an extension 
> field, that is itself an extension of another finite field. The resulting 
> elliptic curve is a general elliptic curve that has no .cardinality() method, 
> while the expected type would be an elliptic curve over a finite field.
>
> In the following examples, an elliptic curve defined by y^2 = x^3 + 1 is 
> constructed over a finite field which is a 6-th degree extension of a 2-nd 
> degree extension of F_11. More specifically, the field is 
> (F_11[X]/(x^2+1))[Y]/(y^6 + (x+3)).
>
> The following code demonstrates the issue:
>
> F = GF(11)
> R. = PolynomialRing(F,'x')
> F1. = F.extension(x^2^1,'x')
> S. = PolynomialRing(F1,'y')
> F2 = F1.extension(y^6 + (x+3),'y')
>
> E = EllipticCurve(F2,[0,1])
> E.cardinality()
>
> The error message is:
>
> AttributeError: 'EllipticCurve_generic_with_category' object has no
> attribute 'cardinality'
>
>
>
> Another example resulting in a construction of a generic elliptic curve:
>
> F = GF(11)
> R. = PolynomialRing(F,'x')
> F1. = F.extension(x^2^1,'x')
> S. = PolynomialRing(F1,'y')
> F2 = F1.extension(y^6 + (x+3),'y')
>
> E = EllipticCurve(F,[0,1])
> E = E.base_extend(F1)
> E = E.base_extend(F2)
> E.cardinality()
>
> AttributeError: 'EllipticCurve_generic_with_category' object has no
> attribute 'cardinality'
>
> I copy John Cremona's analysis of what's possibly happening, following our 
> discussion in PARI/GP user's mailing list, together with two examples 
> provided by him. The first example results in a generic elliptic curve, while 
> the second example constructs a proper elliptic curve over a finite field.
>
> The way you have constructed the field extensions has somehow bypassed Sage's 
> normal way to construct field
> extensions, with the result that the final object E in your code has the 
> wrong type (it should be EllipticCurve_finite_field or similar).  There is no 
> cardinality method for such a generic elliptic curve type.  If it
>  had the right type it would find the cardinality easily, by recognising that 
> the j-invariant was in the prime field, doing a point count there (or in this 
> case seeing that j=0 and using the appropriate formula) and then determining 
> the carinality over the extension field using a standard formula.
>
>
> With apologies to pari people for more Sage code:
>
> sage: F = GF(11)
> sage: x = polygen(F)
> sage: F1. = F.extension(x^2+1)
> sage: y = polygen(F1)
> sage: F2. = F1.extension(y^6+a+3)
> sage: F, F1, F2
> (Finite Field of size 11,
>  Finite Field in a of size 11^2,
>  Univariate Quotient Polynomial Ring in b over Finite Field in a of size
> 11^2 with modulus b^6 + a + 3)
> sage: E = EllipticCurve(F,[0,1])
> sage: E1 = E.change_ring(F1)
> sage: E2 = E.change_ring(F2)
> sage: E.cardinality()
> 12
>  sage: E1.cardinality()
> 14
> sage: E2.cardinality()
> (error message as in your post)
>
> If instead you construct F2 by giving just its degree over F1 and not a
> specific polynomial, all is well:
> sage: F2 = F1.extension(6)
> sage: F2
> Finite Field in z12 of size 11^12
> sage: E2 = E.change_ring(F2)
> sage: E2.cardinality()
> 3138424833600
>
> but the polynomial is not the one you wanted:
>
> sage: F2.gen().minpoly()
> x^12 + x^8 + x^7 + 4*x^6 + 2*x^5 + 5*x^4 + 5*x^3 + 6*x^2 + 5*x + 2
>
>
> --
> You received this message because you are subscribed to the Google Groups
> "sage-devel" group.
> To unsubscribe from this group and stop receiving emails from it, send an
> email to sage-devel+unsubscr...@googlegroups.com.
> To view this discussion on the web visit
> https://groups.google.com/d/msgid/sage-devel/83aba583-60ad-4736-94dd-ff7fd63cccb3%40googlegroups.com
> 
> .
>

-- 
You received this message because you are subscribed to the Google Groups 
"sage-devel" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to sage-devel+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/sage-devel/CAChs6_mq1YROzNVoA7cVG4BAF7HQ-E7odzfUJoR-M7YoHjU2XQ%40mail.gmail.com.

[sage-devel] Re: Inherit Method but keep Documentation?

2020-03-19 Thread Nils Bruin 
There is a way of "copying" a function object, so that you can change the 
documentation on it.
You should just not do it because it's horribly hacky.

def f(a):
"doc of f"
return 0

import types
g=types.FunctionType(f.__code__,f.__globals__)
g.__doc__="doc of g"

g.__doc__
f.__doc__

I think the original doc is actually stored on the __code__ object, so you 
could also copy that and change the docstring there, but the override on 
functions seems to work OK. types.CodeType could be employed for that 
probably.

-- 
You received this message because you are subscribed to the Google Groups 
"sage-devel" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to sage-devel+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/sage-devel/02e38cf6-4439-491b-a12c-ef4aa14bbc0c%40googlegroups.com.

Re: [sage-devel] Re: Error Building on Slackware 14.2

2020-03-19 Thread Matthias Koeppe 
Thanks. I have recreated a similar configuration (slackware-14.2-standard - 
https://trac.sagemath.org/ticket/29354), but cannot seem to reproduce the 
error. iml installs correctly for me. 

Looking at your log files, these lines look rather suspicious:

/usr/lib64/gcc/x86_64-slackware-linux/5.5.0/../../../../x86_64-slackware-linux/bin/ld:
 skipping incompatible ///usr/lib/libm.so when searching for -lm
/usr/lib64/gcc/x86_64-slackware-linux/5.5.0/../../../../x86_64-slackware-linux/bin/ld:
 skipping incompatible ///usr/lib/libm.a when searching for -lm
/usr/lib/libgmp.so: error adding symbols: File in wrong format


Did you install libraries for cross compilation to other architecture 
(including 32bit) by any chance?

It would be worth checking when reinstalling the slackware "gmp" package 
fixes this problem.



On Wednesday, March 18, 2020 at 4:16:59 PM UTC-4, Christopher Duston wrote:
>
> I ran those two commands, and piped the output to a file, attached here.
>
> Thanks.
>
> On Tue, Mar 17, 2020 at 5:53 PM Matthias Koeppe  > wrote:
>
>> On Tuesday, March 17, 2020 at 3:56:49 PM UTC-4, Christopher Duston wrote:
>>>
>>> I've got an error when compiling SageMath 9.0 from source on a Slackware 
>>> 14.2 machine.
>>>
>>
>> I have set up a test environment for Slackware (tox -e 
>> docker-slackware-14.2) at https://trac.sagemath.org/ticket/29354 
>>
>> -- 
>> You received this message because you are subscribed to a topic in the 
>> Google Groups "sage-devel" group.
>> To unsubscribe from this topic, visit 
>> https://groups.google.com/d/topic/sage-devel/WshDn3e_l3k/unsubscribe.
>> To unsubscribe from this group and all its topics, send an email to 
>> sage-...@googlegroups.com .
>> To view this discussion on the web visit 
>> https://groups.google.com/d/msgid/sage-devel/53f714b5-be91-4a06-9a4d-640363820e1d%40googlegroups.com
>>  
>> 
>> .
>>
>

-- 
You received this message because you are subscribed to the Google Groups 
"sage-devel" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to sage-devel+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/sage-devel/e43d858d-dab5-49a5-ad14-8d507e7484ca%40googlegroups.com.