I'm forwarding this because it appears not to have appeared. Kannappan, I
believe that this is indeed no longer the case - I think I read on this
forum earlier that Andrew Ohana did some work so that old passwords will
still work, but once you change your Trac password, that's it, and new ones
>
>
> If you are feeling more ambitious, I've added you to the sagenb public
> notebooks project on SageMathCloud:
>
>
> https://cloud.sagemath.com/projects/19575ea0-317e-402b-be57-368d04c113db/files/
>
>
> That very worksheet to which you refer above is now
>
>
> https://cloud.sagemat
On the wiki, for example,
here: http://wiki.sagemath.org/interact/calculus#Newton.27s_Method
There is a link to the sage notebook (this is the link:
http://sagenb.org/home/pub/2824/ )
If you click on the link to the notebook it sends you to a page telling you
that the Sage notebook is no longe
On Saturday, September 5, 2015 at 9:27:50 PM UTC+2, bluescarni wrote:
>
> With Boost Python you also get the original C++ class as a Python class.
>
Of course the downside is that you have to write your wrapper in C++. Which
is an awesomely capable language and can capture pretty much the entire
On 5 September 2015 at 18:10, William Stein wrote:
> With sip/swig, I think it's much more automated, since on
> the Python side you get normal Python classes, which support multiple
> inheritance.
>
With Boost Python you also get the original C++ class as a Python class. It
also supports inheri
http://sagemath.blogspot.com/2015/09/the-simons-foundation-and-open-source.html
--
William (http://wstein.org)
--
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 sa
On Fri, Sep 4, 2015 at 2:48 PM, Jeroen Demeyer wrote:
> On 2015-09-03 16:16, Nathann Cohen wrote:
>>
>> Given a compiled library
>
> Certainly not from the *compiled* library, you would at least need the C++
> source code.
>
>> (or .cc files) and header files, can't Cython
>> automatical
On 2015-09-05 11:24, Francois Bissey wrote:
I guess something artful could be done about that. Someone should
be able to get the behaviour suggested by Jeroen.
http://trac.sagemath.org/ticket/19043
--
You received this message because you are subscribed to the Google Groups
"sage-devel" group.
config.log please. In principle I totally agree with you.
I am guessing that when we moved to git the “prereq” spkg disappeared and
the check that were run in that spkg to check that sage could be built
in that environment got moved in one of the main phase.
I guess something artful could be done
Sage used to build fine on OpenSolaris - in fact, I used to host a
buildbot, which I could still do, although having a dynamic IP, it is a bit
more tricky than when I had a static one.
But now it seems to be failing very early on in the process, complaining
that "-j12" is an invalid option to "con
On 2015-09-05 10:20, Dr. David Kirkby (Kirkby Microwave Ltd) wrote:
But Sage has both in the top-level directory
Both are used.
If it is being used, then the Makefile should not be there.
In principle, I agree, but that would require everybody (including
scripts and documentation) to change t
Most unix programs distributed in source code form have a configure
script generated from configure.ac, but do **not** include a
Makefile. The Makefile is generated by the configurae script, to
suite the configuration of the platform
it is running on.
Other programs don't have a configure script
12 matches
Mail list logo
