Re: [fricas-devel] Curious behaviour of 'digits' in relation to complexSolve

2015-10-22 Thread Grégory Vanuxem
Hi, I think you should use outputFloating(10) Regards -- G. Vanuxem 2015-10-22 6:37 GMT+02:00 Alasdair McAndrew : > If you start a new FriCAS, and then enter: > > (1) -> digits 10 > (2) -> complexSolve(x^3-6*x-6=0,1.e-10) > > you obtain > > [x= 2.8473221018_6307233001_9122091471_217572689 -

Re: [fricas-devel] Curious behaviour of 'digits' in relation to complexSolve

2015-10-22 Thread Grégory Vanuxem
See also outputFixed(10) Maybe this is what you're trying to obtain. -- G. Vanuxem 2015-10-22 8:36 GMT+02:00 Grégory Vanuxem : > Hello another time, > > The model used for the representation of floating point numbers in Fricas > and its relation to spad operations is explai

Re: [fricas-devel] Curious behaviour of 'digits' in relation to complexSolve

2015-10-22 Thread Grégory Vanuxem
Hello another time, The model used for the representation of floating point numbers in Fricas and its relation to spad operations is explained in float.spad(.pamphlet). Hope that helps. -- G. Vanuxem 2015-10-22 8:22 GMT+02:00 Grégory Vanuxem : > Hi, > > I think you should use outpu

Re: [fricas-devel] Re: Curious behaviour of 'digits' in relation to complexSolve

2015-10-22 Thread Grégory Vanuxem
Oh, ok, so this issue should be older than Fricas Version: FriCAS 1.2.4 - Timestamp: Tue, Nov 25, 2014 10:41:42 PM (the version I use) Cheers -- G. Vanuxem 2015-10-22 10:53 GMT+02:00 Alasdair : > Note - the behaviour in Axiom is as it should be, the results returned are > > [x= 2.847322102, x=

Re: [fricas-devel] Problem with displayed digits

2015-11-15 Thread Grégory Vanuxem
Hello, >From memory, if it does not deserve me, I'm at home, it's a pity this function does not return the preceded argument. -- G. Vanuxem Le 14 nov. 2015 15:56, "Ralf Hemmecke" a écrit : > > outputFixed() > > > > has no effect - no matter what I do, my displayed floating point output > is > >

[fricas-devel] Windows - Building FriCAS 1.2.7 tarball on MinGW/MSYS/SBCL

2015-12-18 Thread Grégory Vanuxem
Hello all, I have just built FriCAS 1.2.7 from the tarball on Windows with the native SBCL port. SBCL 1.3.1 is apparently buggy as raised by Andrey G. Grozin so I used the 1.3.0 version. I tried to build FriCAS on Cygwin but actually CLisp on Cygwin is no longer able to dump a lisp image. Some

Re: [fricas-devel] Windows - Building FriCAS 1.2.7 tarball on MinGW/MSYS/SBCL

2015-12-18 Thread Grégory Vanuxem
to build a binary installer (e.g. > using NSIS). > > Many thanks > Kurt > > > > Am 18.12.2015 um 16:22 schrieb Grégory Vanuxem: > > Hello all, > > > > I have just built FriCAS 1.2.7 from the tarball on Windows with the > native > > SBCL port. > > SBC

Re: [fricas-devel] Windows - Building FriCAS 1.2.7 tarball on MinGW/MSYS/SBCL

2015-12-18 Thread Grégory Vanuxem
pyter on >> Windows natively. >> There is mingw-64 (http://mingw-w64.org/doku.php) and SBCL x86-64, so a >> 64-bit version should be within reach, shouldn't it? >> Moreover it could even be possilbe to build a binary installer (e.g. >> using NSIS). >> >>

Re: [fricas-devel] Windows - Building FriCAS 1.2.7 tarball on MinGW/MSYS/SBCL

2015-12-18 Thread Grégory Vanuxem
Windows 7. I am responsible of a lot of compagny machines. I hate Windows 8, 8.1 and also 10. Le 18 déc. 2015 23:48, "Alfredo Portes" a écrit : > Hey Gregory, what is the Windows version of the box you used to build? > > On Fri, Dec 18, 2015 at 5:18 PM, Grégory Vanuxem &

Re: [fricas-devel] Windows - Building FriCAS 1.2.7 tarball on MinGW/MSYS/SBCL

2015-12-19 Thread Grégory Vanuxem
Hello, I'm not an a Windows machine, that is right now a tablet or a smartphone. Will look into that when I have time. I hope someone can solve that. -- G. Vanuxem Le 18 déc. 2015 23:54, "Ralf Hemmecke" a écrit : > > I encoutered two problems with the same build variable : $PREGENERATED. > > D

[fricas-devel] PATCH : Windows - Building FriCAS 1.2.7 tarball on MinGW/MSYS/SBCL

2015-12-23 Thread Grégory Vanuxem
Hello, Ok, I finally managed to produce a smaller patch then what I said earlier. It's attached. It modifies only the way the build process check the fact the path to the pregenarated directory is absolute on Windows. so ./configure && make && make install works now on MinGW/SBCL Cheers. -- G.V

Re: [fricas-devel] Windows - Building FriCAS 1.2.7 tarball on MinGW/MSYS/SBCL

2016-01-22 Thread Grégory Vanuxem
e possilbe to build a binary installer (e.g. >> using NSIS). >> >> Many thanks >> Kurt >> >> >> >> Am 18.12.2015 um 16:22 schrieb Grégory Vanuxem: >> > Hello all, >> > >> > I have just built FriCAS 1.2.7 from the tarball

Re: [fricas-devel] Windows - Building FriCAS 1.2.7 tarball on MinGW/MSYS/SBCL

2016-01-22 Thread Grégory Vanuxem
I thought it was me. I have two names on Facebook, sometime William, sometime Kurt. Just a personal story of language. Have a good week kend Le 18 déc. 2015 23:18, "Grégory Vanuxem" a écrit : > All is explained ;-) > Le 18 déc. 2015 23:10, "Alfredo Portes" a écrit : &

Re: [fricas-devel] Windows - Building FriCAS 1.2.7 tarball on MinGW/MSYS/SBCL

2016-01-22 Thread Grégory Vanuxem
ively. > There is mingw-64 (http://mingw-w64.org/doku.php) and SBCL x86-64, so a > 64-bit version should be within reach, shouldn't it? > Moreover it could even be possilbe to build a binary installer (e.g. > using NSIS). > > Many thanks > Kurt > > > > Am 18.1

Re: [fricas-devel] heap exhausted

2016-02-17 Thread Grégory Vanuxem
Hello 2016-02-18 0:47 GMT+01:00 Ralf Hemmecke : > H... I now also hit that problem in computations with Laurent series > with seemingly huge coefficients. > > https://www.mail-archive.com/fricas-devel%40googlegroups.com/msg08346.html > > I don't think I am able to compile and install sbcl mys

Re: [fricas-devel] PATCH : Windows - Building FriCAS 1.2.7 tarball on MinGW/MSYS/SBCL

2016-04-01 Thread Grégory Vanuxem
Type: > Void > Time: 0.20 (IN) + 39.23 (EV) + 0.61 (OT) = 40.05 sec > (2) -> > > > > Am 23.12.2015 um 13:51 schrieb Grégory Vanuxem: > > Hello, > > > > Ok, I finally managed to produce a smaller patch then what I said > e

[fricas-devel] Fricas 1.2.7 - Solving equations over Floats - Windows 7

2016-08-23 Thread Grégory Vanuxem
Hello all, The version I use of Fricas, 1.2.7 on MinGW, is no longer able to solve equations over Floats : == Checking for foreign routines AXIOM="C:\\MinGW\\msys\\1.0\\opt\\fricas\\lib\\fricas\\target\\i686-pc-mingw32" spad-lib=

Re: [fricas-devel] Fricas 1.2.7 - Solving equations over Floats - Windows 7

2016-08-23 Thread Grégory Vanuxem
Thanks, that's a relatively good news :) (not MinGW specific) 2016-08-23 11:19 GMT+02:00 oldk1331 : > Same error on sbcl, linux, trunk version. > > Seems a bug introduced between 1.2.5 and 1.2.7? Investigating. > > -- > You received this message because you are subscribed to the Google Groups >

Re: [fricas-devel] Fricas 1.2.7 - Solving equations over Floats -

2016-08-25 Thread Grégory Vanuxem
Hi, Here, numeric computation for my job (accounting/financial things). It is not the first time I encountered this error, but the equations was more complex. I thought this was my equations with Float that FriCAS didn't like. In fact even extremely simple problem can not be solved. It's not a b

Re: [fricas-devel] Fricas 1.2.7 - Solving equations over Floats -

2016-08-25 Thread Grégory Vanuxem
Many thanks! I know a little bit of FriCAS, I have tried to understand this CAS in the past. I know it's not good for numerical computation, and I can understand why. But you know, for the stuff I spoke earlier, I only need 4 digits after the comma (point for others). So usually I name my coeffic

Re: [fricas-devel] Windows build and PREGENERATED

2016-08-28 Thread Grégory Vanuxem
Will test tomorrow. Windows 7. BTW my first name is Grégory Le 28 août 2016 09:11, "oldk1331" a écrit : > FYI, sbcl-1.3.1 doesn't run on "Bash on Ubuntu on Windows 10" > due to some /proc errors. > > -- > You received this message because you are subscribed to the Google Groups > "FriCAS - compu

Re: [fricas-devel] Windows build and PREGENERATED

2016-08-29 Thread Grégory Vanuxem
Hello, Yes of course, it's good! Successfully built FriCAS 1.2.7 with configure(.ac) and Makefile.in patched on Windows 7 with SBCL 1.3.0 and MinGW/MSYS. But when I download FriCAS trunc with Subversion without pregerated files, the build stops with : (doing (FiniteAlgebraicExtensionField F) (

Re: [fricas-devel] Windows build and PREGENERATED

2016-08-30 Thread Grégory Vanuxem
Hello here, Oh yes, sorry, I remembered yesterday when I read your mail, you're right. Nevertheless, the full source build seems unreliable on Windows/MinGW/MSYS. Yesterday I tried to build the full source out of the tree and the build process stopped without giving me back the prompt, just an

Re: [fricas-devel] Windows build and PREGENERATED

2016-08-30 Thread Grégory Vanuxem
Hi, I think it's a good idea but from my precedent mail you'll see I encounter several block things. Cheers, __ Greg 2016-08-29 14:01 GMT+02:00 oldk1331 : > Can we detect in-tree build and give error on Windows? > I didn't realize this is caused by in-tree build when I saw > this error. > > --

Re: [fricas-devel] Windows build and PREGENERATED

2016-09-06 Thread Grégory Vanuxem
Hi, Many thanks built successfully! Cheers, __ Greg 2016-08-31 10:35 GMT+02:00 oldk1331 : > Greg: Just saying, since 1.3.0 is out, you can build this one. > > -- > You received this message because you are subscribed to the Google Groups > "FriCAS - computer algebra system" group. > To unsubs

Re: [fricas-devel] Windows build and PREGENERATED

2016-09-06 Thread Grégory Vanuxem
Hi, Ok, will look deeper into that issue when time permits but right now I just checked out the SVN tree (rev. 2100) and the build process stops directly at an earlier stage : === [undoing binding stack and other enclosin

Re: [fricas-devel] Windows build and PREGENERATED

2016-09-08 Thread Grégory Vanuxem
Hello Waldek, * Ok, you mention SVN and the problem came from that software on Cygwin, or how it operates. I just updated all my Cygwin installation last week. Surprisingly when I update my FriCAS SVN tree, merging one or two weeks of change in the FriCAS source leads the error spotted (remake pty

Re: [fricas-devel] Windows build and PREGENERATED

2016-12-30 Thread Grégory Vanuxem
Hello Waldek, Sorry for being so late, holidays and co. Yes you're right, OBEY is used at several places, for file operations essentially. I do not want to say remove it completely but basically from my point of view it should only be used for the ')sys' command. The user has to know the basic c

Re: [fricas-devel] Different behaviour local Reference Variables from

2016-12-31 Thread Grégory Vanuxem
Exactly. The compiler is too old... It needs a good réfection. Le 31 déc. 2016 22:11, "Waldek Hebisch" a écrit : > Prof. Dr. Johannes Grabmeier wrote: > > > > Nevertheless, my complain is, that > > > > - a "directly" imported package like the add-part of a category (I count > > this as an functi

Re: [fricas-devel] Re: Debian package

2017-02-28 Thread Grégory Vanuxem
Hi Constantine, 'apt-get' installs Debian packages from repositories defined in /etc/apt/sources.list. If you need to install manually a .deb file use `sudo dpkg - i file.deb` instead. I do not know the exact syntax of pure 'apt' executable. Kurt may help you with this. Hope that helps. -- Gre

Re: [fricas-devel] update on FriCAS on sbcl on WSL

2017-04-07 Thread Grégory Vanuxem
Hi, Yes sbcl 1.3.15 64 bits can dump a core image (64 bits Windows 10 and Windows 7). I recently built FriCAS with this version on the two version of Windows (10 - 1607 and 7). Regards, Greg Le 7 avr. 2017 3:11 AM, "oldk1331" a écrit : In the previous thread, I said I can't build FriCAS on W

Re: [fricas-devel] update on FriCAS on sbcl on WSL

2017-04-10 Thread Grégory Vanuxem
Hello Oldk, My error, I do not use the WSL subsystem, I though you spoke about native Win 32 or 64 SBCL on Windows. I use versions built myself, FriCAS 1.3.1 on Windows 7 and Windows 10-1067 64 bits. That is I use a 32 bit built environment MSYS but the GCC compiler and the SBCL LISP are 64 bit

Re: [fricas-devel] update on FriCAS on sbcl Mr,

2017-05-04 Thread Grégory Vanuxem
Hello Mr, You're working hard. Can you feel you can do something? Can help. -- Greg Le 10 avr. 2017 10:44 AM, "Grégory Vanuxem" a écrit : Hello Oldk, My error, I do not use the WSL subsystem, I though you spoke about native Win 32 or 64 SBCL on Windows. I use versions built

Re: [fricas-devel] update on FriCAS on sbcl on WSL

2017-05-04 Thread Grégory Vanuxem
Too speed response. A simple bug in sbcl Le 10 avr. 2017 10:44 AM, "Grégory Vanuxem" a écrit : > Hello Oldk, > > My error, I do not use the WSL subsystem, I though you spoke about native > Win 32 or 64 SBCL on Windows. > > I use versions built myself, FriCAS 1.3.1

Re: [fricas-devel] update on FriCAS on sbcl on WSL

2017-05-04 Thread Grégory Vanuxem
And apparently comma are an awful thing. It's a pity. Everyone's word!!! Le 4 mai 2017 8:02 PM, "Grégory Vanuxem" a écrit : > Too speed response. A simple bug in sbcl > > Le 10 avr. 2017 10:44 AM, "Grégory Vanuxem" a > écrit : > >> Hello Oldk

Re: [fricas-devel] update on FriCAS on sbcl on WSL

2017-05-04 Thread Grégory Vanuxem
Le 4 mai 2017 8:07 PM, "Grégory Vanuxem" a écrit : > And apparently comma are an awful thing. It's a pity. Everyone's word!!! > > Le 4 mai 2017 8:02 PM, "Grégory Vanuxem" a écrit : > >> Too speed response. A simple bug in sbcl >> >

Re: [fricas-devel] update on FriCAS on sbcl on WSL

2017-05-04 Thread Grégory Vanuxem
Pfff Le 8 avr. 2017 5:10 AM, "oldk1331" a écrit : > Hello Greg, which version of FriCAS do you use on Windows? > The officail clisp+cygwin binary? Or the fricas_w32 (sbcl+mingw)? > > I was talking about running native 64-bit Linux version FriCAS > on Windows Subsystem for Linux (WSL). > > Can y

Re: [fricas-devel] build on cygwin with clisp

2017-10-20 Thread Grégory Vanuxem
Hi, I think cygwin version of CLisp no longer support dumping a core file. To be investigated -- Greg 2017-10-20 14:35 GMT+02:00 oldk1331 : > Has anyone built FriCAS on cygwin recently? > > I use fricas-1.3.2 tarball, with updated config.{guess,sub}. > > I tried to build it with clisp, but tha

Re: [fricas-devel] build on cygwin with clisp

2017-10-20 Thread Grégory Vanuxem
Hello, I own a x86-64 SBCL version built on top of MinGW that hurts only one time in the test suite (quite an achievement :-) But of course no X on Windows Cheers -- Greg 2017-10-20 14:51 GMT+02:00 Prof. Dr. Johannes Grabmeier FW < johan...@grabmeier.net>: > no I haven't, but I very much inte

Re: [fricas-devel] build on cygwin with clisp

2017-10-20 Thread Grégory Vanuxem
2017-10-20 15:28 GMT+02:00 oldk1331 : > > > 3. on Windows 10 and use Bash on Windows (WSL). This runs the > linux version binary. This is very fast but requires windows 10. > Hyperdoc should work too. > Not aware of this, thanks for the information! -- You received this message because you ar

Re: [fricas-devel] build on cygwin with clisp

2017-10-20 Thread Grégory Vanuxem
I'm not on a computer. Will talk you later. It was clear. Let me know. Le 20 oct. 2017 4:46 PM, "oldk1331" a écrit : > Hmm, it seems that SageMath is using ECL on cygwin. > ECL is not in cygwin repo, so you have to build it from source? > I tried but failed. > > -- > You received this message be

Re: [fricas-devel] build on cygwin with clisp

2017-10-20 Thread Grégory Vanuxem
Can CLisp dump a file Le 20 oct. 2017 2:35 PM, "oldk1331" a écrit : Has anyone built FriCAS on cygwin recently? I use fricas-1.3.2 tarball, with updated config.{guess,sub}. I tried to build it with clisp, but that fails quickly in src/lisp, because clisp fails at "save-core". -- You recei

RE: [fricas-devel] build on cygwin with clisp

2017-11-04 Thread Grégory Vanuxem
De : Kurt Pagani Envoyé le :mercredi 1 novembre 2017 05:15 À : FriCAS - computer algebra system Objet :Re: [fricas-devel] build on cygwin with clisp On Thursday, 26 October 2017 12:28:22 UTC+2, oldk1331 wrote: On Sat, Oct 21, 2017 at 8:37 AM, Grégory Vanuxem wrote: > Can CLisp dump a f

Re: [fricas-devel] Re: sbcl-1.4.5 causes problems

2018-03-02 Thread Grégory Vanuxem
Hi here, SF datacenter change. And a beautiful message of a guy, Christian Walde (another mailing list) : \begin{snip} For those who aren't aware, or for those whose mind it has slipped: I run on one of my servers a bunch of very simplicistic cron scripts that mirror the SourceForge git reposit

Re: [fricas-devel] Re: sbcl-1.4.5 causes problems

2018-03-02 Thread Grégory Vanuxem
2018-03-02 18:34 GMT+01:00 Ralf Hemmecke > Anyway, we should switch to git. > > Ralf > I agree right now. \begin{joke} But the future is always strange. \end{joke} My point of view. Nevetheless I let you decide. May be you're right :-) -- You received this message because you are subscribed

Re: [fricas-devel] Re: sbcl-1.4.5 causes problems

2018-03-02 Thread Grégory Vanuxem
SF is problematic actually, it's a pity 2018-03-02 18:47 GMT+01:00 Ralf Hemmecke : > On 03/02/2018 06:44 PM, Grégory Vanuxem wrote: > > I agree right now. > > \begin{joke} > > But the future is always strange. > > \end{joke} > > I agree with the joke. So ma

Re: [fricas-devel] Re: sbcl-1.4.5 causes problems

2018-03-02 Thread Grégory Vanuxem
https://www.youtube.com/watch?v=K3CHi_9sxj0 Have a good week-end 2018-03-02 19:33 GMT+01:00 : > https://git.wiki.kernel.org/index.php/GitSvnCrashCourse > > :) > > -- > You received this message because you are subscribed to the Google Groups > "FriCAS - computer algebra system" group. > To unsub

Re: [fricas-devel] Fricas/aldor intelij plugin

2018-03-08 Thread Grégory Vanuxem
Dear M. Broadbery, This looks like a beautiful things, I must admit. Am working on add-ons of Juno-Julia which I find is also a beautiful thing too. The purpose is different but am looking right now more into what you have done. Seems interesting. Juno-Julia, you know I think : https://julialan

Re: [fricas-devel] Re: sbcl-1.4.5 causes problems

2018-03-09 Thread Grégory Vanuxem
Hi guy, Don't know really your name. You're definitely more crazy that am I Have a good week-end Am helping psychological impaired people. My job Cheers __ Greg Le ven. 9 mars 2018 à 14:11, oldk1331 a écrit : > On Fri, Mar 9, 2018 at 8:38 PM, Waldek Hebisch > wrote: > >> > >> Waldek, your

[fricas-devel] string(Integer)

2024-03-20 Thread Grégory Vanuxem
Hello, Do you happen to know why the declaration of string(Integer) is in StringCategory and its definition in the String domain? (STRINGIMAGE$Lisp) That way if someone adds a domain, say, Foo, that has an Integer to Foo coercion and exports a 'string' operation the interpreter will choose the Fo

Re: [fricas-devel] string(Integer)

2024-03-25 Thread Grégory Vanuxem
hello Waldek, hello folks, Le mer. 20 mars 2024 à 22:28, Waldek Hebisch a écrit : > > On Wed, Mar 20, 2024 at 07:41:11PM +0100, Grégory Vanuxem wrote: > > Hello, > > > > Do you happen to know why the declaration of string(Integer) is in > > StringCategory and its d

Re: [fricas-devel] julia-fricas (jlfricas) build-instructions?

2024-03-27 Thread Grégory Vanuxem
See the README file, particularly the Caveats part with SBCL. As of now I do not know why there are bad memory Julia/SBCL interactions: https://github.com/gvanuxem/fricas/blob/jlfricas/README.md With Julia 1.9.2 you will have to use Clozure CL and take into account, julia has to be in the PATH, it

Re: [fricas-devel] julia-fricas (jlfricas) build-instructions?

2024-03-27 Thread Grégory Vanuxem
the beginning, things are experimental. And I first add data types (Integer, IntegerMod etc.) with basic arithmetic. Only after I populate them to reflect FriCAS exports for the corresponding type. - Greg Le mer. 27 mars 2024 à 09:10, Grégory Vanuxem a écrit : > > See the README file, partic

Re: [fricas-devel] julia-fricas (jlfricas) build-instructions?

2024-03-27 Thread Grégory Vanuxem
ated, here, in /usr/local/etc/julia so I do not want to create a /usr/etc directory. Le mer. 27 mars 2024 à 18:10, Grégory Vanuxem a écrit : > > Hello, > > You can a download personal debian package here: > https://drive.google.com/file/d/1AMEcSfniVNyVYEQxVOBYXxexVvqrbQ7H/view?usp=d

[fricas-devel] OutputForm of float(i : Integer, j : Integer)

2024-03-29 Thread Grégory Vanuxem
Hello, I don't think this is intended, or at least it's not documented in HyperDoc: (1) -> float(17,1) -- 17 * base() ^ 1 (1) 0.3 E 2 Type: Float (2) -> log % (2) 3.5263605246_161613897

Re: [fricas-devel] History broken

2024-04-02 Thread Grégory Vanuxem
Hello, Seems to work fine, before: (3) -> )hist )show [1] 1+7 [2] fibonacci % (3) -> )hist )write truc.input debugger invoked on a SIMPLE-CONDITION in thread #: break Type HELP for debugger help, or (SB-EXT:EXIT) to exit from S

[fricas-devel] Output of Float and issue #159

2024-04-06 Thread Grégory Vanuxem
Hello, I was trying to return the previous setting instead of Void for the different outputting routines in Float (outputFixed, outputGeneral and outputFloating), so I looked more carefully at this issue. Issue #159 => https://github.com/fricas/fricas/issues/159 Basically, and more spectacularly

[fricas-devel] Asking sman to start HyperDoc when fricas is started with fricas -noht

2024-04-09 Thread Grégory Vanuxem
Hello, See email object. I would like to be able to only use HyperDoc when I want, and, usually, not at startup time. The problem is if I use the ')hd' system synonym when I close FriCAS, HyperDoc is still in use. I have to manually close HyperDoc windows after closing FriCAS. So is there a comma

Re: [fricas-devel] Asking sman to start HyperDoc when fricas is started with fricas -noht

2024-04-09 Thread Grégory Vanuxem
automatically closes when > I quit FriCAS with ')q'. > > - Qian > > On 4/10/24 00:42, Grégory Vanuxem wrote: > > Hello, > > > > See email object. > > > > I would like to be able to only use HyperDoc when I want, and, > > usually, not at

Re: [fricas-devel] How one talk to sqlite3 database from Fricas?

2024-04-11 Thread Grégory Vanuxem
Hello Nasser, You were asking about sqlite3 database things. I wonder what you were asking for. The routines you use. I was looking at your work, it looks interesting. But, to be more precise, what are the functions/methods you use? I only know a little of the usual SQL language and minor things a

Re: [fricas-devel] How one talk to sqlite3 database from Fricas?

2024-04-12 Thread Grégory Vanuxem
Hello, Le jeu. 11 avr. 2024 à 21:19, Kurt Pagani a écrit : > > https://github.com/nilqed/spadlib/tree/master/sqlite > This is definitely better than what I thought. I guess Nasser also wants the ability to add entries but it's easy to add this I guess. I wanted to cc-ing him but he uses temporar

Re: [fricas-devel] Output of Float and issue #159

2024-04-13 Thread Grégory Vanuxem
Hello Waldek, , > > And to coerce the Float to OutputForm convert(Float)@String is used. > > But with default settings the bits(n)$Float routine is used to change > > the precision in bits before performing the transformation to a string > > and it uses the mantissa which is for 8.5 (17 . -1) only

Re: [fricas-devel] Asking sman to start HyperDoc when fricas is started with fricas -noht

2024-04-13 Thread Grégory Vanuxem
Hello, So what about writing a dedicated )hd routine or whatever name is chosen so that HyperDoc receives signals from FriCAS ? As Waldek has said, most programs will not read standard input. Le sam. 13 avr. 2024 à 05:53, Qian Yun a écrit : > > The normal "hypertex" (started by sman) receives SI

