For example, I asked how to compute a resolution of a module over the Steenrod
algebra. The answer is basically right, but contains the misleading phrase
"To prove that the output is a resolution, we can check that the composition of
consecutive maps results in the zero map by using the helper
Hi John,
Your question is a good one, to look at the places where the notion that 0 has
no degree
causes extra effort.I have strong memories of having to go through minor but
annoying contortions to deal with this, both in sage and in MAGMA, for decades
now,
but don't have examples fresh in
example.) If you want to keep
> SAGE_CHECK=yes in general, then temporarily turn it off, install nose (with
> `sage -i nose`), and then reenable it. Some other packages are likely to
> fail their test suites, too.
>
>
>
> On Monday, June 15, 2020 at 2:13:49 AM UTC-7, Robert Poo
Do you have SAGE_CHECK set to 'yes' and exported?
>
> Also, your --prefix=$SAGE_ROOT looks dodgy.
> Setting SAGE_ROOT to anything can lead to bad things during the build.
>
> On Mon, Jun 15, 2020 at 10:13 AM Robert Poole > wrote:
> >
> > I've bee
I have no idea what you are asking me. I am using the system gcc supplied
in Fedora 32.
On Monday, June 15, 2020 at 3:22:32 AM UTC-7, Enrique Artal wrote:
>
> Have you tried with gcc package. For me it works with an intel precessor.
>
> El lunes, 15 de junio de 2020, 11:13:49 (UT
74: $? = 1
configure: failed program was:
| /* confdefs.h */
| #define PACKAGE_NAME "Sage"
> On May 12, 2020, at 10:55 AM, Dima Pasechnik wrote:
>
> Could you post config.log ?
> Apparently clang failed a test
>
>
> On Tue, 12 May 2020, 18:19 Robert Baert
;> On May 11, 2020, at 12:08 , Robert Baertsch
>> wrote:
>>
>> [gcc-7.4.0] In file included from
>> /Library/Developer/CommandLineTools/SDKs/MacOSX.sdk/usr/include/sys/sysctl.h:83:0,
>> [gcc-7.4.0] from ../../src/gcc/config/darwin-driver.c:30
[gcc-7.4.0] In file included from
/Library/Developer/CommandLineTools/SDKs/MacOSX.sdk/usr/include/sys/sysctl.h:83:0,
[gcc-7.4.0] from ../../src/gcc/config/darwin-driver.c:30:
[gcc-7.4.0]
/Library/Developer/CommandLineTools/SDKs/MacOSX.sdk/usr/include/sys/ucred.h:94:2:
error: '_
ing the knowledge within libraries.
>- The translation of libraries to different languages and logics.
>- The construction of new libraries by integrating existing libraries.
>- Tools for exploring the contents of large libraries.
>- Observations about past results.
>
&g
lfram Language Slack workspace:
https://join.slack.com/t/wolframlanguage/shared_invite/enQtNDg3MzYxNjU3Mzk5LTE1NGFhZWRmYjk3YTBkZjA5OGRlODQ3Njg1YjAyODliOTU0YjMxZTU0NGIyM2I1NjdhOTZjNDRjYTRhMGI1OTc
Best,
Robert
--
You received this message because you are subscribed to the Google Groups
"sage-devel&
s
going on, can someone submit a bug report for this?
best,
Robert Dodier
--
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.
rror.
Not sure what might be going on. I didn't try any other Maxima
versions. It's possible that the bug might have been fixed in Maxima,
or in ECL, or that the script I tried isn't exactly the same as the
original so it doesn't trigger the bug.
I've attached the Maxima
~/roswell/lisp/quicklisp/setup.lisp and failes.
Not sure what's going on here, but, for the record, Maxima doesn't make
use of quicklisp or roswell (not yet, anyway). So I think any references
to those packages must be coming from the build environment.
Sorry I can't be more h
Thanks David. I just reported the bug to PARI.
Rob
On Sat, Feb 17, 2018 at 10:04 AM, David Loeffler wrote:
> This is a bug in PARI, rather than in Sage, apparently:
>
> GP/PARI CALCULATOR Version 2.9.4 (released)
>
> amd64 running linux (x86-64/GMP-6.1.0 kernel) 64-
The following code crashes (in Sage 8.1 and on CoCalc):
sage: K=CyclotomicField(20)
sage: R.=PolynomialRing(K)
sage: (x^4-1).factor()
---
PariError Traceback (most recent call last)
in ()
>
. This is meant to be a useful general-purpose
generator.
--
Robert L. Miller
http://www.rlmiller.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 sage-devel+
I'm having the same issue. To get MPIR to compile I had to remove all three
of
mpn/x86_64/skylake/avx/addmul_1.asm
mpn/x86_64/skylake/avx/mul_basecase.asm
mpn/x86_64/skylake/avx/sqr_basecase.asm
Thanks for working on this, Bill.
Best,
Robert
On Wednesday, 6 September 2017 21:44:21
Having a full GitHub mirror of the trac server repo is also useful for the
reasons you've already mentioned. So maybe have
github.com/sagemath/sagetrac-mirror in addition to github.com/sagemath/sage.
Best,
Robert
On Tuesday, 12 September 2017 16:21:50 UTC-4, Dima Pasechnik wrote:
>
>
fication (b*c)^(1/3) --> b^(1/3)*c^(1/3) should
be allowed even though domain = complex.
I'm just thinking out loud here, sorry it doesn't make sense yet. All
present are invited to join in.
best
Robert Dodier
--
You received this message because you are subscribed to the Google
s between sign(c - (b*c)^(1/3)) and sign(c^3 -
b*c) (which was a subexpression of the one the user was actually
interested in). See my message to maxima-discuss about this.
best
Robert Dodier
--
You received this message because you are subscribed to the Google Groups
"sage-devel"
) when domain = real but not
domain = complex.
I guess this could be considered a bug in either 'sign' or
simplification. Since b and c are real, the simplification should be
allowed, and then sign can succeed. But sign should be able to handle
the expression even without simplification. Pr
t 'sign' wants to
find the sign of some term which needs to find the sign of another term
which leads back to the first one sooner or later.
A workaround might be to set domain:real instead of domain:complex.
If someone can make a bug report and include these notes, that would be
great.
ds to be solved in some form
in various projects -- how to create an ecosystem without bogging down
the main project.
best
Robert Dodier
--
You received this message because you are subscribed to the Google Groups
"sage-devel" group.
To unsubscribe from this group and stop receivi
o
stabilize.
best
Robert Dodier
--
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, sen
is irrelevant to your actual
> question.
>
> CC'ing Robert Bradshaw who I think wrote the relevant code for choosing
> precision...
>
> On Fri, Mar 31, 2017 at 8:00 AM William Stein wrote:
>
>> On Fri, Mar 31, 2017 at 7:24 AM Travis Scrimshaw
>> wrote:
>
s options to avoid unnecessary pre-parsing of
Mathematica output. The question is: Does the peer review of MathLine's
code occur at the time MathLine is proposed as an experimental package? Or
does it occur at the time the accompanying modified Mathematica interface
is proposed? Or some combinat
#x27;t confirm that. I built Maxima 5.37.2 with SBCL (1.3.13 as it
happens) and I get "Quotient by a polynomial of higher degree".
best
Robert Dodier
--
You received this message because you are subscribed to the Google Groups
"sage-devel" group.
To unsubscribe from this group
m, with a long history. I'm taking a look at it today but not too
optimistic. All the same, thanks for the nudge.
best
Robert Dodier
--
You received this message because you are subscribed to the Google Groups
"sage-devel" group.
To unsubscribe from this group and stop receiving
axima mailing list.
See: https://lists.sourceforge.net/lists/listinfo/maxima-discuss
Hope this helps,
Robert Dodier
--
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 a
nction
definitions or print output.
> maxima.load("blah.mac") just hangs indefinitely.
A wild guess. Is it possible that it didn't switch back to reading from
the console after the file was processed? Completely guessing here.
best,
Robert Dodier
--
You received this message b
you can generate expressions by
choosing an operator and arguments at random. I can help with that if
you want.
Hope this helps in some way. If you want to go down this road I'll be
happy to answer any questions.
Robert Dodier
PS.
;; superq.lisp -- "super" quoting for Maxima
;; C
ef degeneracy(self):
> r"""
> ...
> """
> return ...
>
> linkage = degeneracy
I dunno. Aliases are a source of ambiguity and confusion -- my advice
is to pick one or the other and stick with it. Are you sure the
convenience outweighs the potential problems?
be
On 2016-11-28, Dima Pasechnik wrote:
> well, they introduces new bugs in 5.38.1,
> see https://trac.sagemath.org/ticket/18920
Sorry.
Anyway there will be a 5.39 version "real soon now" (as in, in a week or
two).
FWIW
Robert Dodier
--
You received this message because yo
OK, let's consider the following setup: we have three Cython modules,
a, b, and c, and b cimports a, so we have (at least) three files
a.pyx
a.pxd
b.pyx
c.pyx
Having just built sage, we also have
a.c
b.c
c.c
with *newer* timestamps than any of the above. Now we switch branches
(forward, backwar
On Sat, Nov 19, 2016 at 12:40 AM, Jeroen Demeyer wrote:
> On 2016-11-18 20:48, Robert Bradshaw wrote:
>>
>> Hopefully with a good ccache/cycache rebuilding from a fresh clone
>> should be fast too.
>
>
> Speaking of cycache, is there any chance that the foll
On Fri, Nov 18, 2016 at 12:39 AM, David Roe wrote:
>
> On Fri, Nov 18, 2016 at 2:45 AM, Volker Braun wrote:
>>
>> On Friday, November 18, 2016 at 8:12:32 AM UTC+1, David Roe wrote:
>>>
>>> Create a new git trac subcommand to replace `git trac checkout 1234`, say
>>> `git trac old 1234`. This wou
Yikes!
https://github.com/sagemath/sage/pull/66
On Tue, Nov 8, 2016 at 12:06 PM, Mathijs van de Nes
wrote:
> The function square_root_mod_prime from sage.rings.finite_rings.integer_mod
> may produce an incorrect result.
>
> Example:
> In [1]: mod(100, 5^7).sqrt()^2
> Out[1]: 15725
> In [2]: squa
On Sun, Aug 7, 2016 at 11:53 AM, leif wrote:
> Jeroen Demeyer wrote:
>> On 2016-08-07 17:26, Simon King wrote:
>>>I build all these extension modules with
>>> libraries = ['mtx', 'modres']
>>
>> This isn't the topic of this thread, but I think it is better style to
>> never put librari
rd about that. Can you refer to some cases in which the
court relied on the FSF interpretation?
best,
Robert Dodier
--
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
ou
explain?
best
Robert Dodier
--
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 grou
related to Sage, I would be interested to hear about it. Also, I haven't
been paying attention, so if there have been previous discussions about
the GPL and Sage, I apologize for trotting out a tired argument.
FWIW
Robert Dodier
--
You received this message because you are subscribed to th
; pull
>> requests are typically against the master branch and public releases are
>> when
>> this branch gets updated).
>>
>> The bot is maintained by Robert Bradshaw, he might be able to comment
>> more.
>> See https://wiki.sagemath.org/Infrastructure
7;t promise to not break external packages, but at least we
couldn't do so in ignorance which is 90% of the battle.
Once this is healthy, we can think about moving existing, loosely-coupled,
less-frequently-used modules out.
Well defined dependencies and public APIs within "core" S
th Version 6.10, Release Date: 2015-12-18'|numeric integral:
>2.35619449019|symbolic integral: -5/4*pi
I've reported this as: https://sourceforge.net/p/maxima/bugs/3127/
best
Robert Dodier
--
You received this message because you are subscribed to the Google Groups
"sage-devel"
le to fix up abs_integrate, or it might help, as a
work around, to assign default flags temporarily while abs_integrate is
being called. Just guessing here.
best
Robert Dodier
--
You received this message because you are subscribed to the Google Groups
"sage-devel" group.
To unsubscr
e current version of Maxima. Can you
submit a bug report? Thanks. See: https://sourceforge.net/p/maxima/bugs
You will need a Sourceforge user ID to create a bug report, sorry about
that, it's an antispam measure.
best,
Robert Dodier
--
You received this message because you are subscribed to the Goo
grator -- a subroutine believes it sees an
expression it can handle, but it's mistaken.
Note that fixing this bug will likely result in integrate returning a
noun expression. But that's OK for you guys, right? since then
abs_integrate will handle it.
best
Robert Dodier
PS. By the way,
Thank you for the quick answers, and sorry for my late reply. I don't have
time jump into that for a while, but I'll give it a try as soon as possible.
Robert
--
You received this message because you are subscribed to the Google Groups
"sage-devel" group.
To unsubscribe
Thank you for the quick answer, and sorry for my late reply. I don't have
time jump into that for a while, but I'll give it a try as soon as possible.
> Robert
>
--
You received this message because you are subscribed to the Google Groups
"sage-devel" group.
To unsub
27;:
./rpy/rinterface/_rinterface.c:1493:3: error: 'Rp' undeclared (first use in
this function)
Rp->R_Interactive = rtruefalse;
error: command 'gcc' failed with exit status 1
Any suggestions how to proceed?
Thanks a lot in advance
Robert
--
You received this message because yo
mits, inclusive. That implies
the upper limit is >= the lower. Those assumptions aren't cleaned up
when 'sum' is interrupted; that's a bug. If you can make a bug report
about it, it would be helpful. It might have been reported already, I didn't
look for it.
best,
Rober
But it's working otherwise! Meaning that if I don't pass to the cuspidal
subspace, it appears to be correctly computing slopes. And it is so much
faster than working over Q(zeta_11)...
On Tuesday, October 20, 2015 at 2:33:59 PM UTC-4, robert@gmail.com
wrote:
>
> Th
The following code crashes and asks me to report this as a bug:
sage: Qp = pAdicField(11)
sage: G = DirichletGroup(11,Qp)
sage: omega = G.0
sage: M = ModularSymbols(omega^2,2)
sage: M
Modular Symbols space of dimension 2 and level 11, weight 2, character [4 +
7*11 + 9*11^2 + 5*11^3 + 2*11^4
canonical labeling of graphs. What I don't know (but maybe
>> you do?) is how far SageMath is lagging behind. Did anyone do any testing on
>> this? I saw a mention of a paper by Robert Miller, but the link was dead.
>>
>> I'd appreciate any pointers!
>>
>
&
e/the Sage project requiring
proprietary libraries.)
Best,
Robert
--
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.
cross-platform developer out
there considering the simplicity of my project. If anyone could help me
out, I would be very grateful.
If nobody has the time or energy to help, then realistically it'll be next
summer before I can learn and implement the fix and submit a pull request
on Sage.
I just put up a comprehensive blog post about my first couple weeks using
the very nice "course" functionality in SageMathCloud, and there should be
enough detail there to help folks get started quickly if they'd like to do
the same. Highly recommended (SMC courses, not my blog).
http://www.be
François Bissey wrote:
> The spkg probably need an update as well as some love before being
> usable.
B.t.w., this is http://trac.sagemath.org/ticket/10224 .
--
You received this message because you are subscribed to the Google Groups
"sage-devel" group.
To unsubscribe from this group and stop
On Sat, Apr 18, 2015 at 10:48 AM, Julien Puydt wrote:
>
> May I notice that :
> (1) the ticket is in stage needs_review or positive_review ;
> (2) what is actually reviewed is a precise commit in a git branch ;
> (3) nothing forces the ticket and the branch to be synchronized.
Exactly.
As for ou
On Tue, May 5, 2015 at 2:10 PM, Eric Gourgoulhon wrote:
> Hi,
>
> Le mardi 5 mai 2015 12:44:08 UTC+2, vdelecroix a écrit :
>>
>>
>> IMHO, they do not belong either to parents. A set has generators?
>>
>> sage: Partitions(5).gens_dict()
>> Traceback (most recent call last):
>> ...
>> AttributeError
Looks like someone swapped the x and y coordinates.
On Sun, Apr 26, 2015 at 12:52 PM, leif wrote:
> Jan Groenewald wrote:
>> Is it just me or do I seem to have moved somewhere West of Cape Verde in
>> the Atlantic Ocean. The developer map developer locations are misaligned
>> in both firefox and
--skip-base only disables the initial run (which is useful for
preventing a rogue/broken install from declaring all tickets as
broken).
On Tue, Apr 14, 2015 at 2:49 AM, Jan Keitel wrote:
> Whatever the problem was before, it is gone now - at least it just
> successfully tested #18159.
> When runn
nvolved at
the appropriate time.
But I'm more of an enthusiastic end-user with aspirations to soon become a
contributor rather than an established member of the developer community,
so I don't know if my opinion should count.
Best,
Robert
On Tuesday, 7 April 2015 10:40:3
On Saturday, 31 January 2015 16:22:09 UTC-5, Dr. David Kirkby (Kirkby
Microwave Ltd) wrote:
>
> On 22 December 2014 at 00:43, Robert Jacobson > wrote:
> > Hi. I have yet to contribute code to sage, but I think I've found
> something
> > easy enough for me to start
Cool. Any reason we couldn't just detect the standard plot() command
in a PLOT section?
On Wed, Mar 18, 2015 at 2:16 AM, Nathann Cohen wrote:
> Hell,
>
>> - Can this be used to show pdf pictures obtained by (tikz) latex code?
>
>
> HM O_o
>
> Well, not as it is right now. You should b
+1
If it's too difficult to verify the input meets the preconditions in
IntegerListsLex itself, we could have an optional argument (defaulting
to False) that one can call to make the assertion that one knows the
preconditions are met and suppresses this warning.
On Mon, Mar 9, 2015 at 7:06 AM, Je
loats
plus some extra bits, so, I guess, if unums are more useful than
floats, the difference must lie in the extra bits. But I didn't see
an explanation of those bits (maybe I just missed it) and why they
make a difference in various examples. Does someone know about that?
best
Robert Dod
On Sat, Mar 7, 2015 at 1:24 PM, Ralf Stephan wrote:
> Before I even look closer: are you using git master
> of patchbot?
The 2.2 tarball is the most recent.
> Have you had a look at my pull requests?
> Be aware that the version advertised on the web page
> may be not state-of-the-art and mainten
I think proper input validation (at least not silently accepting input
that will produce wrong answers) is a wortwhile bar to set for code in
the global namespace.
On Fri, Mar 6, 2015 at 1:00 AM, Volker Braun wrote:
> In the long run there is IMHO no alternative to writing proper input
> validati
I would say such a function belongs in the documentation only, and we
should have an easy way of testing (and perhaps importing) code
defined there.
On Thu, Feb 26, 2015 at 12:19 PM, Travis Scrimshaw wrote:
>
>> > Should there be code in Sage which is extremely slow and for educational
>> > purpo
on
system, is always_notify_updater; when it's turned off, notifications
are sent only to the cc list, I gather.
best
Robert Dodier
--
You received this message because you are subscribed to the Google Groups
"sage-devel" group.
To unsubscribe from this group and stop receiving emails fro
Am 13.02.2015 um 17:04 schrieb mmarco:
> Apperently there have been some movement on that aspect on sympy too:
Yes, but unfortunately no GSoC students worked on this. They also have no CAD
yet, see
https://github.com/sympy/sympy/wiki/GSoC-2015-Ideas#cylindrical-algebraic-decomposition
.
--
Yo
in "X-unsubscribe-or-something" headers.
I could, I guess, remove my email address from my Trac user preferences
but that seems too heavy-handed, as I would still like to receive
updates for other tickets. Does anyone have an idea I can try?
Thanks for your help,
Robert Dod
Am 11.02.2015 um 13:52 schrieb mmarco:
> IIRC there was an old proposal about implementing semialgebraic sets.
Hello Miguel, can you point me to this old proposal? I could not find it
in the list archive and on the wiki.
Robert
--
You received this message because you are subscribed to
te case would fit into the "semialgebraic sets" topic
Miguel Marco mentioned in this thread - sorry I didn't notice earlier.
Robert
--
You received this message because you are subscribed to the Google Groups
"sage-devel" group.
To unsubscribe from this group and stop r
On Thu, Feb 12, 2015 at 1:24 AM, Jeroen Demeyer wrote:
> On 2015-02-11 18:18, Marc Mezzarobba wrote:
>>
>> Jeroen Demeyer wrote:
Element.__call__ calls it, it is a Cython call.
>>>
>>> There is no Element.__call__.
>>
>>
>> I meant Parent.__call__, sorry.
>
> If Parent is a Python object
ified per mail when this wiki page
changes? I have put my mail address into the settings, but the
"Subscribe User" in the "More Actions" menu is still greyed out.
--Robert
--
You received this message because you are subscribed to the Google Groups
"sage-devel&quo
On Wed, Feb 11, 2015 at 9:17 AM, Marc Mezzarobba wrote:
> Jeroen Demeyer wrote:
>
>> You are missing something:
>
> Indeed! Thanks for pointing it out. That was sloppy grepping of mine.
>
>> * finite fields are Python
>> (src/sage/rings/finite_rings/finite_field_*.py)
>
> So in this case, apparent
On Wed, Feb 11, 2015 at 3:15 AM, Marc Mezzarobba wrote:
> Volker Braun wrote:
>> My advice would be to implement the parent in Python and benchnmark
>> it. If you are doing something in _element_constructor_ that would
>> benefit greatly by Cython then you can just move that part to Cython.
>
> Ap
On Tue, Feb 10, 2015 at 2:34 PM, Volker Braun wrote:
> My advice would be to implement the parent in Python and benchnmark it. If
> you are doing something in _element_constructor_ that would benefit greatly
> by Cython then you can just move that part to Cython.
+1
> On Tuesday, February 10, 20
Interesting. It seems the problem is that
cm.discover_action(GF(5), ZZ, operator.div)
tries to look for a right action on of
cm.discover_action(GF(5), Frac(ZZ), operator.mul)
which doesn't exist as there are no coercions between GF(5) and QQ.
I posted a patch to http://trac.sagemath.or
On Sun, Jan 18, 2015 at 2:17 AM, Nicolas M. Thiery
wrote:
> Hi Robert,
>
> On Tue, Jan 13, 2015 at 06:11:09PM -0800, Robert Bradshaw wrote:
>> :). It might be possible, but it'd be really, really messy (messier
>> than it is in C++, because one needs the
) $x $x)))
=> 2 x
Maxima is a many-splendored thing but I'll leave it at that for now.
best,
Robert Dodier
--
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, sen
On Sat, Jan 17, 2015 at 2:02 PM, John H Palmieri wrote:
>
>
> On Saturday, January 17, 2015 at 10:28:22 AM UTC-8, Jernej Azarija wrote:
>>
>> Hello,
>>
>> I have to use Sage from an external comand and in order to do so I'll need
>> to rely on the exit status given by Sage. Considering a trivial e
ically
>>> and also can not (yet?) create cdef classes inheriting from more than
>>> one base class.
>>>
>>
>> I've never heard of any even dreamlike hope for Cython to support multiple
>> inheritance. I even asked Robert Bradshaw about this recently
On Sun, Jan 11, 2015 at 3:00 AM, Simon King wrote:
> Hi!
>
> On 2015-01-11, Nils Bruin wrote:
>> On Sunday, January 11, 2015 at 12:54:56 AM UTC-8, Martin von Gagern wrote:
>>>
>>> On 11.01.2015 09:38, Robert Bradshaw wrote:
>>> > Hopefully it's
+1 to getting rid of the sage dev scripts in favor of git-trac (first
the docs, then altogether). Hopefully it's becoming stable enough that
we should start shipping it as part of Sage?
On Fri, Jan 9, 2015 at 9:55 AM, Vincent Delecroix
<20100.delecr...@gmail.com> wrote:
>> 1) should we keep the "S
callable takes a domain.
sage: fc = fast_callable(f, vars=["x"])
sage: fc(-1)
0
sage: fc = fast_callable(f, vars=["x"], domain=RR)
sage: fc(-1)
0.0000000
sage: fc = fast_callable(f, vars=["x"], domain=float)
sage: fc(-1) # that's what you get...
1.0
FW
On Sunday, 21 December 2014 23:56:24 UTC-5, Dr. David Kirkby (Kirkby
Microwave Ltd) wrote:
>
> There is an open source command line interface to Mathematica. IIRC it
> uses curses so one can recall previous input, edit it and reevaluate.
>
> Dave
>
When I searched for one last week I was sur
#x27;s not
sufficient, let's discuss what additional functionality we need for a Sage
interface to Mathematica. If it is sufficient, should I proceed to writing
some code to allow Sage to use this interface to Mathematica?
--Robert
--
You received this message because you are subscribed to
ong and undercut the "official"
SMC, but I don't think the market's that big of a target, and the
relative lack of expertise would be a big handicap.
- Robert
--
You received this message because you are subscribed to the Google Groups
"sage-devel" group.
To unsubsc
J .
I know I should try to build a qepcad package for this
(http://trac.sagemath.org/ticket/10224) ...
Robert
--
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, sen
On 2014-11-29, Tom Boothby wrote:
> The irony of this is staggering, if not surprising. +1
"Gentlemen! You can't fight in here -- this is the War Room."
quotably,
Robert Dodier
--
You received this message because you are subscribed to the Google Groups
"sage-devel
No, it is a statement of fact of what was voted on (changing that text
would make the statement untrue), and a place to put forwards
better[1] alternatives than can then be voted in to replace what is
there. I created it with the hope of focusing attention on the future
rather than waste time dwell
On Wed, Nov 26, 2014 at 11:09 PM, Robert Bradshaw
wrote:
> On Wed, Nov 26, 2014 at 11:25 AM, Viviane Pons wrote:
>> I feel this is going nowhere...
>>
>> We should start with the assumption we all agree on something: we want the
>> sage mailing list to be place where
On Wed, Nov 26, 2014 at 11:25 AM, Viviane Pons wrote:
> I feel this is going nowhere...
>
> We should start with the assumption we all agree on something: we want the
> sage mailing list to be place where no one is bullied and where we can
> express our different point of views safely and with res
now anything about the implementation of Giac?
I downloaded the source code and after poking around a bit, I can't
tell where factoring such an expression actually occurs. Does Giac
handle that itself, or does it punt to PARI or something else?
What is the effect of expexpand in the example
> happening is that our collective memory is shaped in a certain way
> and we exchange ideas and visions in order to steer the ship.
That seems an argument in favor of ad-hoc rulings; incidentally this
is an excellent statement of my own point of view (not that it matters
too much).
bes
[ X ] No -- do not adopt the code of conduct stated below
I also share some of the sentiments of Thierry.
On Mon, Nov 24, 2014 at 4:29 PM, john_perry_usm wrote:
> [ X ] No -- do not adopt the code of conduct stated below
>
> --
> You received this message because you are subscribed to the Google
On 2014-11-23, William Stein wrote:
> [X] No -- do not adopt the code of conduct stated below
best
Robert Dodier
--
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,
1 - 100 of 3139 matches
Mail list logo