Do you have/know a developer working on it? Shell or m4 or whatever to fold
detection in?
The authors of these packages ought to have canonical tests for
existence/version that can be included.
Although I am retired, and as a result not as sharp as I should be, I was a
software engineer, and
On Thursday, March 7, 2019 at 6:36:50 AM UTC-8, E. Madison Bray wrote:
>
>
> Ah, I think maybe I see what you were going for there. Yes, that
> might help a little bit in some cases actually, such as if some
> Element is passed to Python's built-in round(), but that could also be
> handled on
Thu 2019-03-07 17:38:09 UTC+1, Thierry:
>
> i am not sure how it is related, but one could imagine to keep an
> history of Sage documentations of all official releases, with urls like
> doc.sagemath.org/8.6 and doc.sagemath.org/latest pointing to the current
> release.
Seconded. For every
Thu 2019-03-07 13:35:17 UTC+1, E. Madison Bray:
>
> In the spkg-build [1] for python2/3, there is a section toward the end
> which checks whether or not several required extension modules built
> successfully. This is necessary, because the Python build system
> itself does not error out if some
Hi,
i am not sure how it is related, but one could imagine to keep an
history of Sage documentations of all official releases, with urls like
doc.sagemath.org/8.6 and doc.sagemath.org/latest pointing to the current
release.
Ciao,
Thierry
On Thu, Mar 07, 2019 at 05:27:43PM +0100, Samuel
The web archive ("internet wayback machine") has it.
http://web.archive.org/web/20180729211816/http://doc.sagemath.org:80/html/en/reference/notebook/sagenb/notebook/interact.html
Hopefully Harald can adjust how he builds the documentation for doc.sagemath.org
and have it include the sagenb
>
>
>
>
> http://doc.sagemath.org/html/en/reference/repl/sage/repl/ipython_kernel/interact.html
> http://doc.sagemath.org/html/en/prep/Quickstarts/Interact.html
>
>
Thanks; I knew about the second one, since I wrote it :-) but the first one
is good to have on hand.
Unfortunately, that means the
On Thu, Mar 7, 2019 at 2:54 PM Simon King wrote:
>
> Hi Erik,
>
> On 2019-03-07, E. Madison Bray wrote:
> > This is completely normal:
> > https://en.wikipedia.org/wiki/Rounding#Round_half_to_even
>
> Thanks for the pointer.
>
> >> If I understand correctly, Sage currently uses .round() for
Hi Erik,
On 2019-03-07, E. Madison Bray wrote:
> This is completely normal:
> https://en.wikipedia.org/wiki/Rounding#Round_half_to_even
Thanks for the pointer.
>> If I understand correctly, Sage currently uses .round() for customised
>> rounding. Would it be a good idea to add a .__round__()
On Thu, Mar 7, 2019 at 2:24 PM Simon King wrote:
>
> Hi Erik,
>
> On 2019-03-06, E. Madison Bray wrote:
> > and also Python 2 always rounds half-integers up, whereas
> > Python 3 rounds even half-integers down and odd half-integers up.
>
> What the heck?? Is there any widely accepted industry
Hi Erik,
On 2019-03-06, E. Madison Bray wrote:
> and also Python 2 always rounds half-integers up, whereas
> Python 3 rounds even half-integers down and odd half-integers up.
What the heck?? Is there any widely accepted industry standard for that
"odd" rule? Why not round down half-integers
Let me point out that this is most probably discussed on
https://trac.sagemath.org/ticket/26899
On Thu, Mar 7, 2019 at 12:35 PM E. Madison Bray wrote:
>
> On Thu, Mar 7, 2019 at 12:26 PM Dima Pasechnik wrote:
> >
> > On Thu, Mar 7, 2019 at 10:54 AM Andrew wrote:
> > >
> > > Although I have not
On Thu, Mar 7, 2019 at 12:26 PM Dima Pasechnik wrote:
>
> On Thu, Mar 7, 2019 at 10:54 AM Andrew wrote:
> >
> > Although I have not had this problem myself, zlib seems to be an issue for
> > some macs. For zlib, John H Palmieri recommends:
> >
> > ./sage -f zlib python2 python3 && make
>
> this
On Thu, Mar 7, 2019 at 10:54 AM Andrew wrote:
>
> Although I have not had this problem myself, zlib seems to be an issue for
> some macs. For zlib, John H Palmieri recommends:
>
> ./sage -f zlib python2 python3 && make
this gets me thinking whether https://trac.sagemath.org/ticket/26286
is to
On Thu, Mar 7, 2019 at 11:05 AM rajat.mittal.mat15 via sage-devel
wrote:
>
> I am new to sage as well as github,
> I am having a problem in building sage on develop branch using
> ./sage -br
> few days ago I successfully compiled and used sage but today when I made
> certain changes in python
I am new to sage as well as github,
I am having a problem in building sage on develop branch using
./sage -br
few days ago I successfully compiled and used sage but today when I made
certain changes in python file in graph module and the tried to build it
using ./sage -br , I got following
Although I have not had this problem myself, zlib seems to be an issue for
some macs. For zlib, John H Palmieri recommends:
./sage -f zlib python2 python3 && make
Presumably, you have already installed the system headers using something
like:
open
Ok. Thank you for your answer.
--
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 post to this group, send email to
On Thu, Mar 7, 2019 at 9:14 AM Vincent Klein wrote:
>
> I have got the log below during a sage build on OSX.
> Shouldn't zlib be an order-only dependancy of pip ?
zlib is a dependency of python2/3, thus the dependency is there, and
your python failed to build its zlib module for some reason.
>
I have got the log below during a sage build on OSX.
Shouldn't zlib be an order-only dependancy of pip ?
Found local metadata for pip-18.0
Using cached file
/Applications/SageMath-8.6.app/Contents/Resources/sage/upstream/pip-18.0.tar.gz
pip-18.0
Another issue are the doctests requiring internet connection. For
FindStat, this is https://trac.sagemath.org/ticket/27346.
Martin
--
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
On Thu, Mar 7, 2019 at 7:54 AM Ike Stoddard wrote:
>
> What about --with-blas=atlas configure argument? Where is that consumed?
> I believe ./configure is at fault. Specifying atlas is detected in
> configure:7054 line
> but by line 9050 it is forgotten. Despite specifying it, atlas was built!
>
22 matches
Mail list logo