fricas-devel  

Messages by Thread

• • Re: [fricas-devel] Handle more C types in FriCAS FFI macros (fricas-lisp.lisp) Ralf Hemmecke
  • Re: [fricas-devel] Handle more C types in FriCAS FFI macros (fricas-lisp.lisp) Waldek Hebisch
  • Re: [fricas-devel] Handle more C types in FriCAS FFI macros (fricas-lisp.lisp) Ralf Hemmecke
  • Re: [fricas-devel] Handle more C types in FriCAS FFI macros (fricas-lisp.lisp) Grégory Vanuxem
  • Re: [fricas-devel] Handle more C types in FriCAS FFI macros (fricas-lisp.lisp) Camm Maguire
  • Re: [fricas-devel] Handle more C types in FriCAS FFI macros (fricas-lisp.lisp) Waldek Hebisch
  • Re: [fricas-devel] Handle more C types in FriCAS FFI macros (fricas-lisp.lisp) Camm Maguire
  • Re: [fricas-devel] Handle more C types in FriCAS FFI macros (fricas-lisp.lisp) Camm Maguire
  • Re: [fricas-devel] Handle more C types in FriCAS FFI macros (fricas-lisp.lisp) Qian Yun
  • Re: [fricas-devel] Handle more C types in FriCAS FFI macros (fricas-lisp.lisp) Camm Maguire
  • Re: [fricas-devel] Handle more C types in FriCAS FFI macros (fricas-lisp.lisp) Waldek Hebisch
  • Re: [fricas-devel] Handle more C types in FriCAS FFI macros (fricas-lisp.lisp) Camm Maguire
• [fricas-devel] Why sometimes the user command is (re-)printed just before the result is displayed Grégory Vanuxem
  • Re: [fricas-devel] Why sometimes the user command is (re-)printed just before the result is displayed Ralf Hemmecke
  • Re: [fricas-devel] Why sometimes the user command is (re-)printed just before the result is displayed Grégory Vanuxem
  • Re: [fricas-devel] Why sometimes the user command is (re-)printed just before the result is displayed Grégory Vanuxem
  • Re: [fricas-devel] Why sometimes the user command is (re-)printed just before the result is displayed Qian Yun
  • Re: [fricas-devel] Why sometimes the user command is (re-)printed just before the result is displayed Grégory Vanuxem
• [fricas-devel] What would you call Join(SemiRng, AbelianMonoid) as a category Hill Strong
  • Re: [fricas-devel] What would you call Join(SemiRng, AbelianMonoid) as a category Ralf Hemmecke
  • Re: [fricas-devel] What would you call Join(SemiRng, AbelianMonoid) as a category Hill Strong
  • Re: [fricas-devel] What would you call Join(SemiRng, AbelianMonoid) as a category Ralf Hemmecke
  • Re: [fricas-devel] What would you call Join(SemiRng, AbelianMonoid) as a category Hill Strong
  • Re: [fricas-devel] What would you call Join(SemiRng, AbelianMonoid) as a category Ralf Hemmecke
  • Re: [fricas-devel] What would you call Join(SemiRng, AbelianMonoid) as a category Hill Strong
  • Re: [fricas-devel] What would you call Join(SemiRng, AbelianMonoid) as a category Waldek Hebisch
  • Re: [fricas-devel] What would you call Join(SemiRng, AbelianMonoid) as a category Ralf Hemmecke
  • Re: [fricas-devel] What would you call Join(SemiRng, AbelianMonoid) as a category Hill Strong
  • Re: [fricas-devel] What would you call Join(SemiRng, AbelianMonoid) as a category Hill Strong
  • Re: [fricas-devel] What would you call Join(SemiRng, AbelianMonoid) as a category Tim Daly
  • Re: [fricas-devel] What would you call Join(SemiRng, AbelianMonoid) as a category Hill Strong
