La recherche a retourné 26 résultats
Aller sur la recherche avancée
- mar. oct. 04, 2022 8:39 am
- Forum : Bugs
- Sujet : no ANYARG in Pari-gp 2.15, fix needed
- Réponses : 0
- Vues : 2127
no ANYARG in Pari-gp 2.15, fix needed
As reported on https://trac.sagemath.org/ticket/34586, with pari 2.15 we need to apply --- a/src/pari.cc +++ b/src/pari.cc @@ -40,6 +40,13 @@ using namespace std; #ifdef HAVE_LIBPARI +// Anyarg disappeared from PARI 2.15.0 +#ifdef __cplusplus +# define ANYARG ... +#else +# define ANYARG +#endif + #i...
- mar. oct. 04, 2022 8:32 am
- Forum : Bugs
- Sujet : Build error for 1.9-13 on Linux
- Réponses : 7
- Vues : 2610
Re: Build error for 1.9-13 on Linux
I also get this error on gentoo, with 1.9-21. No matter whether I have fltk installed or not (does giac test for it).
I can only get past this error if I use
(as we do in Sagemath, see https://trac.sagemath.org/ticket/31563)
I can only get past this error if I use
Code : Tout sélectionner
CPPFLAGS="-DUSE_OBJET_BIDON=1 $CPPFLAGS"
- ven. févr. 26, 2021 10:37 am
- Forum : Bugs
- Sujet : giac banner should include precise version/platform
- Réponses : 1
- Vues : 2084
giac banner should include precise version/platform
It is currently not possible to understand what version is giac is run from its banner,e.g. can anyone guess what version of GIac is run here, and on which platform? (in fact, this is 1.6.0.47 (with some local patches) on Solaris 11.4,built with gcc 10.2) $ giac // Maximum number of parallel threads...
- dim. févr. 21, 2021 11:34 am
- Forum : Giac
- Sujet : SUNOS built (macro pb)
- Réponses : 15
- Vues : 11932
Re: SUNOS built (macro pb)
another problem on Solaris is the name clash with module_info on giac. (Solaris has module_info in /usr/include/sys/stream.h) ... [giac-1.6.0.47p2] In file included from /usr/include/netinet/in.h:66, [giac-1.6.0.47p2] from /usr/include/sys/socket.h:32, [giac-1.6.0.47p2] from /usr/include/curl/system...
- sam. févr. 20, 2021 6:43 pm
- Forum : Giac
- Sujet : SUNOS built (macro pb)
- Réponses : 15
- Vues : 11932
Re: SUNOS built (macro pb)
Why not just the default C++ allocator? My understanding is that it's faster than the usual system malloc (in the usual implementations). Anyhow, there is AC_FUNC_ALLOCA which allows you to test for alloca.h header and set up HAVE_ALLOCA_H so that you can do #ifdef HAVE_ALLOCA_H # include <alloca.h>...
- sam. févr. 20, 2021 6:32 pm
- Forum : Bugs
- Sujet : do not use AC_CHECK_LIB(intl, main) in configure.ac
- Réponses : 3
- Vues : 2039
Re: do not use AC_CHECK_LIB(intl, main) in configure.ac
I am actually not sure how exactly gettext is used in giac. Is the idea to build its own libintl in case the one from the system is not available? If so, this does not seem to work (for some reason). If not, and libintl must always come from the system, configure.ac needs a slightly different way to...
- ven. févr. 19, 2021 11:35 pm
- Forum : Bugs
- Sujet : do not use AC_CHECK_LIB(intl, main) in configure.ac
- Réponses : 3
- Vues : 2039
do not use AC_CHECK_LIB(intl, main) in configure.ac
if ./configure is given --disable-nls, it should not try to link libintl, otherwise,if one has an incompatiple system libntl (like on Solaris), it is linked in, but then libgiac.so gets undefined symbols. It seems that this macro is just not needed, and everything needed here is done by AM_GNU_GETTE...
- ven. févr. 19, 2021 9:12 am
- Forum : Giac
- Sujet : SUNOS built (macro pb)
- Réponses : 15
- Vues : 11932
Re: SUNOS built (macro pb)
Solaris has alloca() in a special header alloca.h
Adding `#include <alloca.h>` into `gen.cc` and `threaded.cc`
allows one to proceed.
Adding `#include <alloca.h>` into `gen.cc` and `threaded.cc`
allows one to proceed.
- jeu. févr. 18, 2021 10:32 am
- Forum : Giac
- Sujet : SUNOS built (macro pb)
- Réponses : 15
- Vues : 11932
Re: SUNOS built (macro pb)
By the way, alloca is not standard C++ (or even C), it's machine/compiler-dependent, why does giac use it at all?
What is it that cannot be achieved with the usual C/C++ tools?
What is it that cannot be achieved with the usual C/C++ tools?
- jeu. févr. 18, 2021 10:18 am
- Forum : Giac
- Sujet : SUNOS built (macro pb)
- Réponses : 15
- Vues : 11932
Re: SUNOS built (macro pb)
alloca issue on Solaris has not completely gone away (this is SPARC Solaris 11, gcc 10.2, giac 1.5.0.87) /usr/bin/bash ../libtool --tag=CXX --mode=compile g++ -std=gnu++11 -DHAVE_CONFIG_H -I. -I.. -DIN_GIAC -I. -I.. -I. -I.. -I/datapool/dima/Sage/sage/local/include -g -O2 -I/opt/csw/include -I/opt/c...
- mar. janv. 12, 2021 12:46 pm
- Forum : Bugs
- Sujet : integration gets stuck on equivalent expressions
- Réponses : 3
- Vues : 2794
integration gets stuck on equivalent expressions
here the transformation (a/b)^t -> a^t/b^t, for t=5/2, leads to divergent behavours: 4>> integrate(x^(5/2)/(b*x+a)^(5/2),x) 2*(2*((9*b^4*a*1/36/b^5/a*sqrt(x)*sqrt(x)+60*b^3*a^2*1/36/b^5/a)*sqrt(x)*sqrt(x)+45*b^2*a^3*1/36/b^5/a)*sqrt(x)*sqrt(a+b*x)/(a+b*x)^2+10*a/4/b^3/sqrt(b)*ln(abs(sqrt(a+b*x)-sqrt...
- sam. avr. 18, 2020 4:01 am
- Forum : Bugs
- Sujet : incompatible file names with ':' in them
- Réponses : 1
- Vues : 1781
incompatible file names with ':' in them
Please see https://trac.sagemath.org/ticket/29521 specifically $ find . -name "*:*" ./doc/pari/Programming_in_GP:_control_statements.html ./doc/pari/Programming_in_GP:_other_specific_functions.html ./doc/pari/cont_Programming_in_GP:_other_specific_functions.html ./doc/pari/cont_Programming_in_GP:_co...
- jeu. oct. 17, 2019 7:33 am
- Forum : Bugs
- Sujet : parser bug in 1.5.0-65+
- Réponses : 2
- Vues : 2540
parser bug in 1.5.0-65+
It appears that len() is broken in versions 65 and later:
0>> len(x)
1
// Time 0
1>> len(x,y)
1
// Time 0
2>> len(x,y,z)
3
// Time 0
So something is wrong with len(x,y)
This was reported on https://groups.google.com/d/msg/sage-pa ... 0lPY-vDgAJ
Dima
0>> len(x)
1
// Time 0
1>> len(x,y)
1
// Time 0
2>> len(x,y,z)
3
// Time 0
So something is wrong with len(x,y)
This was reported on https://groups.google.com/d/msg/sage-pa ... 0lPY-vDgAJ
Dima
- jeu. juil. 04, 2019 8:34 am
- Forum : Bugs
- Sujet : use #include "tex.h" rather than <tex.h>
- Réponses : 1
- Vues : 1991
use #include "tex.h" rather than <tex.h>
In src/mathml.h there is `#include <tex.h>` which is not the right thing to do for an internal header, and indeed it breaks e.g. Sage's `giacpy_sage` package. Sage on Gentoo has the following patch diff --git a/src/mathml.h b/src/mathml.h index 31ce57a..49b43af 100644 --- a/src/mathml.h +++ b/src/ma...
- lun. juin 10, 2019 9:51 am
- Forum : Bugs
- Sujet : OpenBSD 6.5 - correct parameter for scandir call
- Réponses : 1
- Vues : 1630
OpenBSD 6.5 - correct parameter for scandir call
To let help.cc compile, the following change in line 943 is needed: #if ( defined(__MAC_OS_X_VERSION_MAX_ALLOWED)&& __MAC_OS_X_VERSION_MAX_ALLOWED< 1080 ) || ( defined(__IPHONE_OS_VERSION_MAX_ALLOWED)&& __IPHONE_OS_VERSION_MAX_ALLOWED< 60100 ) || ( defined(__OpenBSD__)&& OpenBSD<201905) || ( defined...