Hi Greg!
On Thu, Jan 28, 2010 at 08:27:30PM -0800, Greg McWhirter wrote:
> I've been working on upgrading networkx to 1.0.1 for the past couple
> days and have things passing almost all the tests (modulo some answer
> correction for changed format of networkx representations)
Thanks for y
Hi Robert,
On Thu, Jan 28, 2010 at 09:36:18AM -0800, Robert Miller wrote:
> On Thu, Jan 28, 2010 at 9:12 AM, Nicolas M. Thiery
> wrote:
> > Rationale:
> >
> > (a) For the option name: that might be just me, but I find
> >``generators`` far more natural than ``connecting_set``.
> >
On Thu, Jan 28, 2010 at 12:32:48PM -0500, David Joyner wrote:
> Just generally speaking, I appreciate very much any "cleaning up"
> of this category of Sage objects. To me, it makes things more
> natural and hopefully makes it easier to add functionality in an
> organized way in the future.
Mrr, i
On Thursday 28 January 2010, dahl.joac...@gmail.com wrote:
> MOSEK provides state-of-the-art commercial LP and SOCP solvers as
> well as MIP solvers. They have a python interface and their academic
> license is free.
Actually, their academic license isn't free:
http://www.mosek.com/index.php?i
Hi folks,
With Sage 4.3.2.alpha0, one has two suspicious binary files under
SAGE_LOCAL/bin, as shown by the following hg report:
[mv...@sage bin]$ pwd
/dev/shm/mvngu/sage-4.3.2.alpha0-sage.math/local/bin
[mv...@sage bin]$ hg status
M sage-banner
M sage-gdb-commands
M sage-maxima.lisp
M sage-verif
> Give some examples, please.
var("y R")
a(y,R) = pi * (2*R - y) * y
lbl = text("$\int \ " + latex(a(y,R)) + "$",(3,20))
view(lbl)
... Graphics object consisting of 1 graphics primitive (not
displayed)
show(lbl)
... Unknown control sequence '\texttt'
No graphics shown.
> By the way, have
I wonder if it is possible to recreate the problem just using FLINT,
without any Sage, i.e. just write a short FLINT program which
replicates the problem.
I don't understand how the multiplication could take any serious
quantity of time unless the pow was screwed up somehow. But perhaps it
is.
Co
Hi Nicolas,
On Jan 27, 10:28 pm, "Nicolas M. Thiery"
wrote:
> * Puts all permutation groups and some other finite groups in the
> corresponding categories. There remains to handle finite matrix
> groups and Galois groups in sage/rings/number_field/.
>
> * As a result, this sta
Nick Alexander wrote:
> On 28-Jan-10, at 1:38 PM, xtian wrote:
> > On 28 Jan., 22:32, xtian wrote:
> >> [...]
> >> This leaves me with one last thing to do for now: giving up.
> > ...which is not a big thing, I should add. No complaint or stuff
> > from my side. And thanks for all the fish. :-)
>
OK, the problem is as follows. For very straightforward C programs, no
problems occur on t2 because the compiler emits inline code for
everything. However, once the program becomes too complicated for it
to do this, it uses libgcc:
http://gcc.gnu.org/onlinedocs/gccint/Libgcc.html
The problem is,
Ah, got it. LD_LIBRARY_PATH_64 needs to also contain
/home/wbhart/mpir-1.3.0/.libs. Basically if LD_LIBRARY_PATH_64 is not
specified at all, i.e. left blank, the linker uses whatever is in
LD_LIBRARY_PATH. Otherwise it uses LD_LIBRARY_PATH_64 exclusively,
which means that *all* 64 bit library paths
If you go to
http://mosek.com/index.php?id=99
you can get a free license for academics, but you have to renew it
after 30 days.
On Jan 29, 11:05 am, Martin Albrecht
wrote:
> On Thursday 28 January 2010, dahl.joac...@gmail.com wrote:
>
> > MOSEK provides state-of-the-art commercial LP and SOCP
Dear Javier, Sébastien, Robert, ...
On Fri, Jan 29, 2010 at 02:27:25AM -0800, javier wrote:
> On Jan 27, 10:28 pm, "Nicolas M. Thiery"
> wrote:
> > about #8044: categories for finite/permutation/symmetric groups
> >
> > * Puts all permutation groups and some other finite groups in the
On Jan 29, 10:13 am, Bill Hart wrote:
> I wonder if it is possible to recreate the problem just using FLINT,
> without any Sage, i.e. just write a short FLINT program which
> replicates the problem.
>
> I don't understand how the multiplication could take any serious
> quantity of time unless the
Not that I can think of at the moment.
Sometimes these bugs can be terribly subtle. The other day I tracked
down a bug in FLINT's F_mpz_div_2exp on 32 bit machines. In the end I
found the following code gave the wrong answer:
ulong a = 573498595893479UL;
ulong b = 42;
printf("%lu\n", a>>b);
The
On Jan 29, 2010, at 7:37 AM, Robert Bradshaw wrote:
> The issue is that the Sage window is mixed up with all the other browser
> windows, with irrelevant menu items, doesn't have its own icon in the dock,
> and the Sage session doesn't stop when the window is closed. Now there are
> several adv
On Jan 29, 2010, at 12:21 AM, Jason Grout wrote:
> Andy Somogyi wrote:
>> Hi All
>> This was originally a discussion of how to make Sage a better desktop app.
>
> I've wondered what the possibility was of making a Firefox extension that
> customized firefox to be an all-in-one Sage app. I thin
The cdd_both_reps/cdd_both_reps_gmp are used by the new polyhedra
package, and are indeed introduced in cddlib-094f.p2.spkg.
I have no idea what the patches/allfaces.c is for - it does not part
of the cddlib library, but only some utility binary. As far as I can
tell the allfaces binary is never u
Minh's comment about cddlib-094f.p2.spkg reminded me that Symmetrica does this
too. In fact, I have a patch I'd like to add, but it's anyone's guess how to do
it properly. I have the revised package at
http://boxen.math.washington.edu/home/kirkby/portability/symmetrica-2.0.p5/
There's a patch
I think there might have been some progress:
sage: R. = QQ[]
sage: f = 3/2*x - 1/3
sage: _ = f % f
Begin: fmpz_poly_pseudo_divrem(quo, r.num, &m, a.num, b.num)
a.num = 9*t-2
fmpz_poly_length(a.num) = 2
fmpz_poly_max_limbs(a.num) = 1
b.num = 9*t-2
fmpz_poly_length(b.num) = 2
fmpz_poly_m
The allfaces.c file is mentioned in the cddlib manual as an example
file. Its been in the sage spkg for a long time, I think. Probably
it was originally included to show sage developers how to use the
library. So it seems to make sense to get rid of it after #8115 is
sorted out, since cdd_both_r
On Fri, Jan 29, 2010 at 05:58:39AM -0800, Sebastian Pancratz wrote:
> The value of m is set by the call "fmpz_poly_pseudo_divrem(quo, r.num,
> &m, a.num, b.num)", where as the output above shows we have a.num and
> b.num both equal the polynomial 9*t-2. From the FLINT (1.5.0) manual,
> this call s
Hi folks,
On Fri, Jan 29, 2010 at 9:09 PM, Minh Nguyen wrote:
> A problem with cddlib-094f.p2.spkg is that it patches upstream source
> using a patch file, rather than copying a patched file over to the
> appropriate place under the src/ directory. Consequently, there is no
> clean separation
On Jan 29, 2:22 pm, Willem Jan Palenstijn wrote:
> On Fri, Jan 29, 2010 at 05:58:39AM -0800, Sebastian Pancratz wrote:
> > The value of m is set by the call "fmpz_poly_pseudo_divrem(quo, r.num,
> > &m, a.num, b.num)", where as the output above shows we have a.num and
> > b.num both equal the polyn
Minh Nguyen wrote:
Hi folks,
On Fri, Jan 29, 2010 at 9:09 PM, Minh Nguyen wrote:
A problem with cddlib-094f.p2.spkg is that it patches upstream source
using a patch file, rather than copying a patched file over to the
appropriate place under the src/ directory. Consequently, there is no
Another question about keeping src/ unmodified: Often the upstream
packages contain large examples and package 3rd-party libraries. For
example, cddlib-0.94f.spkg (before .p2) had already deleted ~2MB of
example files as well as a bundled gmp library that is in the upstream
package. This was docume
Bill Hart wrote:
Ah, got it. LD_LIBRARY_PATH_64 needs to also contain
/home/wbhart/mpir-1.3.0/.libs. Basically if LD_LIBRARY_PATH_64 is not
specified at all, i.e. left blank, the linker uses whatever is in
LD_LIBRARY_PATH. Otherwise it uses LD_LIBRARY_PATH_64 exclusively,
which means that *all* 6
Hi Volker,
On Sat, Jan 30, 2010 at 2:37 AM, Volker Braun wrote:
> package. This was documented in the SPKG.txt "Special Update/Build
> Instructions" section. Is deleting cruft from src/ ok?
Yes, I think that's OK. Many spkg's do that to reduce its sizes.
--
Regards
Minh Van Nguyen
--
To p
I'm putting together a quick and dirty app, that basically consists of a form
which holds a WebKit widget, and the main process just forks, and initiates the
Sage process, and hooks the WebKit view up to it. Should be ready this weekend.
Its super simple, but its a start.
Its tiny, a few 100K,
Hi folks,
When compiling Sage 4.3.2.alpha0 [1] on the machine sage.math, the
build always hang when running the configuration script of
libgcrypt-1.4.4.p2.spkg, here's a relevant snippet of where the build
consistently hangs, regardless of whether my compilation took place
under /scratch/mvngu/rel
On Fri, Jan 29, 2010 at 8:38 AM, Minh Nguyen wrote:
> Hi folks,
>
> When compiling Sage 4.3.2.alpha0 [1] on the machine sage.math, the
> build always hang when running the configuration script of
As another data point, I also build sage-4.3.2.alpha0 on sage.math in
/scratch/wstein/build/sage-
Hi William,
On Sat, Jan 30, 2010 at 3:58 AM, William Stein wrote:
> I ran tests on skynet 2 days ago and *also* end up with that "optimal"
> running process sticking around. It ended up possibly crashing
> skynet, by the way.
I have no such luck ;-)
After my last doctest on skynet which cra
Hi David,
On Sat, Jan 30, 2010 at 12:49 AM, Dr. David Kirkby
wrote:
> Minh's comment about cddlib-094f.p2.spkg reminded me that Symmetrica does
> this too.
Could you please open a ticket for this?
--
Regards
Minh Van Nguyen
--
To post to this group, send an email to sage-devel@googlegroups.c
Thanks for the rely. I tried that with boh Graph and Poset (since
graph failed as well) under networkx-0.36 and networkx-1.0.1 both un
un-patched 4.3.1 and patched to account for 1.0.1.
However, everything went through without a hitch.
Un tar-ing the pickle_jar and load
("_class__sage_graphs_graph
> Un tar-ing the pickle_jar and load
> ("_class__sage_graphs_graph_Graph__.sobj") or load
> ("_class__sage_combinat_posets_posets_FinitePoset__.sobj") gives the
> error of "ImportError: No module named xgraph" or "ImportError: No
> module named xdigraph" respectively (these modules held the classes
With Sage 4.3.2.alpha0, command line or notebook:
sage: text(r"$\left(2 a=b\right)$", (2,3)) # works fine
sage: text(r"$(2 \, a=b)$", (2,3)) # works fine
sage: text(r"$\left(2 \, a=b\right)$", (2,3)) # error!
Traceback (click to the left of this block for traceback)
...
AttributeError: 'Kern
On Jan 29, 2:09 am, lutusp wrote:
> > Give some examples, please.
>
> var("y R")
>
> a(y,R) = pi * (2*R - y) * y
>
> lbl = text("$\int \ " + latex(a(y,R)) + "$",(3,20))
>
> view(lbl)
> ... Graphics object consisting of 1 graphics primitive (not
> displayed)
> show(lbl)
> ... Unknown control se
They didn't deprecate it, but they changed the format somewhat.
For instance:
sage: import networkx
sage: networkx.__version__
'0.36'
sage: N = networkx.complete_graph(4)
sage: N.adj
{0: {1: None, 2: None, 3: None}, 1: {0: None, 2: None, 3: None}, 2:
{0: None, 1: None, 3: None}, 3: {0: None, 1: N
On Fri, Jan 29, 2010 at 9:12 AM, Minh Nguyen wrote:
> Hi William,
>
> On Sat, Jan 30, 2010 at 3:58 AM, William Stein wrote:
>
>
>
>> I ran tests on skynet 2 days ago and *also* end up with that "optimal"
>> running process sticking around. It ended up possibly crashing
>> skynet, by the way.
>
On Fri, Jan 29, 2010 at 6:27 AM, Minh Nguyen wrote:
> Hi folks,
>
> On Fri, Jan 29, 2010 at 9:09 PM, Minh Nguyen wrote:
>
>
>
>> A problem with cddlib-094f.p2.spkg is that it patches upstream source
>> using a patch file, rather than copying a patched file over to the
>> appropriate place under
On Fri, Jan 29, 2010 at 7:53 AM, Ivan Andrus wrote:
> On Jan 29, 2010, at 7:37 AM, Robert Bradshaw wrote:
>
>> The issue is that the Sage window is mixed up with all the other browser
>> windows, with irrelevant menu items, doesn't have its own icon in the dock,
>> and the Sage session doesn't s
On Fri, Jan 29, 2010 at 5:00 AM, Nicolas M. Thiery
wrote:
> On Thu, Jan 28, 2010 at 12:32:48PM -0500, David Joyner wrote:
>> Just generally speaking, I appreciate very much any "cleaning up"
>> of this category of Sage objects. To me, it makes things more
>> natural and hopefully makes it easier t
Minh Nguyen wrote:
Hi David,
On Sat, Jan 30, 2010 at 12:49 AM, Dr. David Kirkby
wrote:
Minh's comment about cddlib-094f.p2.spkg reminded me that Symmetrica does
this too.
Could you please open a ticket for this?
Yes, no problem. It is here.
http://trac.sagemath.org/sage_trac/ticket/8122
William Stein wrote:
I think the command "patch" should absolutely never, ever be used in
the installation script of an spkg.There are platforms that don't
have patch preinstalled, and it is not a prerequisite for installing
Sage (according to the README). It is also simply not necessary as
We know from recent discussions over sage-env and the hassles that
http://trac.sagemath.org/sage_trac/ticket/7818
caused, that setting CFLAGS, CXXFLAGS etc globally will cause a build failure in
Sage. It would therefore seem sensible that we exit with an error message if
someone sets CFLAGS wh
On Jan 29, 2010, at 7:27 PM, David Joyner wrote:
> On Fri, Jan 29, 2010 at 7:53 AM, Ivan Andrus wrote:
>> On Jan 29, 2010, at 7:37 AM, Robert Bradshaw wrote:
>>
>>> The issue is that the Sage window is mixed up with all the other browser
>>> windows, with irrelevant menu items, doesn't have its
Dr. David Kirkby wrote:
We know from recent discussions over sage-env and the hassles that
http://trac.sagemath.org/sage_trac/ticket/7818
caused, that setting CFLAGS, CXXFLAGS etc globally will cause a build
failure in Sage. It would therefore seem sensible that we exit with an
error message if
On Jan 29, 9:57 am, John H Palmieri wrote:
> With Sage 4.3.2.alpha0, command line or notebook:
>
> sage: text(r"$\left(2 a=b\right)$", (2,3)) # works fine
> sage: text(r"$(2 \, a=b)$", (2,3)) # works fine
> sage: text(r"$\left(2 \, a=b\right)$", (2,3)) # error!
> Traceback (click to the left
Dear All,
I lost quite a time tracking down patches because the following requirement of
the developer guide is not respected.
When you commit a patch :
"""
[...],
write a one line commit message of the form
trac :
where is the Sage development tracking system ticket number (s
Jaap Spies wrote:
Dr. David Kirkby wrote:
We know from recent discussions over sage-env and the hassles that
http://trac.sagemath.org/sage_trac/ticket/7818
caused, that setting CFLAGS, CXXFLAGS etc globally will cause a build
failure in Sage. It would therefore seem sensible that we exit with
Dr. David Kirkby wrote:
Jaap Spies wrote:
Dr. David Kirkby wrote:
We know from recent discussions over sage-env and the hassles that
http://trac.sagemath.org/sage_trac/ticket/7818
caused, that setting CFLAGS, CXXFLAGS etc globally will cause a build
failure in Sage. It would therefore seem se
On Fri, Jan 29, 2010 at 09:31:10AM -0800, Greg McWhirter wrote:
> Thanks for the rely. I tried that with boh Graph and Poset (since
> graph failed as well) under networkx-0.36 and networkx-1.0.1 both un
> un-patched 4.3.1 and patched to account for 1.0.1.
> However, everything went through without
On Fri, Jan 29, 2010 at 01:38:54PM -0500, David Joyner wrote:
> > Seriously speaking: do you feel like reviewing my patch, once the
> > votes/discussions will be other?
>
> Yes, I'd be happy to.
Thanks! Let's wait one more day for possible feedback, and then it's
good to go. I let you see with Jav
I created tiny patches for both trac 4838 and 8082. They now waits for
review.
I need more time to look at matplotlib and polar coordinates. Thanks
for pointing the different interrelated tickets.
Vincent
--
To post to this group, send an email to sage-devel@googlegroups.com
To unsubscribe from
On Fri, 29 Jan 2010 07:02:15 Bill Hart wrote:
> Hi all,
>
> it is with pleasure that we (finally) officially release MPIR 1.3.0.
> It is available at our website http://www.mpir.org/
>
Well I am making a Gentoo ebuild, it is already in the sage-on-gentoo
overlay and will be in the science overla
On Jan 29, 2010, at 1:52 PM, Jaap Spies wrote:
Dr. David Kirkby wrote:
Jaap Spies wrote:
Dr. David Kirkby wrote:
We know from recent discussions over sage-env and the hassles that
http://trac.sagemath.org/sage_trac/ticket/7818
caused, that setting CFLAGS, CXXFLAGS etc globally will cause a
Robert Bradshaw wrote:
On Jan 29, 2010, at 1:52 PM, Jaap Spies wrote:
Dr. David Kirkby wrote:
Jaap Spies wrote:
Dr. David Kirkby wrote:
We know from recent discussions over sage-env and the hassles that
http://trac.sagemath.org/sage_trac/ticket/7818
caused, that setting CFLAGS, CXXFLAGS et
Thanks Willem. That's just a really silly bug on my part. I presume I
have been very naughty and not written test code for
fmpz_poly_pseudo_divrem. I mean, what can possibly go wrong with a cut
and paste. :-)
By the way, fmpz_poly_pseudo_rem should be faster if you don't require
the quotient.
Bil
On Jan 29, 2010, at 2:59 PM, Jaap Spies wrote:
Robert Bradshaw wrote:
On Jan 29, 2010, at 1:52 PM, Jaap Spies wrote:
Quite a few spkg-install are a simply: python setup.py install.
They fail on Open Solaris x64 if CFLAGS does not include -m64.
There's nothing special about Cython, it basica
Hello, everyone !
I guess it's not the right place to post this problem but I haven't
found the answer anywhere else...
I have a MacBook Pro with Snow Leopard installed and I'm trying to
generate the doc with the command
sage -docbuild reference html
The problem is that I get the following message
All of those object files seem to come from assembly code assembled by
yasm. I actually don't understand the bug report though. So I am not
sure what needs fixing. I don't know of any systems that these files
don't work on. Besides that, the only architectures they get used on
are x86_64!
Is the p
It does work if you also add $LD_LIBRARY_PATH to LD_LIBRARY_PATH_64. I
have tested this, i.e. MPIR now builds and all tests now pass on t2,
so at least there is no problem for Sage.
We do not use the latest libtool. I tried upgrading it once before,
and not only could I not understand the document
Robert Bradshaw wrote:
On Jan 29, 2010, at 2:59 PM, Jaap Spies wrote:
Robert Bradshaw wrote:
On Jan 29, 2010, at 1:52 PM, Jaap Spies wrote:
Quite a few spkg-install are a simply: python setup.py install.
They fail on Open Solaris x64 if CFLAGS does not include -m64.
There's nothing special
How difficult would it be to automate this using the trac server
itself? I.e. any patch that gets uploaded checks for the ticket number
on the commit line, and if it's not there (or there is no commit
message), it would prepend "trac : ".
On Fri, Jan 29, 2010 at 1:24 PM, Florent Hivert
wrote:
By the way, Solaris also has LD_LIBRARY_PATH_32. You can put 32 bit
libraries in that and leave the generic LD_LIBRARY_PATH for libtool to
play with. But you should put $LD_LIBRARY_PATH in $LD_LIBRARY_PATH_64
and probably in $LD_LIBRARY_PATH_32 as well, otherwise it won't work.
Bill.
On Jan 29, 1
Dr. David Kirkby wrote:
http://trac.sagemath.org/sage_trac/ticket/7761
"Python 2.6.2.p4 faills to build on OpenSolaris"
is a fix of mine for python. But despite being shown as merged in
sage-4.3.1.alpha2, it is not in sage 4.3.1
Dave
I hope someone will step forward to resolve this mess!
Hi Robert,
On Sat, Jan 30, 2010 at 10:38 AM, Robert Miller wrote:
> How difficult would it be to automate this using the trac server
> itself?
The same discussion also took place in sage-combinat-devel
http://groups.google.com/group/sage-combinat-devel/browse_thread/thread/e7fab4e454dc2486
Mik
Also, from the Sun documentation:
Linking
The linker remains a 32-bit application, but this should be
transparent to most users, since it is normally invoked indirectly by
the compiler driver, for example, cc(1). If the linker is presented
with a collection of ELF32 object files as input, it creat
Hi Robert,
On Fri, Jan 29, 2010 at 03:38:12PM -0800, Robert Miller wrote:
> How difficult would it be to automate this using the trac server
> itself? I.e. any patch that gets uploaded checks for the ticket number
> on the commit line, and if it's not there (or there is no commit
> message)
Ah, ok then, thanks. =) Found the issue and almost solved it. Added
from sage.structure.sage_object import register_unpickle_override
import networkx.classes
register_unpickle_override('networkx.xgraph','XGraph',
networkx.classes.Graph, call_name=('networkx.classes','Graph'))
register_unpickle_ove
On Fri, Jan 29, 2010 at 12:44:06PM +0100, Nicolas M. Thiery wrote:
Dear David, Javier, Sébastien, Robert, ...
> On Jan 27, 10:28 pm, "Nicolas M. Thiery"
> By the way, Sébastien, if you want to make a small patch on top of
> #8044 which would include the cl Cayley graph examples from
>
I tried a later libtool (the one distributed with the Ubuntu on
boxen.math) and this made no difference.
I also looked through the recent changelog of the libtool project and
there is no mention of this issue being fixed. I also did an extensive
search online and pretty much everyone just recommen
Hi Bill,
Let me try to clarify a bit.
On Sat, 30 Jan 2010 12:18:54 Bill Hart wrote:
> All of those object files seem to come from assembly code assembled by
> yasm. I actually don't understand the bug report though. So I am not
> sure what needs fixing. I don't know of any systems that these file
sage -i /Users/wdj/sagefiles/fluidium-app.spkg
gave
(lots of lines deleted)
x fluidium-spkg/.hg/store/data/spkg-install.i
Finished extraction
sage: After decompressing the directory fluidium-app does not exist
This means that the corresponding .spkg needs to be downloaded
again.
http://www.sagem
> By the way, fmpz_poly_pseudo_rem should be faster if you don't require
> the quotient.
>
> Bill.
I originally wrote the Cython code against FLINT 1.4.0 and at the time
there was a bug in fmpz_poly_pseudo_mod, as a result of which I was
just using fmpz_poly_pseudo_divrem. I think Sage currently
On Fri, Jan 29, 2010 at 5:22 PM, David Joyner wrote:
> sage -i /Users/wdj/sagefiles/fluidium-app.spkg
>
> gave
>
> (lots of lines deleted)
>
> x fluidium-spkg/.hg/store/data/spkg-install.i
The person making the spkg made it incorrectly.
Put the relevant sources in a directory of the form
On Jan 29, 1:10 pm, John H Palmieri wrote:
> On Jan 29, 9:57 am, John H Palmieri wrote:
>
> > With Sage 4.3.2.alpha0, command line or notebook:
>
> > sage: text(r"$\left(2 a=b\right)$", (2,3)) # works fine
> > sage: text(r"$(2 \, a=b)$", (2,3)) # works fine
> > sage: text(r"$\left(2 \, a=b\ri
On Jan 29, 2:09 am, lutusp wrote:
> > Give some examples, please.
>
> var("y R")
>
> a(y,R) = pi * (2*R - y) * y
>
> lbl = text("$\int \ " + latex(a(y,R)) + "$",(3,20))
>
> view(lbl)
> ... Graphics object consisting of 1 graphics primitive (not
> displayed)
> show(lbl)
> ... Unknown control
On Jan 30, 1:03 am, François Bissey wrote:
> Hi Bill,
>
> Let me try to clarify a bit.
>
> On Sat, 30 Jan 2010 12:18:54 Bill Hart wrote:
>
> > All of those object files seem to come from assembly code assembled by
> > yasm. I actually don't understand the bug report though. So I am not
> > sure
On #7325, we are getting hardware or software-dependent results, which
are easy to deal with as the results are equivalent, but which raises
the question of how to correctly use of Python's set().
On sage.math:
sage: set((x,y))
set([y, x])
On my Macintel 10.5:
sage: set((x,y))
set([x, y])
Then w
On Sat, 30 Jan 2010 15:26:51 Bill Hart wrote:
> > It is a bit more subtle than that, it should work most of the time. The
> > main case where things could go south is if you have a hardened system
> > with the NX bit turned on - my guess.
> > It is a QA issue meaning that actual side effects are ha
On 30 January 2010 01:03, François Bissey wrote:
> Hi Bill,
> It is a bit more subtle than that, it should work most of the time. The main
> case where things could go south is if you have a hardened system with
> the NX bit turned on - my guess.
> It is a QA issue meaning that actual side effect
Hi Alexandre,
> The problem is that I get the following messages (repeated about a
> thousand of times) :
>
> WARNING: display latex u'{\\rm SL}_2(\\ZZ)': latex exited with error:
> [stderr]
> dyld: Library not loaded: /opt/local/lib/libpng12.0.dylib
> Referenced from: /opt/local/bin/latex
> Rea
On Sat, 30 Jan 2010 16:28:04 David Kirkby wrote:
> I will however test this out later today (within the next 12 hours) on
> the Sun Blade 2000 I own. That will at least enable us to determine if
> it is the hardening in Solaris on SPARC which is causing this. The
> fact this has been around since 1
it shows, by the way, that idea to use set() (or Set()) to remedy
differences in docstrings with
the output of randomised procedures, discussed
here:
http://groups.google.com/group/sage-devel/browse_thread/thread/1f688f25bdd5dab2
does not really fly.
On Jan 30, 10:38 am, kcrisman wrote:
> On #7
William,
I think TESTS:: would be a good idea!
Having an optional part TESTS:: where one can put more or less any
Sage code; if TESTS:: is present,
EXAMPLES:: is ignored, and otherwise EXAMPLES:: play the role of
TESTS::
Indeed, without this it is impossible to really test, say, a function
that
pr
On Jan 29, 8:46 pm, Dima Pasechnik wrote:
> it shows, by the way, that idea to use set() (or Set()) to remedy
> differences in docstrings with
> the output of randomised procedures, discussed
> here:http://groups.google.com/group/sage-devel/browse_thread/thread/1f688f...
> does not really fly.
Ho
On Jan 29, 2010, at 9:27 PM, Dima Pasechnik wrote:
William,
I think TESTS:: would be a good idea!
Having an optional part TESTS:: where one can put more or less any
Sage code; if TESTS:: is present,
EXAMPLES:: is ignored, and otherwise EXAMPLES:: play the role of
TESTS::
We already use TESTS b
François Bissey wrote:
On Sat, 30 Jan 2010 16:28:04 David Kirkby wrote:
I will however test this out later today (within the next 12 hours) on
the Sun Blade 2000 I own. That will at least enable us to determine if
it is the hardening in Solaris on SPARC which is causing this. The
fact this has b
On Jan 23, 3:04 pm, gsever wrote:
> Hello,
>
> Is there any plan to add some other distributions mentioned in:
>
> http://hg.sagemath.org/sage-main/file/21efb0b3fc47/sage/gsl/probabili...
>
> 50 #TODO: Add more distributions available in gsl
> 51 #available but not currently wrapped are expone
90 matches
Mail list logo