• [fricas-devel] Google Gemini response about FriCAS Tim Daly
  • [fricas-devel] Re: Google Gemini response about FriCAS Tim Daly
  • Re: [fricas-devel] Re: Google Gemini response about FriCAS Ralf Hemmecke
  • Re: [fricas-devel] Re: Google Gemini response about FriCAS Ralf Hemmecke
  • Re: [fricas-devel] Re: Google Gemini response about FriCAS Dima Pasechnik
  • Re: [fricas-devel] Re: Google Gemini response about FriCAS Ralf Hemmecke
  • Re: [fricas-devel] Re: Google Gemini response about FriCAS Tim Daly
  • Re: [fricas-devel] Re: Google Gemini response about FriCAS 'Mark Clements' via FriCAS - computer algebra system
  • Re: [fricas-devel] Re: Google Gemini response about FriCAS Tim Daly
  • Re: [fricas-devel] Re: Google Gemini response about FriCAS Tim Daly
• [fricas-devel] problems with installing FriCAS 1.3.10 on MacOS with ECL 'Martin R' via FriCAS - computer algebra system
  • Re: [fricas-devel] problems with installing FriCAS 1.3.10 on MacOS with ECL Waldek Hebisch
  • Re: [fricas-devel] problems with installing FriCAS 1.3.10 on MacOS with ECL Dima Pasechnik
  • Re: [fricas-devel] problems with installing FriCAS 1.3.10 on MacOS with ECL Qian Yun
  • Re: [fricas-devel] problems with installing FriCAS 1.3.10 on MacOS with ECL 'Martin R' via FriCAS - computer algebra system
  • Re: [fricas-devel] problems with installing FriCAS 1.3.10 on MacOS with ECL Waldek Hebisch
  • Re: [fricas-devel] problems with installing FriCAS 1.3.10 on MacOS with ECL Qian Yun
  • Re: [fricas-devel] problems with installing FriCAS 1.3.10 on MacOS with ECL Dima Pasechnik
  • Re: [fricas-devel] problems with installing FriCAS 1.3.10 on MacOS with ECL Qian Yun
  • Re: [fricas-devel] problems with installing FriCAS 1.3.10 on MacOS with ECL Dima Pasechnik
  • Re: [fricas-devel] problems with installing FriCAS 1.3.10 on MacOS with ECL Qian Yun
  • Re: [fricas-devel] problems with installing FriCAS 1.3.10 on MacOS with ECL Dima Pasechnik
  • Re: [fricas-devel] problems with installing FriCAS 1.3.10 on MacOS with ECL Qian Yun
  • Re: [fricas-devel] problems with installing FriCAS 1.3.10 on MacOS with ECL Dima Pasechnik
  • Re: [fricas-devel] problems with installing FriCAS 1.3.10 on MacOS with ECL 'Nasser M. Abbasi' via FriCAS - computer algebra system
• [fricas-devel] noOutputXtc and ")read" Qian Yun
  • Re: [fricas-devel] noOutputXtc and ")read" Ralf Hemmecke
  • Re: [fricas-devel] noOutputXtc and ")read" Qian Yun
  • Re: [fricas-devel] noOutputXtc and ")read" Waldek Hebisch
  • Re: [fricas-devel] noOutputXtc and ")read" Ralf Hemmecke
  • Re: [fricas-devel] noOutputXtc and ")read" Waldek Hebisch
• [fricas-devel] simplifyExp, FunctionSpace and RetractableTo Integer Qian Yun
  • Re: [fricas-devel] simplifyExp, FunctionSpace and RetractableTo Integer Waldek Hebisch
  • Re: [fricas-devel] simplifyExp, FunctionSpace and RetractableTo Integer Qian Yun
  • Re: [fricas-devel] simplifyExp, FunctionSpace and RetractableTo Integer Waldek Hebisch
• [fricas-devel] Workaround for ')display op groebner' Waldek Hebisch
• [fricas-devel] Re: FriCAS with Julia support for pure Windows with simple graphics without X Tim Daly
• [fricas-devel] GCL and FriCAS Qian Yun
  • Re: [fricas-devel] GCL and FriCAS Camm Maguire
