Note on the system::process-some-args change:
in GCL commit bf67be1b this function was added a optional argument:
(defun process-some-args (args &optional compile &aux *load-verbose*)
......
(process-some-args args compile))
This doesn't affect FriCAS directly, but fails when try to load
fricas0 in toplevel.
Question: is it still necessary to keep fricas_gcl_rsym_hack?
Is gcl even buildable on windows right now? I didn't bother to try.
Since we can easily build on windows with sbcl/ecl/clisp, I suggest
to simply drop this hack.
- Qian
--
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 email
to [email protected].
To view this discussion on the web visit
https://groups.google.com/d/msgid/fricas-devel/0d01f639-9193-4b8a-89a3-05d129b94e1b%40gmail.com.
diff --git a/INSTALL b/INSTALL
index ae13fa7c..027f8805 100644
--- a/INSTALL
+++ b/INSTALL
@@ -901,15 +901,6 @@ Known problems
multiplied by total memory gives about 2Gb. For example, on
32Gb machine set GCL_MEM_MULTIPLE to 0.07.
-- On Gentoo system installed gcl probably will not work, one need to
- build own one.
-
-- gcl needs bfd library. Many Linux systems include version of bfd
- library which is incompatible with gcl. In the past we advised to
- use in such case the following configure line
-
- configure --disable-xgcl --disable-dynsysbfd --disable-statsysbfd --enable-locbfd
-
- Boehm garbage collector included in old ECL (version 6.8) is incompatible
with Fedora strong address space randomization (setting randomize_va_space
to 2). Using newer version of Boehm garbage collector (7.0 or 7.1) or
diff --git a/configure.ac b/configure.ac
index fbdf22df..073f3e96 100644
--- a/configure.ac
+++ b/configure.ac
@@ -266,7 +266,7 @@ else
;;
gcl)
case $fricas_lisp_version in
- 2.6.7|2.6.8|2.6.9|2.6.1[[0-9]])
+ 2.6.1[[4-9]])
;;
2.7.0)
AC_MSG_WARN([FriCAS needs porting to gcl $fricas_lisp_version
diff --git a/src/doc/sphinx/source/install.rst b/src/doc/sphinx/source/install.rst
index 17ea888b..04f47e8b 100644
--- a/src/doc/sphinx/source/install.rst
+++ b/src/doc/sphinx/source/install.rst
@@ -997,16 +997,6 @@ Known problems
multiplied by total memory gives about 2Gb. For example, on
32Gb machine set GCL_MEM_MULTIPLE to 0.07.
-- On Gentoo system installed gcl probably will not work, one need to
- build own one.
-
-- gcl needs bfd library. Many Linux systems include version of bfd
- library which is incompatible with gcl. In the past we advised to
- use in such case the following configure line
- ::
-
- configure --disable-xgcl --disable-dynsysbfd --disable-statsysbfd --enable-locbfd
-
- Boehm garbage collector included in old ECL (version 6.8) is incompatible
with Fedora strong address space randomization (setting randomize_va_space
to 2). Using newer version of Boehm garbage collector (7.0 or 7.1) or
diff --git a/src/lisp/fricas-lisp.lisp b/src/lisp/fricas-lisp.lisp
index 8f07c090..6150ebdb 100644
--- a/src/lisp/fricas-lisp.lisp
+++ b/src/lisp/fricas-lisp.lisp
@@ -86,7 +86,7 @@ with this hack and will try to convince the GCL crowd to fix this.
;;; Disable argument processing in GCL
#+:gcl
-(defun system::process-some-args (args) nil)
+(defun system::process-some-args (&rest args) nil)
;; Save current image on disk as executable and quit.
(defun save-core-restart (core-image restart)
@@ -640,9 +640,6 @@ with this hack and will try to convince the GCL crowd to fix this.
(purpose int)
(val int))
-#+:GCL
-(SI::clines "extern double sock_get_float();")
-
(fricas-foreign-call |sockGetFloat| "sock_get_float" double
(purpose int))