Re: [fricas-devel] Output of Float

2024-04-14 Thread Grégory Vanuxem
Hello, Le sam. 13 avr. 2024 à 21:05, Waldek Hebisch a écrit : > > On Sun, Apr 07, 2024 at 06:05:39AM +0200, Grégory Vanuxem wrote: > > > > It is possible to modify some parameters to Float output routines, > > what about returning the previous settings? For example >

Re: [fricas-devel] SKIP in src/input/Makefile.in

2024-04-21 Thread Grégory Vanuxem
Hello here, I asked some years ago to also install .input files during the 'make install’ step, say, as of today I would say in somewhere like share/examples or share/doc/examples but I received a categorical refusal which meant that I did not really explain the reason for this request. In fact, I

[fricas-devel] Get a patch from a GitHub PR (was fyi, list of exceptions for Fricas, summer 2024 edition of independent CAS integration tests)

2024-04-21 Thread Grégory Vanuxem
Le dim. 21 avr. 2024 à 13:07, Dima Pasechnik a écrit : [SNIP] Do you know how to apply patches? If so, you just need to apply the patch >> corresponding to the PR Martin mentioned. It's here: >> https://patch-diff.githubusercontent.com/raw/sagemath/sage/pull/37836.diff >> > Just to mention that

[fricas-devel] Re: Asking sman to start HyperDoc when fricas is started with fricas -noht