• [fricas-devel] Code in array1.spad can never be executed Hill Strong
  • Re: [fricas-devel] Code in array1.spad can never be executed Grégory Vanuxem
  • Re: [fricas-devel] Code in array1.spad can never be executed Ralf Hemmecke
  • Re: [fricas-devel] Code in array1.spad can never be executed Grégory Vanuxem
  • Re: [fricas-devel] Code in array1.spad can never be executed Waldek Hebisch
• [fricas-devel] [PATCH] fix ')edit' Qian Yun
  • Re: [fricas-devel] [PATCH] fix ')edit' Waldek Hebisch
  • Re: [fricas-devel] [PATCH] fix ')edit' Qian Yun
  • Re: [fricas-devel] [PATCH] fix ')edit' Waldek Hebisch
  • Re: [fricas-devel] [PATCH] fix ')edit' Qian Yun
  • Re: [fricas-devel] [PATCH] fix ')edit' Waldek Hebisch
  • Re: [fricas-devel] [PATCH] fix ')edit' Ralf Hemmecke
  • Re: [fricas-devel] [PATCH] fix ')edit' Waldek Hebisch
  • Re: [fricas-devel] [PATCH] fix ')edit' Ralf Hemmecke
  • Re: [fricas-devel] [PATCH] fix ')edit' Waldek Hebisch
  • Re: [fricas-devel] [PATCH] fix ')edit' Waldek Hebisch
• [fricas-devel] pdflatex and includegraphics Qian Yun
  • [fricas-devel] Re: pdflatex and includegraphics 'Nasser M. Abbasi' via FriCAS - computer algebra system
  • Re: [fricas-devel] pdflatex and includegraphics Waldek Hebisch
  • Re: [fricas-devel] pdflatex and includegraphics Qian Yun
• [fricas-devel] better quality image in book.pdf Qian Yun
  • Re: [fricas-devel] better quality image in book.pdf Waldek Hebisch
  • Re: [fricas-devel] better quality image in book.pdf Ralf Hemmecke
  • Re: [fricas-devel] better quality image in book.pdf Tim Daly
  • Re: [fricas-devel] better quality image in book.pdf Ralf Hemmecke
  • Re: [fricas-devel] better quality image in book.pdf Qian Yun
  • Re: [fricas-devel] better quality image in book.pdf Waldek Hebisch
  • Re: [fricas-devel] better quality image in book.pdf Ralf Hemmecke
  • Re: [fricas-devel] better quality image in book.pdf Qian Yun
  • Re: [fricas-devel] better quality image in book.pdf Qian Yun
  • Re: [fricas-devel] better quality image in book.pdf Ralf Hemmecke
  • Re: [fricas-devel] better quality image in book.pdf Waldek Hebisch
  • Re: [fricas-devel] better quality image in book.pdf Waldek Hebisch
  • Re: [fricas-devel] better quality image in book.pdf Tim Daly
  • [fricas-devel] Benchmarks Camm Maguire
  • [fricas-devel] Re: Benchmarks Waldek Hebisch
  • [fricas-devel] '(ascii 12) Camm Maguire
  • [fricas-devel] Re: '(ascii 12) Waldek Hebisch
  • Re: [fricas-devel] Re: '(ascii 12) Qian Yun
  • [fricas-devel] [PATCH] fix invisible symbol "^L" Re: '(ascii 12) Qian Yun
  • Re: [fricas-devel] [PATCH] fix invisible symbol "^L" Re: '(ascii 12) Waldek Hebisch
  • [fricas-devel] Function signatures Camm Maguire
  • [fricas-devel] Re: Function signatures Waldek Hebisch
• [fricas-devel] raw_prelisp_map not deleted with make clean (GCL build) Grégory Vanuxem
• [fricas-devel] .gitignore again Grégory Vanuxem
• [fricas-devel] )hd system command Grégory Vanuxem
  • Re: [fricas-devel] )hd system command Qian Yun
  • Re: [fricas-devel] )hd system command Grégory Vanuxem
