Hey Vit,
I believe the ticket http://trac.sagemath.org/sage_trac/ticket/13735 is
the same problem. Currently it needs someone to do work on it. (There's
also the related ticket http://trac.sagemath.org/sage_trac/ticket/13356.)
Best,
Travis
On Wednesday, April 3, 2013 11:01:12 PM UTC-4,
Thanks. I am looking into it. Is it possible that some nonzero coefficient
c has representation by string 0? For the moment I am assuming no.
Dne čtvrtek, 4. dubna 2013 13:40:05 UTC+2 Travis Scrimshaw napsal(a):
Hey Vit,
I believe the ticket http://trac.sagemath.org/sage_trac/ticket/13735
I am finished with coding. Is there a way to test only latex output? I'd
rather avoid testing all routines. I'll upload a patch to
http://trac.sagemath.org/sage_trac/ticket/13735 as soon as I'll get an
account on trac.sagemath.org
Dne čtvrtek, 4. dubna 2013 16:14:07 UTC+2 Vít Tuček
Sorry for spamming the list. It seems that I will have to wait for the trac
account for quit a while. Please feel free to try out the attached patch.
Dne středa, 3. dubna 2013 21:40:50 UTC+2 Vít Tuček napsal(a):
Hi!
The title says it all.
testcase:
sage:
Neat! thanks - I didn't realise you could do that. Will try it out.
On Wed, Apr 3, 2013 at 7:39 PM, Dima Pasechnik dimp...@gmail.com wrote:
On 2013-04-03, garymako...@googlemail.com garymako...@googlemail.com
wrote:
--=_Part_4357_8275262.1364986006610
Content-Type: text/plain;
On Thu, Apr 04, 2013 at 07:14:07AM -0700, Vít Tuček wrote:
Thanks. I am looking into it. Is it possible that some nonzero coefficient
c has representation by string 0? For the moment I am assuming no.
Just in case, I'd rather avoid this assumption if you can.
Thanks!
On 04/03/2013 11:00 PM, Tobias Weich wrote:
Hi,
P Purkayastha nicely invited me to fix
http://trac.sagemath.org/sage_trac/ticket/13834
http://trac.sagemath.org/sage_trac/ticket/13834
and after I looked at it in more detail it really seemed to be easy
enough as a starting point to
Dear all,
I'm currently trying to build Sage on FreeBSD and the eclib spkg failed
because it uses int64_t in eclib/xmod.h.
Including inttypes.h there solves the problem.
I guess it's using the Sage's GCC.
Is this a known issue?
Looking at http://www.freebsd.org/cgi/cvsweb.cgi/ports/math/sage/
Le 04/04/2013 17:52, Jean-Pierre Flori a écrit :
I'm currently trying to build Sage on FreeBSD and the eclib spkg failed
because it uses int64_t in eclib/xmod.h.
Including inttypes.h there solves the problem.
I think int64_t is supposed to come from stdint.h, and it's standard:
On Thursday, April 4, 2013 6:22:43 PM UTC+2, Snark wrote:
Le 04/04/2013 17:52, Jean-Pierre Flori a �crit :
I'm currently trying to build Sage on FreeBSD and the eclib spkg failed
because it uses int64_t in eclib/xmod.h.
Including inttypes.h there solves the problem.
I think
Maybe something like -D__C99FEATURES__ works? See #14265
On Thursday, April 4, 2013 5:35:58 PM UTC+1, Jean-Pierre Flori wrote:
Indeed, including inttypes.h solves the issue because it itself includes
stdint.h where this is defined.
Maybe some C99 hell on FreeBSD or with the GCC Sage built
OS version information:
kjetil@kjetil-HP-Pavilion-dv4-Notebook-PC:~$ lsb_release
LSB Version:
core-2.0-amd64:core-2.0-noarch:core-3.0-amd64:core-3.0-noarch:core-3.1-amd64:core-3.1-noarch:core-3.2-amd64:core-3.2-noarch:core-4.0-amd64:core-4.0-noarch
kjetil@kjetil-HP-Pavilion-dv4-Notebook-PC:~$ gcc
Hi,
I wanted to raise awareness about these two upcoming Sage Days in
(beautiful in June!) Seattle:
* Sage Days 48, Notebook Dev (June 17-21, 2013), Univ of Washington, Seattle
http://wiki.sagemath.org/days48
* Sage Edu Days 5 (June 19-21, 2013), Univ of Washington, Seattle
On Thursday, April 4, 2013 6:43:13 PM UTC+2, Volker Braun wrote:
Maybe something like -D__C99FEATURES__ works? See #14265
Good idea I'll give it a shot.
--
You received this message because you are subscribed to the Google Groups
sage-devel group.
To unsubscribe from this group and stop
On Thu, 04 Apr 2013 18:56:33 Kjetil brinchmann Halvorsen wrote:
OS version information:
kjetil@kjetil-HP-Pavilion-dv4-Notebook-PC:~$ lsb_release
LSB Version:
core-2.0-amd64:core-2.0-noarch:core-3.0-amd64:core-3.0-noarch:core-3.1-amd64
Yes, in /home/kjetil/sage/sage-5.8/local/lib there are the
following (among others):
libblas libcblas libatlas (.*)
¿Why are they not picked up?
Kjetil
On Thu, Apr 4, 2013 at 10:52 PM, François Bissey
francois.bis...@canterbury.ac.nz wrote:
On Thu, 04 Apr 2013 18:56:33 Kjetil
On Thursday, April 4, 2013 10:41:04 PM UTC+2, Jean-Pierre Flori wrote:
On Thursday, April 4, 2013 6:43:13 PM UTC+2, Volker Braun wrote:
Maybe something like -D__C99FEATURES__ works? See #14265
Good idea I'll give it a shot.
And nope, its not working.
--
You received this message
On Thu, 04 Apr 2013 23:13:06 Kjetil brinchmann Halvorsen wrote:
This file as attachment here!
Can you do the following for me:
start a sage shell: go in /home/kjetil/sage/sage-5.8/ and type
./sage -sh
Then get the output of the commands
ldd -r local/lib/libcblas.so
ldd -r local/lib/libatlas.so
see inline below.
On Thu, Apr 4, 2013 at 11:25 PM, François Bissey
francois.bis...@canterbury.ac.nz wrote:
On Thu, 04 Apr 2013 23:13:06 Kjetil brinchmann Halvorsen wrote:
This file as attachment here!
Can you do the following for me:
start a sage shell: go in /home/kjetil/sage/sage-5.8/ and
On Thu, 04 Apr 2013 23:41:06 Kjetil brinchmann Halvorsen wrote:
see inline below.
Not pretty. There is a bit of a mystery as to why -latlas doesn't give you the
right libraries. libcblas should be linked with libatlas, it is technically
correct as is but should be handled better. I hope that
Thanks for having set up a ticket for this.
On Wednesday, April 3, 2013 7:16:31 AM UTC+2, Nils Bruin wrote:
I guess someone should fix this at some point:
http://trac.sagemath.org/sage_trac/ticket/14403
--
You received this message because you are subscribed to the Google Groups
OK, so the solution is easy: add
#include stdint.h
No need to look further, I'd say...
--
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
Thanks! See inline below.
On Thu, Apr 4, 2013 at 11:47 PM, François Bissey
francois.bis...@canterbury.ac.nz wrote:
On Thu, 04 Apr 2013 23:41:06 Kjetil brinchmann Halvorsen wrote:
see inline below.
Not pretty. There is a bit of a mystery as to why -latlas doesn't give you the
right libraries.
On Fri, 05 Apr 2013 00:04:30 Kjetil brinchmann Halvorsen wrote:
Thanks! See inline below.
On Thu, Apr 4, 2013 at 11:47 PM, François Bissey
francois.bis...@canterbury.ac.nz wrote:
On Thu, 04 Apr 2013 23:41:06 Kjetil brinchmann Halvorsen wrote:
see inline below.
Not pretty. There is
On Thursday, April 4, 2013 11:55:26 PM UTC+2, Jeroen Demeyer wrote:
OK, so the solution is easy: add
#include stdint.h
No need to look further, I'd say...
What I find disturbing is that I never encountered it anwhere else.
--
You received this message because you are subscribed to
On 04/05/2013 12:11 AM, Jean-Pierre Flori wrote:
On Thursday, April 4, 2013 11:55:26 PM UTC+2, Jeroen Demeyer wrote:
OK, so the solution is easy: add
#include stdint.h
No need to look further, I'd say...
What I find disturbing is that I never encountered it anwhere else.
It
Jean-Pierre Flori wrote:
On Thursday, April 4, 2013 6:22:43 PM UTC+2, Snark wrote:
Le 04/04/2013 17:52, Jean-Pierre Flori a �crit :
I'm currently trying to build Sage on FreeBSD and the eclib spkg
failed
because it uses int64_t in eclib/xmod.h.
Including inttypes.h
leif wrote:
Jean-Pierre Flori wrote:
On Thursday, April 4, 2013 6:22:43 PM UTC+2, Snark wrote:
Le 04/04/2013 17:52, Jean-Pierre Flori a �crit :
I'm currently trying to build Sage on FreeBSD and the eclib spkg
failed
because it uses int64_t in eclib/xmod.h.
Including
leif wrote:
FWIW, here on Linux algorithm (included by interface.h) pulls in
sys/types.h [indirectly, of course^TM], which defines int64_t et al.
The same (or, more precisely, similar) is true on Solaris.
-leif
(xmod.h is only included by arith.h, which in turn includes interface.h,
Le 05/04/2013 03:28, leif a écrit :
Or otherwise ask John Cremona... ;-)
I suggest to provide him a patch adding the #include at the top of one
of the files.
If he didn't already answer, that means he's busy :-)
Snark on #sagemath
--
You received this message because you are subscribed to
Julien Puydt wrote:
Le 05/04/2013 03:28, leif a écrit :
Or otherwise ask John Cremona... ;-)
I suggest to provide him a patch adding the #include at the top of one
of the files.
Yep, but better where int64_t is actually used, i.e., in the mentioned
#else part in xmod.h, and probably some
Le 05/04/2013 07:29, leif a écrit :
Julien Puydt wrote:
Le 05/04/2013 03:28, leif a écrit :
Or otherwise ask John Cremona... ;-)
I suggest to provide him a patch adding the #include at the top of one
of the files.
Yep, but better where int64_t is actually used, i.e., in the mentioned
#else
32 matches
Mail list logo