2024-04-29 Thread Grégory Vanuxem
, and if you use )quiet which I think is what is required the command never returns. Apparently something bad in i-syscmd.boot:selectOption. Will probably also add this issue to GitHub later. - Greg Le mar. 9 avr. 2024 à 18:42, Grégory Vanuxem a écrit : > > Hello, > > See email object.

[fricas-devel] Bad input in HyperDoc => if ')set message time on' time is displayed in the interpreter

2024-05-03 Thread Grégory Vanuxem
For example, in 'Browse', if you give an incorrect abbreviation: (1) -> )hd (1) -> Time: 0 sec Time: 0 sec Time: 0 sec

[fricas-devel] devaluate(Domain) at beginning of new domain in Spad

2024-05-03 Thread Grégory Vanuxem
Hello, I have found 'devaluate' in some Spad files and it can be handy. Some domains are parameterized and it is not possible, or at least I don't know how to do it, to use ' is ' instead of ' has ' (Domain vs. Category) for them: if R is Foo then new(n) == bar(n) else new... it is not po

[fricas-devel] Re: devaluate(Domain) at beginning of new domain in Spad

2024-05-03 Thread Grégory Vanuxem
To add to this, the jlId method is normally called with a class reference as argument: # And not (|NemoIntegerMod|) so the generated code seems totally wrong. Le sam. 4 mai 2024 à 06:43, Grégory Vanuxem a écrit : > > Hello, > > I have found 'devaluate' in some Spad fil