• [fricas-devel] )edit system command Grégory Vanuxem
• [fricas-devel] [PATCH] use pathname-directory instead of directory-namestring in daase.lisp Qian Yun
  • Re: [fricas-devel] [PATCH] use pathname-directory instead of directory-namestring in daase.lisp Waldek Hebisch
• [fricas-devel] [PATCH] v2: cleanup OBEY Qian Yun
  • Re: [fricas-devel] [PATCH] v2: cleanup OBEY Waldek Hebisch
• [fricas-devel] [PATCH] cleanup before fix OBEY Qian Yun
  • Re: [fricas-devel] [PATCH] cleanup before fix OBEY Waldek Hebisch
• [fricas-devel] /throwAway Grégory Vanuxem
  • [fricas-devel] Re: /throwAway Grégory Vanuxem
  • Re: [fricas-devel] /throwAway Waldek Hebisch
  • Re: [fricas-devel] /throwAway Grégory Vanuxem
  • Re: [fricas-devel] /throwAway Waldek Hebisch
  • Re: [fricas-devel] /throwAway Grégory Vanuxem
• [fricas-devel] [PATCH] misc cleanup i-syscmd.boot Qian Yun
  • [fricas-devel] Re: [PATCH] misc cleanup i-syscmd.boot Qian Yun
  • Re: [fricas-devel] [PATCH] misc cleanup i-syscmd.boot Waldek Hebisch
• [fricas-devel] another kind of division by zero in integration Qian Yun
• [fricas-devel] INSTALL: find: ‘target/x86_64-linux-gnu/doc’: No such file or directory Grégory Vanuxem
• [fricas-devel] fyi, Fricas 1.3.10 still give division by zero on some integrals. 'Nasser M. Abbasi' via FriCAS - computer algebra system
  • Re: [fricas-devel] fyi, Fricas 1.3.10 still give division by zero on some integrals. Qian Yun
  • Re: [fricas-devel] fyi, Fricas 1.3.10 still give division by zero on some integrals. Waldek Hebisch
  • Re: [fricas-devel] fyi, Fricas 1.3.10 still give division by zero on some integrals. Qian Yun
  • Re: [fricas-devel] fyi, Fricas 1.3.10 still give division by zero on some integrals. Waldek Hebisch
  • [fricas-devel] trappedSpadEval $ Lisp Ralf Hemmecke
  • Re: [fricas-devel] trappedSpadEval $ Lisp Qian Yun
  • Re: [fricas-devel] trappedSpadEval $ Lisp Waldek Hebisch
• [fricas-devel] String 'replace' Grégory Vanuxem
  • Re: [fricas-devel] String 'replace' Qian Yun
  • Re: [fricas-devel] String 'replace' Grégory Vanuxem
  • Re: [fricas-devel] String 'replace' Waldek Hebisch
• [fricas-devel] storing value of a constant function, want recall / strange behaviour of Reference using a domain name like FIDETransposition Prof. Dr. Johannes Grabmeier
  • Re: [fricas-devel] storing value of a constant function, want recall / strange behaviour of Reference using a domain name like FIDETransposition Qian Yun
  • Re: [fricas-devel] storing value of a constant function, want recall Prof. Dr. Johannes Grabmeier
  • Re: [fricas-devel] storing value of a constant function, want recall oldk1331
  • Re: [fricas-devel] storing value of a constant function, want recall Prof. Dr. Johannes Grabmeier
  • Re: [fricas-devel] storing value of a constant function, want recall / strange behaviour of Reference using a domain name like FIDETransposition Ralf Hemmecke
  • Re: [fricas-devel] storing value of a constant function, want recall / strange behaviour of Reference using a domain name like FIDETransposition Prof. Dr. Johannes Grabmeier
  • Re: [fricas-devel] storing value of a constant function, want recall / strange behaviour of Reference using a domain name like FIDETransposition oldk1331
  • Re: [fricas-devel] storing value of a constant function, want recall / strange behaviour of Reference using a domain name like FIDETransposition Ralf Hemmecke
  • Re: [fricas-devel] storing value of a constant function, want recall / strange behaviour of Reference using a domain name like FIDETransposition Prof. Dr. Johannes Grabmeier
  • Re: [fricas-devel] storing value of a constant function, want recall / strange behaviour of Reference using a domain name like FIDETransposition Qian Yun
  • Re: [fricas-devel] storing value of a constant function, want recall / strange behaviour of Reference using a domain name like FIDETransposition Waldek Hebisch
