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
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 thi
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 extensio
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,
Th
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
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 ar
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 a
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
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
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):
:
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
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
"
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 m
13 matches
Mail list logo