Re: [fricas-devel] devaluate(Domain) at beginning of new domain in Spad

2024-05-03 Thread Grégory Vanuxem
g(cols),")))"])) "has Finite" or "has FiniteFieldCategory" let me call size() . And yes that is not beautiful code, the use of concatenated strings for constructions. Not very easy to explain, I admit. [1] https://flintlib.org/ Le sam. 4 mai 2024 à 07:05, Qian Yu

Re: [fricas-devel] devaluate(Domain) at beginning of new domain in Spad

2024-05-04 Thread Grégory Vanuxem
ck. DISCLAIMER: draft code. - Greg Le sam. 4 mai 2024 à 07:35, Grégory Vanuxem a écrit : > The first part of the mail about the use of devaluate is because, here, > when constructing a matrix I need a _very_ specialized matrix type, > FLINT[1] will be used so I can not use th

Re: [fricas-devel] [PATCH] generate book.pdf with PS image instead of bitmap image

2024-05-04 Thread Grégory Vanuxem
Hi, I just built the book cloning the new-ps-book branch, very good job, thanks to all ! I regularly use to look at he book.pdf, the one downloadable from github.io but I gave it a try to build it, I hadn't built it for more than 10 years, so I did it with a newbie spirit in mind. ./configure &&

Re: [fricas-devel] devaluate(Domain) at beginning of new domain in Spad