• [fricas-devel] synonym not working Fabian Hassler
  • Re: [fricas-devel] synonym not working Qian Yun
  • Re: [fricas-devel] synonym not working Qian Yun
  • Re: [fricas-devel] synonym not working Waldek Hebisch
• [fricas-devel] make build with sbcl-2.4.0 work out of box Qian Yun
  • Re: [fricas-devel] make build with sbcl-2.4.0 work out of box Dima Pasechnik
  • Re: [fricas-devel] make build with sbcl-2.4.0 work out of box Ralf Hemmecke
  • Re: [fricas-devel] make build with sbcl-2.4.0 work out of box Qian Yun
  • Re: [fricas-devel] make build with sbcl-2.4.0 work out of box Ralf Hemmecke
  • Re: [fricas-devel] make build with sbcl-2.4.0 work out of box Qian Yun
  • Re: [fricas-devel] make build with sbcl-2.4.0 work out of box Waldek Hebisch
  • Re: [fricas-devel] make build with sbcl-2.4.0 work out of box Qian Yun
  • Re: [fricas-devel] make build with sbcl-2.4.0 work out of box Waldek Hebisch
  • Re: [fricas-devel] make build with sbcl-2.4.0 work out of box Qian Yun
  • Re: [fricas-devel] make build with sbcl-2.4.0 work out of box Waldek Hebisch
• [fricas-devel] [PATCH] Do not store stats information into symbol plist Qian Yun
  • [fricas-devel] [PATCH] Store stat information in $timedNameStack instead of global, variables Qian Yun
  • [fricas-devel] Re: [PATCH] Store stat information in $timedNameStack instead of global, variables Qian Yun
  • Re: [fricas-devel] Re: [PATCH] Store stat information in $timedNameStack instead of global, variables Waldek Hebisch
  • Re: [fricas-devel] [PATCH] Store stat information in $timedNameStack instead of global, variables Waldek Hebisch
  • Re: [fricas-devel] [PATCH] Store stat information in $timedNameStack instead of global, variables Qian Yun
  • Re: [fricas-devel] [PATCH] Store stat information in $timedNameStack instead of global, variables Waldek Hebisch
  • Re: [fricas-devel] [PATCH] Store stat information in $timedNameStack instead of global, variables Qian Yun
  • Re: [fricas-devel] [PATCH] Store stat information in $timedNameStack instead of global, variables Waldek Hebisch
• [fricas-devel] small changes to src/doc/sphinx/source/download.rst Qian Yun
  • Re: [fricas-devel] small changes to src/doc/sphinx/source/download.rst Ralf Hemmecke
• [fricas-devel] GPT4 and computer algebra Tim Daly
  • Re: [fricas-devel] GPT4 and computer algebra Hill Strong
  • Re: [fricas-devel] GPT4 and computer algebra Dima Pasechnik
  • Re: [fricas-devel] GPT4 and computer algebra Hill Strong
  • Re: [fricas-devel] GPT4 and computer algebra Tim Daly
  • Re: [fricas-devel] GPT4 and computer algebra Hill Strong
  • Re: [fricas-devel] GPT4 and computer algebra Tim Daly
  • Re: [fricas-devel] GPT4 and computer algebra Hill Strong
  • Re: [fricas-devel] GPT4 and computer algebra Tim Daly
  • Re: [fricas-devel] GPT4 and computer algebra Hill Strong
  • Re: [fricas-devel] GPT4 and computer algebra Waldek Hebisch
  • Re: [fricas-devel] GPT4 and computer algebra Bill Page
  • Re: [fricas-devel] GPT4 and computer algebra Hill Strong
  • Re: [fricas-devel] GPT4 and computer algebra Tim Daly

• Earlier messages
• Later messages