| Summary: | sci-mathematics/fricas fails to build | ||
|---|---|---|---|
| Product: | Gentoo Linux | Reporter: | Diego Elio Pettenò (RETIRED) <flameeyes> |
| Component: | New packages | Assignee: | Andrey Grozin <grozin> |
| Status: | RESOLVED FIXED | ||
| Severity: | normal | CC: | common-lisp, sci-mathematics |
| Priority: | Normal | ||
| Version: | unspecified | ||
| Hardware: | All | ||
| OS: | Linux | ||
| URL: | https://tinderboxlogs.s3.amazonaws.com/tbamd64.excelsior.flameeyes.eu/sci-mathematics%3Africas-1.1.7-r1%3A20120624-045034.html | ||
| Whiteboard: | |||
| Package list: | Runtime testing required: | --- | |
|
Description
Diego Elio Pettenò (RETIRED)
2012-06-24 06:42:03 UTC
Cannot reproduce. Builds fine on my ~x86 box with the default set of USE flags (by default, sbcl is used). Haven't tried cmucl, clozurecl, ecl, clisp though). Which lisp have you used? Which version of it? What are the error messages? The log is what I get, it's using sbcl. I see. The current sbcl, asdf, asdf-binary-locations, common-lisp-controller combination in the main tree makes sbcl absolutely unusable. The same problem as bug #411453. For a long time I hoped that common-lisp will fix it, because this is not maxima's (or fricas') fault; I did not want to change the maxima ebuild for nothing. Recently this bug was fixed (worked around) by Jesus Rivero <neurogeek@gentoo.org> in maxima-5.27.0-r1 using an ugly hack. I can apply the same hack to fricas. The common-lisp herd is severely understuffed :-( I use sbcl, asdf, common-lisp-controller from the lisp overlay, and compiling fricas and maxima (before the hack) is fine. I asked common-lisp@gentoo.org about the possibility to move working sbcl, asdf to the main tree. They depend, however, on a rather ugly common-lisp-3.eclass which, they say, is not ready for inclusion to the main tree. I agree, probably, it needs some improvement. However, this means that the prospect of seeing working sbcl, asdf in the main tree soon is nil. So, probably, I need to copy the hack from maxima. But this leaves sbcl in the main tree unusable for any serious work. Sigh. I've added the ugly workaround for compiling with the broken sbcl which is in the main tree. Fricas-1.1.8 fails to build on my system (~amd64). Compilation hangs: fricas_build_bindir = /var/tmp/portage/sci-mathematics/fricas-1.1.8/work/fricas-1.1.8/build/x86_64-pc-linux-gnu/bin checking Lisp implementation... This is SBCL 1.0.55, an implementation of ANSI Common Lisp. More information about SBCL is available at <http://www.sbcl.org/>. SBCL is free software, provided as is, with absolutely no warranty. It is mostly in the public domain; some portions are provided under BSD-style licenses. See the CREDITS and COPYING files in the distribution for more information. STYLE-WARNING: redefining ASDF::LISP-VERSION-STRING in DEFUN ASDF could not load sb-posix because Error while trying to load definition for system sb-posix from pathname /usr/lib64/sbcl/sb-posix/sb-posix.asd: ASDF 2 is not compatible with ASDF-BINARY-LOCATIONS, which you are using. ASDF 2 now achieves the same purpose with its builtin ASDF-OUTPUT-TRANSLATIONS, which should be easier to configure. Please stop using ASDF-BINARY-LOCATIONS, and instead use ASDF-OUTPUT-TRANSLATIONS. See the ASDF manual for details. In case you insist on preserving your previous A-B-L configuration, but do not know how to achieve the same effect with A-O-T, you may use function ASDF:ENABLE-ASDF-BINARY-LOCATIONS-COMPATIBILITY as documented in the manual; call that function where you would otherwise have loaded and configured A-B-L.. debugger invoked on a LOAD-SYSTEM-DEFINITION-ERROR in thread #<THREAD "initial thread" RUNNING {1002999203}>: Error while trying to load definition for system sb-posix from pathname /usr/lib64/sbcl/sb-posix/sb-posix.asd: ASDF 2 is not compatible with ASDF-BINARY-LOCATIONS, which you are using. ASDF 2 now achieves the same purpose with its builtin ASDF-OUTPUT-TRANSLATIONS, which should be easier to configure. Please stop using ASDF-BINARY-LOCATIONS, and instead use ASDF-OUTPUT-TRANSLATIONS. See the ASDF manual for details. In case you insist on preserving your previous A-B-L configuration, but do not know how to achieve the same effect with A-O-T, you may use function ASDF:ENABLE-ASDF-BINARY-LOCATIONS-COMPATIBILITY as documented in the manual; call that function where you would otherwise have loaded and configured A-B-L. Type HELP for debugger help, or (SB-EXT:QUIT) to exit from SBCL. restarts (invokable by number or by possibly-abbreviated name): 0: [RETRY ] Retry EVAL of current toplevel form. 1: [CONTINUE ] Ignore error and continue loading file "/usr/lib64/sbcl/sb-posix/sb-posix.asd". 2: [ABORT ] Abort loading file "/usr/lib64/sbcl/sb-posix/sb-posix.asd". 3: [REINITIALIZE-SOURCE-REGISTRY-AND-RETRY] Retry finding system sb-posix after reinitializing the source-registry. 4: Retry EVAL of current toplevel form. 5: Ignore error and continue sysinit file "/etc/sbclrc". 6: Abort sysinit file "/etc/sbclrc". 7: Skip to toplevel READ/EVAL/PRINT loop. 8: [QUIT ] Quit SBCL (calling #'QUIT, killing the process). ((FLET #:LAMBDA1984 :IN ASDF::LOAD-SYSDEF) #<SIMPLE-ERROR "ASDF 2 is not compatible with ASDF-BINARY-LOCATIONS, which you are using. ASDF 2 now achieves the same purpose with its builtin ASDF-OUTPUT-TRANSLATIONS, which should be easier to configure. Please stop using ASDF-BINARY-LOCATIONS, and instead use ASDF-OUTPUT-TRANSLATIONS. See the ASDF manual for details. In case you insist on preserving your previous A-B-L configuration, but do not know how to achieve the same effect with A-O-T, you may use function ASDF:ENABLE-ASDF-BINARY-LOCATIONS-COMPATIBILITY as documented in the manual; call that function where you would otherwise have loaded and configured A-B-L." {100502DAC3}>) 0] Also, fricas-1.1.7-r1 is having the same problem for me. (In reply to comment #6) > Also, fricas-1.1.7-r1 is having the same problem for me. I don't understand how you've got both asdf-2 and asdf-binary-locations on your system. Either you use the main tree, or you use the lisp overlay. * If you use the main tree, there is no asdf-2: eeepc ~ # ls /usr/portage/dev-lisp/asdf ChangeLog Manifest asdf-1.86-r1.ebuild asdf-1.89.ebuild metadata.xml * If you use the lisp overlay, asdf-2.016.ebuild says RDEPEND="!dev-lisp/cl-${PN} !dev-lisp/asdf-binary-locations" |