2024-05-04 Thread Grégory Vanuxem
I didn't notice your email, I just saw it. Modified accordingly, that's better! Thanks. Le sam. 4 mai 2024 à 15:40, Waldek Hebisch a écrit : > > On Sat, May 04, 2024 at 06:43:42AM +0200, Grégory Vanuxem wrote: > > Hello, > > > > I have found 'devaluate&

Re: [fricas-devel] [PATCH] generate book.pdf with PS image instead of bitmap image

2024-05-04 Thread Grégory Vanuxem
Just a question, I used to prefer pdflatex over latex/dvips in the past (for links and other addons), and at the end of the book build I saw: ps2pdf book.ps Why are you not using pdflatex? Because of .ps image? Le sam. 4 mai 2024 à 20:04, Grégory Vanuxem a écrit : > > Hi, > > I ju

[fricas-devel] Trace of FormalFraction

2024-05-05 Thread Grégory Vanuxem
└─$ grep -r FormalFraction fricas/ fricas/src/algebra/exposed.lsp: (|FormalFraction| . FORMAL) - Greg -- You received this message because you are subscribed to the Google Groups "FriCAS - computer algebra system" group. To unsubscribe from this group and stop receiving emails from it, send an

Re: [fricas-devel] devaluate(Domain) at beginning of new domain in Spad

