On 19 June 2015 at 10:12, Volker Braun vbraun.n...@gmail.com wrote:
Yeah but Apple, in their infinite wisdom, has decided to put
/usr/local/include at place #2 in the header include path. Even before
/usr/include. So there is that.
Oh boy.
--
You received this message because you are
On Friday, 19 June 2015 11:35:36 UTC+1, Christian Stump wrote:
the reason must be efficiency. E.g. for permutation groups one would work
with a strong generating set S, rather than the original generators;
expressing an element in terms of S is very quick, and then you hold
expressions
Hi!
Let D be a digraph, potentially with multiple edges and loops. Let v be
a vertex.
How should one test whether v is contained in a cycle (including loops)?
Is it correct that v is in a cycle or loop if and only if
(len(D.strongly_connected_component_containing_vertex(v))1) or (v in
Hey Simon,
That is correct and the only way I know of AFAIK.
Best,
Travis
On Friday, June 19, 2015 at 2:31:28 PM UTC-7, Simon King wrote:
Hi!
Let D be a digraph, potentially with multiple edges and loops. Let v be
a vertex.
How should one test whether v is contained in a cycle
Another option might be to force certain construction paths to use keyword
arguments. For example,
matrix(4,4,scalar = x+y)
matrix(4,4,iterator = x+y)
David
On Fri, Jun 19, 2015 at 11:03 AM, Nils Bruin nbr...@sfu.ca wrote:
On Friday, June 19, 2015 at 9:10:41 AM UTC-7, Darij Grinberg wrote:
I work on a sage development branch on a machine behind a firewall. That
firewall doesn't allow me to contact any IPs, except if I whitelisted it.
Until recently, that was not a big deal when doing development there, the
servers I needed to contact were
sagemath.org
git.sagemath.org
On Friday, June 19, 2015 at 8:15:57 AM UTC-5, Volker Braun wrote:
The --switch does not change /usr/bin/clang and friends, it just does some
afaik undocumented stuff. Whats the include search path now?
I'm not quite sure how to answer this question, so I'll just reprint every
thing you've
Is Sage's unsigned_infinity intended to model complex infinity?
What else would it be?
Well, you can compactify a line
- into a segment by adding two points (-oo, +oo),
- into a circle by adding one point (oo).
Think of slopes of lines through the origin
in the plane RR^2; the vertical
The --switch does not change /usr/bin/clang and friends, it just does some
afaik undocumented stuff. Whats the include search path now?
On Friday, June 19, 2015 at 2:47:29 PM UTC+2, la...@math.luc.edu wrote:
I forgot to do '--print-path' before doing '--switch' so can't give you
the output
On Friday, June 19, 2015 at 8:16:38 AM UTC-5, Volker Braun wrote:
PS: Have you tried uninstalling and reinstalling Xcode (as opposed to just
upgrading?)
I'm sure a shoddy job of doing that is what got me in this mess in the
first place. Over the many osx, xcode, and commandline tools
PS: Have you tried uninstalling and reinstalling Xcode (as opposed to just
upgrading?)
On Friday, June 19, 2015 at 3:15:57 PM UTC+2, Volker Braun wrote:
The --switch does not change /usr/bin/clang and friends, it just does some
afaik undocumented stuff. Whats the include search path now?
Is Sage's unsigned_infinity intended to model complex infinity?
What else would it be? I think one of the reasons for it was precisely to
provide something for Maxima's `infinity` to become in Sage.
Though note
sage: Infinity
+Infinity
which is annoying.
But we already have
sage: -oo
On Friday, June 19, 2015 at 6:15:32 AM UTC-5, Jeroen Demeyer wrote:
On 2015-06-19 00:08, la...@math.luc.edu javascript: wrote:
How about this for a *radical* idea: a true bundle, with EVERYTHING that
one needs all in the SAGE_ROOT directory.
What you're describing is essentially how
On Friday, June 19, 2015 at 1:10:59 PM UTC+2, Jeroen Demeyer wrote:
Yeah but Apple, in their infinite wisdom, has decided to put
/usr/local/include at place #2 in the header include path. Even before
/usr/include. So there is that.
Sure, but the Sage-compiled-GCC wouldn't have this
I forgot to do '--print-path' before doing '--switch' so can't give you the
output of that command, but after running '--switch' I still get
/usr/bin/clang++
instead of your
/Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/bin/clang
Trying 'make' again
On 2015-06-19 10:12, Volker Braun wrote:
On Sunday, June 14, 2015 at 11:00:05 PM UTC+2, Jeroen Demeyer wrote:
Normally, packages aren't supposed to look in /usr/local if they are
passed proper configuration flags.
Yeah but Apple, in their infinite wisdom, has decided to put
sudo yum install perl-ExtUtils-MakeMaker
On Friday, June 19, 2015 at 1:00:10 AM UTC+2, Paul Mercat wrote:
Hi !
I try to compile sage on linux, and I get the following error.
Do you know what is the problem and how correct it ?
.
.
.
GEN perl/PM.stamp
make[4]: Entering directory
the reason must be efficiency. E.g. for permutation groups one would work
with a strong generating set S, rather than the original generators;
expressing an element in terms of S is very quick, and then you hold
expressions for each element of S in terms of the original generators
On 2015-06-19 00:08, la...@math.luc.edu wrote:
How about this for a *radical* idea: a true bundle, with EVERYTHING that
one needs all in the SAGE_ROOT directory.
What you're describing is essentially how the Sage binaries are
distributed. If there exists a binary for your machine, you could
On 2015-06-13 01:26, William Stein wrote:
I'm also curious if anybody
has any -- possibly *radical* -- suggestions about how to address this
problem using new ideas.
Many issues involve some kind of misinstallation or misconfiguration of
XCode. Perhaps more checking in ./configure for these
Yeah but Apple, in their infinite wisdom, has decided to put
/usr/local/include at place #2 in the header include path. Even before
/usr/include. So there is that.
Sure, but the Sage-compiled-GCC wouldn't have this problem. So at least,
this random crap problem is only relevant for
Calculus ahead, algebraists beware!
Is Sage's unsigned_infinity intended to model complex infinity?
If not, then two tickets will have to be revised before they get included,
and a class for it created.
If yes, then the documentation and behaviour on comparison doesn't fit.
Which will it be?
On Friday, June 19, 2015 at 3:17:30 AM UTC+2, Travis Scrimshaw wrote:
Perhaps a slightly less radical idea would be to make sage interface with
the underlying package manager to install the necessary dependencies when
running make
Of course there is no package management on OSX...
--
You
GAP4 has 39.5-2 Factorization (
http://www.gap-system.org/Manuals/doc/ref/chap39.html)
calling GAP from Sage is not hard...
Thanks for your reply -- but I am still a little puzzled:
gap has two algorithms to compute a word in generators. This one, and the
one implemented in
On Sunday, June 14, 2015 at 11:00:05 PM UTC+2, Jeroen Demeyer wrote:
Normally, packages aren't supposed to look in /usr/local if they are
passed proper configuration flags.
Yeah but Apple, in their infinite wisdom, has decided to put
/usr/local/include at place #2 in the header include
On Friday, 19 June 2015 09:02:49 UTC+1, Christian Stump wrote:
GAP4 has 39.5-2 Factorization (
http://www.gap-system.org/Manuals/doc/ref/chap39.html)
calling GAP from Sage is not hard...
Thanks for your reply -- but I am still a little puzzled:
gap has two algorithms to compute a word
If not, then two tickets will have to be revised before they get included,
and a class for it created.
Also, this then would be wrong:
sage: maxima('infinity').sage()
Infinity
sage: type(_)
class 'sage.rings.infinity.UnsignedInfinity'
because
From Maxima manual
Constant: inf
inf
Well your header search path is seriously messed up, no wonder that you
can't find system headers. Whats the output of
xcode-select --print-path
You might want to try pointing Xcode to the right path, e.g. (assuming that
it is in /Applications/Xcode.app):
xcode-select --switch
PS: Correct output would be something like
$ clang++ -E -x c++ - -v /dev/null
Apple LLVM version 6.1.0 (clang-602.0.53) (based on LLVM 3.6.0svn)
Target: x86_64-apple-darwin14.3.0
Thread model: posix
/Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/bin/clang
You need to access sagemath.org with is now on the fastly cdn (via github).
Its almost certainly geo-specific ip and subject to change without notice.
IMHO you can't reasonably assume that special IP numbers work.
On Friday, June 19, 2015 at 3:59:32 PM UTC+2, Christian Stump wrote:
I work on
You need to access sagemath.org with is now on the fastly cdn (via
github). Its almost certainly geo-specific ip and subject to change without
notice. IMHO you can't reasonably assume that special IP numbers work.
I agree that www.sagemath.org is there, but it seems that sagemath.org has
The mirror list is downloaded from http://www.sagemath.org/mirror_list
Is it true that among the needed resources, only www.sagemath.org is
or will be any time soon located anywhere where I cannot assume a
relatively constant IP ?
If the answer is yes or likely yes: are there only few
Unfortunately there is no satisfactory uninstall process for Xcode or
Command line tools. Your efforts sound good though.
On Friday, June 19, 2015 at 4:20:36 PM UTC+2, la...@math.luc.edu wrote:
On Friday, June 19, 2015 at 8:16:38 AM UTC-5, Volker Braun wrote:
PS: Have you tried uninstalling
On 2015-06-19 14:50, la...@math.luc.edu wrote:
Can one move to compiling from source, starting from the binaries?
I think it should actually be possible.
--
You received this message because you are subscribed to the Google Groups
sage-devel group.
To unsubscribe from this group and stop
The mirror list is downloaded from http://www.sagemath.org/mirror_list
On Friday, June 19, 2015 at 5:11:33 PM UTC+2, Christian Stump wrote:
You need to access sagemath.org with is now on the fastly cdn (via
github). Its almost certainly geo-specific ip and subject to change without
On Wednesday, June 17, 2015 at 7:48:15 AM UTC-7, Darij Grinberg wrote:
Unfortunately, currently the ducktyping is not just in the matrix
constructor; it is split across the three stations I mentioned (matrix
constructor, matrix space, matrix class). Apparently every single of
our matrix
sage: -oo 0
True
sage: 0 unsigned_infinity
True
sage: -oo unsigned_infinity
False
as documented, it should be okay. I mean, what does comparison even MEAN
with complex infinity in the mix? I suppose you could make it incomparable
to anything but itself. Really I think it's
On Fri, Jun 19, 2015 at 5:45 PM, Nils Bruin nbr...@sfu.ca wrote:
On Wednesday, June 17, 2015 at 7:48:15 AM UTC-7, Darij Grinberg wrote:
Unfortunately, currently the ducktyping is not just in the matrix
constructor; it is split across the three stations I mentioned (matrix
constructor, matrix
Is Sage's unsigned_infinity intended to model complex infinity?
What else would it be?
Well, you can compactify a line
- into a segment by adding two points (-oo, +oo),
- into a circle by adding one point (oo).
To me, unsigned_infinity could refer to that,
and could be unrelated
This is probably safer than what you have now, since the whitelist entry
isn't permanent -- it's only for connections you've initiated. With the
permanent whitelist, someone who takes over git.sagemath.org could try
to SSH into your machine while you're asleep.
It's also way way way
On 06/19/2015 11:31 AM, Christian Stump wrote:
The mirror list is downloaded from http://www.sagemath.org/mirror_list
Is it true that among the needed resources, only www.sagemath.org is
or will be any time soon located anywhere where I cannot assume a
relatively constant IP ?
If the
Here is the file config.log
Is there an other file that you want to see ?
Best,
Paul
--
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
I don't have yum installed, and I don't have the roots privileges on this
computer.
--
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
On Friday, June 19, 2015 at 9:10:41 AM UTC-7, Darij Grinberg wrote:
Unfortunately, this is invited by the design of sage: The __call__
entry
on a parent is the main interface to element construction and since this
is
conversion, all kinds of wild input are allowed.
I think this is
IMHO its a stupid firewall setup to restrict by IP numbers. It reeks of the
90s where you neither had github nor cdns. But its 20 years later, if you
can't connect to github then you can't do scientific computing work period.
Just tell your admins to get a clue, thats way more productive than
You are missing part of Perl. Perl is a requirement for Sage. Ask your
administrator.
On Friday, June 19, 2015 at 7:37:04 PM UTC+2, Paul Mercat wrote:
I don't have yum installed, and I don't have the roots privileges on this
computer.
--
You received this message because you are
46 matches
Mail list logo