2024-05-05 Thread Grégory Vanuxem
Hello Qian, Le sam. 4 mai 2024 à 09:58, Qian Yun a écrit : > > > > On 5/4/24 15:30, Grégory Vanuxem wrote: > > As a matter of fact, use of FLINT in FriCAS: > > > > My experience with FLINT is that is uses dense representation > for univariate polynomial. > >

[fricas-devel] Struggling with OutputForm

2024-05-06 Thread Grégory Vanuxem
Hello, I am struggling with OutputForm and frankly I do not want to be angry today. Maybe you have used it, even not a lot? My question is very simple, how do I prevent OutputForm processing, or how to bypass interpreter rules, just in case the interpreter has its own rules also, from memory I thi

[fricas-devel] Re: Struggling with OutputForm

2024-05-06 Thread Grégory Vanuxem
lField) Time: 0.30 (EV) + 1.06 (OT) = 1.36 sec Not a plain text email here. Le lun. 6 mai 2024 à 17:22, Grégory Vanuxem a écrit : > Hello, > > I am struggling with OutputForm and frankly I do not want to be angry > today. Maybe you have used it,

[fricas-devel] Re: Struggling with OutputForm

2024-05-06 Thread Grégory Vanuxem
my apologies, in my second email this is normal, 80 characters line cut. Le lun. 6 mai 2024 à 17:26, Grégory Vanuxem a écrit : > More annoying, but I think the same thing happens: > > (5) -> b:=map(i+->urand01()$NRF, identity(4)$JMATRIX(NRF)) > > [ [0.080959372549

[fricas-devel] Re: Struggling with OutputForm

2024-05-06 Thread Grégory Vanuxem
Hmmm, format character not taken into account probably. Any ways to prevent this from happening? Le lun. 6 mai 2024 à 17:22, Grégory Vanuxem a écrit : > Hello, > > I am struggling with OutputForm and frankly I do not want to be angry > today. Maybe you have used it, even not a lot?

Re: [fricas-devel] Struggling with OutputForm

2024-05-06 Thread Grégory Vanuxem
1 .. nrows(m)] matrix(l) Don't look at the function name please. Le lun. 6 mai 2024 à 17:55, Waldek Hebisch a écrit : > > On Mon, May 06, 2024 at 05:22:06PM +0200, Grégory Vanuxem wrote: > > Hello, > > > > I am struggling with OutputForm and frankly I do not

Re: [fricas-devel] Struggling with OutputForm

2024-05-07 Thread Grégory Vanuxem
Hi Waldek, Le lun. 6 mai 2024 à 18:17, Waldek Hebisch a écrit : > > On Mon, May 06, 2024 at 06:04:12PM +0200, Grégory Vanuxem wrote: > > No, it was just to be sure my string is good for Lisp. > > There is something fishy in your string, so you need to look at > it. PRINC

Re: [fricas-devel] Struggling with OutputForm

2024-05-07 Thread Grégory Vanuxem
Hello, Le mar. 7 mai 2024 à 11:16, Ralf Hemmecke a écrit : > > > is present in a string. Next, it's outputString in i-output.boot that > > needs a little tweaking for me. In fact, I've bypassed the part of the > > code that breaks lines. > > Well, you could set the output length to the maximum. >

Re: [fricas-devel] Struggling with OutputForm

2024-05-07 Thread Grégory Vanuxem
Le mar. 7 mai 2024 à 13:41, Ralf Hemmecke a écrit : > On 5/7/24 13:22, Grégory Vanuxem wrote: > >> )set output algebra off > >> )set output formatted on > >> LOFC ==> List(OutputFormatterCategory) > >> setFormats!([Formatter Format2D] pretend LOF

Re: [fricas-devel] Struggling with OutputForm

2024-05-09 Thread Grégory Vanuxem
Hello, I looked more carefully at your suggestion, and, yes, 'pile' is very interesting for my purpose, but only in Format2D from what I have seen. Moreover it's not as simple as I like to switch to it, I didn't even know how. In algebra output "mode", look at this if I use the '=' operator. Appar

[fricas-devel] Has |binparent_dir| disappeared ?

2024-05-10 Thread Grégory Vanuxem
Hello, Trying to start FriCAS using FRICASsys without any env variable related to riCAS leads to: $ /home/greg/.local/lib/fricas/target/x86_64-linux-gnu/bin/FRICASsys debugger invoked on a UNBOUND-VARIABLE @5472CE50 in thread #: The variable |binparent_dir| is unbound. Type HELP for debugger

Re: [fricas-devel] regression on windows

2024-05-10 Thread Grégory Vanuxem
For information, exhibited on SBCL-2.3.2 (GiHub) but also on SBCL-2.4.4. I tried early this morning to revert parts of this commit without success, I abandoned, it is too Lispish for me I think. Seems to be Windows specific. Could be interesting to investigate this for the SBCL community and there

Re: [fricas-devel] devaluate(Domain) at beginning of new domain in Spad

2024-05-11 Thread Grégory Vanuxem
Le sam. 11 mai 2024 à 21:25, Waldek Hebisch a écrit : > On Sat, May 04, 2024 at 09:30:51AM +0200, Grégory Vanuxem wrote: > > As a matter of fact, use of FLINT in FriCAS: > > > > (21) -> x:=x::NUP(NINT,"x") > > > >(21) x > >

Re: [fricas-devel] devaluate(Domain) at beginning of new domain in Spad

2024-05-11 Thread Grégory Vanuxem
2024 à 21:25, Waldek Hebisch a écrit : > On Sat, May 04, 2024 at 09:30:51AM +0200, Grégory Vanuxem wrote: > > As a matter of fact, use of FLINT in FriCAS: > > > > (21) -> x:=x::NUP(NINT,"x") > > > >(21) x > >

Re: [fricas-devel] regression on windows

2024-05-12 Thread Grégory Vanuxem
> (GO LP))) > (RETURN (GGREATERP T1 T2)) ) ) > > -(defun GLESSEQP (X Y) (NOT (GGREATERP X Y))) > +(defun GLESSEQP (X Y) (|lt_sexp| X Y)) > > (defun LEXLESSEQP (X Y) (|lt_sexp| X Y)) > > On 5/11/24 00:05, Waldek Hebisch wrote: > > On Fri, May 10, 2024 at 0

Re: [fricas-devel] devaluate(Domain) at beginning of new domain in Spad

2024-05-12 Thread Grégory Vanuxem
Hello, Le sam. 11 mai 2024 à 21:25, Waldek Hebisch a écrit : > > On Sat, May 04, 2024 at 09:30:51AM +0200, Grégory Vanuxem wrote: > > As a matter of fact, use of FLINT in FriCAS: > > > > (21) -> x:=x::NUP(NINT,"x") > > > >

[fricas-devel] Starting FriCAS directly with FRICASsys on Windows

2024-05-12 Thread Grégory Vanuxem
Hello, Some work has been done to start FriCAS without setting the FRICAS environment variable. I created a Windows installer without a .bat file to start FRICASsys but when executing directly FRICASsys, it still complains about this environment variable: debugger invoked on a SIMPLE-TYPE-ERROR i

Re: [fricas-devel] Starting FriCAS directly with FRICASsys on Windows

2024-05-12 Thread Grégory Vanuxem
Le dim. 12 mai 2024 à 18:07, Waldek Hebisch a écrit : > > On Sun, May 12, 2024 at 05:00:08PM +0200, Grégory Vanuxem wrote: > > Hello, > > > > Some work has been done to start FriCAS without setting the FRICAS > > environment variable. I created a Windows installer wi

[fricas-devel] Windows installer for official l FriCAS - GitHub commit: 06a45d0

2024-05-12 Thread Grégory Vanuxem
Hello folks, Below is a link to a Windows setup program to install FriCAS, usually in "USER_HOME"/AppData/local/programs/. A FriCAS start menu entry is added, and optionally it can also create a desktop icon. The icon used is an old one I created before an official icon was chosen. Starting FriC

[fricas-devel] Re: Windows installer for official l FriCAS - GitHub commit: 06a45d0

2024-05-12 Thread Grégory Vanuxem
Attached is an example script for Inno Setup (https://jrsoftware.org/) to build a self installer. It can be adapted I think at configure time if it is added to the contrib directory for example. With a very simple .ico file Le lun. 13 mai 2024 à 01:43, Grégory Vanuxem a écrit : > > Hello

Re: [fricas-devel] Windows installer for official l FriCAS - GitHub commit: 06a45d0

2024-05-14 Thread Grégory Vanuxem
CI. > > - Qian > > On 5/13/24 07:43, Grégory Vanuxem wrote: > > Hello folks, > > > > Below is a link to a Windows setup program to install FriCAS, usually > > in "USER_HOME"/AppData/local/programs/. > > > > A FriCAS start menu entry is added

[fricas-devel] fricas get setelt etc.

2024-05-14 Thread Grégory Vanuxem
I am not on a computer. Is it possible to get a property in Spad, like C++ for example, like ojb.truc? Not like a Record I have to check first. And not not a number - Greg -- You received this message because you are subscribed to the Google Groups "FriCAS - computer algebra system" group. To

Re: [fricas-devel] fricas get setelt etc.

2024-05-15 Thread Grégory Vanuxem
024 at 06:58:34PM +0200, Grégory Vanuxem wrote: > > I am not on a computer. > > > > Is it possible to get a property in Spad, like C++ for example, like > > ojb.truc? > > > > Not like a Record I have to check first. And not not a number > > It is not

Re: [fricas-devel] Windows installer for official l FriCAS - GitHub commit: 06a45d0

2024-05-15 Thread Grégory Vanuxem
? > (Other than start menu entry and desktop icon.) > > Also, it would be good to integrate it with Github CI. > > - Qian > > On 5/13/24 07:43, Grégory Vanuxem wrote: > > Hello folks, > > > > Below is a link to a Windows setup program to install FriCAS, usually

  1   2   3   4   5   >