axiom fails with: root@thinkpad:/usr/src/linux(20)# axiom Error: Can't open file "/opt/axiom/algebra/exposed.data" Fast links are on: do (si::use-fast-links nil) for debugging Error signalled by SYSTEM:TOP-LEVEL. Broken at APPLY. Type :H for Help. Using exposed.data from a binary axiom package: axiom fails with: root@grizzly:/root(173)# axiom AXIOM Computer Algebra System Version: Axiom 3.9 (September 2005) Timestamp: Saturday July 14, 2007 at 20:54:44 ----------------------------------------------------------------------------- Issue )copyright to view copyright notices. Issue )summary for a summary of useful system commands. Issue )quit to leave AXIOM and return to shell. ----------------------------------------------------------------------------- Re-reading compress.daase Re-reading interp.daase Re-reading operation.daase Re-reading category.daase Re-reading browse.daase (1) -> (1) -> Loading /opt/axiom/autoload/bc-matrix. >> System error: Can't open file "/opt/axiom/autoload/bc-matrix.data" or with: (1) -> draw(sin(x * y), x = -2.5..2.5, y = -2.5..2.5) Loading /opt/axiom/algebra/INT.o for domain Integer >> System error: Can't open file "/opt/axiom/algebra/INT.data" (1) ->
root@grizzly:/root(176)# emerge --info Portage 2.1.3_rc8 (default-linux/amd64/2007.0, gcc-4.1.2, glibc-2.6-r0, 2.6.22.1 x86_64) ================================================================= System uname: 2.6.22.1 x86_64 AMD Athlon(tm) 64 Processor 3200+ Gentoo Base System release 1.12.10 Timestamp of tree: Sat, 14 Jul 2007 22:30:01 +0000 distcc 2.18.3 x86_64-pc-linux-gnu (protocols 1 and 2) (default port 3632) [disabled] ccache version 2.4 [disabled] dev-java/java-config: 1.3.7, 2.0.33-r1 dev-lang/python: 2.4.4-r4 dev-python/pycrypto: 2.0.1-r5 dev-util/ccache: 2.4-r7 sys-apps/sandbox: 1.2.18.1 sys-devel/autoconf: 2.13, 2.61-r1 sys-devel/automake: 1.4_p6, 1.5, 1.6.3, 1.7.9-r1, 1.8.5-r3, 1.9.6-r2, 1.10 sys-devel/binutils: 2.17 sys-devel/gcc-config: 1.3.16 sys-devel/libtool: 1.5.24 virtual/os-headers: 2.6.22 ACCEPT_KEYWORDS="amd64 ~amd64" AUTOCLEAN="yes" CBUILD="x86_64-pc-linux-gnu" CFLAGS="-O2 -march=k8" CHOST="x86_64-pc-linux-gnu" CONFIG_PROTECT="/etc /usr/kde/3.5/env /usr/kde/3.5/share/config /usr/kde/3.5/shutdown /usr/share/X11/xkb /usr/share/config" CONFIG_PROTECT_MASK="/etc/env.d /etc/env.d/java/ /etc/gconf /etc/php/apache2-php5/ext-active/ /etc/php/cgi-php5/ext-active/ /etc/php/cli-php5/ext-active/ /etc/revdep-rebuil d /etc/terminfo" CXXFLAGS="-O2 -march=k8" DISTDIR="/usr/portage/distfiles" FEATURES="distlocks fixpackages metadata-transfer sandbox sfperms strict unmerge-orphans" GENTOO_MIRRORS="http://linux.rz.ruhr-uni-bochum.de/download/gentoo-mirror http://ftp-stud.fht-esslingen.de/pub/Mirrors/gentoo/ rsync://ftp.fi.muni.cz/pub/linux/gentoo ftp:/ /ftp.wh2.tu-dresden.de/pub/mirrors/gentoo ftp://sunsite.informatik.rwth-aachen.de/pub/Linux/gentoo ftp://ftp.tu-clausthal.de/pub/linux/gentoo ftp://ftp.easynet.nl/mirror/ge ntoo/ " LC_ALL="C" LINGUAS="de fr" MAKEOPTS="-j2" PKGDIR="/usr/portage/packages" PORTAGE_RSYNC_OPTS="--recursive --links --safe-links --perms --times --compress --force --whole-file --delete --delete-after --stats --timeout=180 --exclude=/distfiles --ex clude=/local --exclude=/packages --filter=H_**/files/digest-*" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" PORTDIR_OVERLAY="/usr/portage/local/layman/science /usr/local/portage /usr/local/portage/xeffects/trunk /usr/local/portage/xeffects/experimental /usr/local/sci" SYNC="rsync://rsync.gentoo.org/gentoo-portage" USE="3dnow 3dnowext X Xaw3d a52 aac acl acpi aiglx alsa amd64 amrr ao aotuv apache2 asf atlas auctex audacious audiofile automount beagle berkdb bitmap-fonts blas bonobo bo o bzip2 cairo cdda cddb cdio cdparanoia cdr cgi chm cli corba cracklib crypt cups curl daap dbus device-mapper dga divx dlloader dmi dri dv dvb dvd dvdr dvi dxr3 dynagraph effects elf emacs emboss encode epiphany esd evo evolution exif expat fam fame ffmpeg fftw firefox fits flac fltk foomaticdb fortran fpx galago gdal gdbm geos gif gimp gimp print ginac glade glitz gml gmp gnome gnuplot gnutls gphoto2 gpm graphviz grass gs gsl gsm gstreamer gtk guile hal hardened hddtemp hdf hdf5 hlapi iconv icq id3 imagemagick innodb ipv6 isdnlog ithreads jabber java jbig john jp2 jpeg jpeg2k kexi ladspa lame lapack latex lcms ldap libg++ libgda libsamplerate lirc lm_sensors lua lzo lzw mad math matroska midi mmx mmxext mng mod mono motif mozdevelop mozilla mozsvg mozxmlterm mp3 mp4live mpeg mpeg2 mplayer mudflap musicbrainz mysql mysqli nautilus ncurses neXt netc df network nfs nls nntp nptl nptlonly ntfs numarray numeric ocaml octave odbc ogdi ogg ole opengl openmp pam pcre pdf perl plotutils png posix postgres pppd preview-latex p roj python qhull quicktime readline reflection reiserfs rhythmbox rle rrdcgi rrdtool samba sdl session slang slp sndfile snmp sox speex spell spl sqlite sse sse2 ssl subtit les svg t1lib tcltk tcpd tetex theora threads thunderbird tidy tiff tk truetype truetype-fonts type1-fonts unicode userlocales v4l2 vorbis wmf xattr xemacs xext xine xml xm l2 xmlreader xmlrpc xorg xpm xv xvid xvmc zlib zvbi" ALSA_CARDS="ali5451 als4000 atiixp atiixp-modem bt87x ca0106 cmipci emu10k1x ens1370 ens1371 es1938 es1968 fm801 hda-in tel intel8x0 intel8x0m maestro3 trident usb-audio via82xx via82xx-modem ymfpci" ALSA_PCM_PLUGINS="adpcm alaw asym copy dmix dshare dsnoop empty extplug file hooks iec958 io plug ladspa lfloat linear meter mulaw multi null plug rate route share shm softvol" DVB_CARDS="tda10046 saa7134" ELIBC="glibc" INPUT_DEVICES="keyboard mouse" KERNEL="linux" LCD_DEVICES="bayrad cfontz cfontz633 glk hd44780 lb216 lcdm001 mtxorb ncurses text" LINGUAS="de fr" LIRC_DEVICES="hauppauge_dvb" USERLAND="GNU" VIDEO_CARDS="radeon vesa fb dev" Unset: CTARGET, EMERGE_DEFAULT_OPTS, INSTALL_MASK, LANG, LDFLAGS, PORTAGE_COMPRESS, PORTAGE_COMPRESS_FLAGS, PORTAGE_RSYNC_EXTRA_OPTS It happens also on i386 systems.
There is a more recent version of Axiom available. It can be found at http://wiki.axiom-developer.org/AxiomSources. I recommend the "Gold" version.
Same here on x86. Compiling AXIOM from sourceforge (axiom-Sept2005-src) works well though the mentioned file is also missing - but the Sourceforge-AXIOM does not complain about it. If this is a new source package, someone should write an updated ebuild.
(In reply to comment #3) > Same here on x86. > > Compiling AXIOM from sourceforge (axiom-Sept2005-src) works well though the > mentioned file is also missing - but the Sourceforge-AXIOM does not complain > about it. If this is a new source package, someone should write an updated > ebuild. > I think there is a more recent tarball. But perhaps a better description of this is "maintainer wanted". I'm perfectly happy building Axiom from the upstream SCM -- if I can hack the ebuild to work with a later tarball I'll post it here.
(In reply to comment #4) > > I think there is a more recent tarball. But perhaps a better description of > this is "maintainer wanted". I'm perfectly happy building Axiom from the > upstream SCM -- if I can hack the ebuild to work with a later tarball I'll post > it here. > I can confirm the problem but it seems that whatever we have in portage is identical to what upstream calls "golden". If a plain compile results in a working install the culprit has to be one of the patches we apply (maybe some messed up path expansion??). If one of you guys has some gcl skills (I don't) and could look into this I'd appreciate it. cheers, Markus
(In reply to comment #5) > (In reply to comment #4) > > > > I think there is a more recent tarball. But perhaps a better description of > > this is "maintainer wanted". I'm perfectly happy building Axiom from the > > upstream SCM -- if I can hack the ebuild to work with a later tarball I'll post > > it here. > > > > I can confirm the problem but it seems that whatever we have in > portage is identical to what upstream calls "golden". If a plain > compile results in a working install the culprit has to be one of the > patches we apply (maybe some messed up path expansion??). > If one of you guys has some gcl skills (I don't) and could look into this > I'd appreciate it. > > cheers, > Markus > GCL is part of the problem. The upstream Axiom folks and the two forks are all slowly but surely moving from GCL to Clisp and SBCL, picking up two things: 1. Better upstream Lisp maintenance and community -- GCL appears to be dying, 2. Better Windows/Cygwin functionality of Axiom/OpenAxiom/FriCAS. I'm on vacation this week, so I'll see if I can hack up an ebuild from the current one that builds one of the above (Axiom/OpenAxiom/FriCAS) with a non-GCL Lisp.
There is now a full source tarball (85+ MBytes) of the "silver" branch as of November 2007. The URL is http://www.axiom-developer.org/axiom-website/downloads/silver-nov2007-src.tgz I'm going to attempt to build it "raw" on my AMD64. If it works, can someone talk me through changing the existing ebuild to use a different tarball??
(In reply to comment #7) > I'm going to attempt to build it "raw" on my AMD64. If it works, can someone > talk me through changing the existing ebuild to use a different tarball?? > Sure :) I am going to try emerging it myself. Looking at the ebuild, we should ideally start with a clean src_compile that only contains "econf" and "emake". What we currently have is mostly ugly bugfixes. Thanks, Markus
I got it to build, but you have to edit the Makefile on a 64-bit machine. Axiom builds its own gcl first, and the default gcl it uses -- 2.6.8pre -- doesn't work. You have to comment out that line and uncomment the 2.6.7 line, then it will build all the way to the end.
The silver-nov2007 tarball indeed seems to work fine on my opteron box as well. I will try to re-write the ebuild over the weekend since likely hardly any of the present fixes in the current ebuild are needed any more. I definitely would like axiom to use the system-gcl instead of building its own if at all possible. Could somebody educate me on the versioning for axiom, i.e., why is the current ebuild called axiom-3.9? It seems to me that we should rather call the new ebuild axiom-200711. Comments? Thanks, Markus
I can't help you on the versioning, but I agree it should be a dated version number. On the issue of building with the system GCL (and the system "noweb", for that matter), one of the two Axiom forks happened because the builds took a long time and required carrying gcl. I have never been able to get the Gentoo gcl (or any other Lisp) to build Axiom, and the "noweb" in Portage is way too old relative to what Axiom needs. I was on the FriCas and OpenAxiom (the forks) mailing lists for a while, but I got tired of the bickering between Tim Daly (original Axiom) and the other two projects. As far as I know, the *mathematical* content of all three forks is the same, and bugs of that nature get fixed in all of them. So maybe it's worth exploring the forks. I tested them when they first forked and they seemed to work, but neither of them offered me anything Axiom didn't have.
(In reply to comment #11) > I can't help you on the versioning, but I agree it should be a dated version > number. Sounds good. Hence, unless somebody tells me otherwise the next bump will be called axiom-200711. > On the issue of building with the system GCL (and the system "noweb", > for that matter), one of the two Axiom forks happened because the builds took a > long time and required carrying gcl. I'll give the system gcl a shot. If it turns out to be a big pain in the neck I'd be ok leaving things like they are since this tarball seems to build fairly smoothly as is. Thanks for your input, Markus
Ok, this was painful but I finally go it working after realizing that strip actually removes more than it should and screws things up in the process. I've given up on using the system gcl for now since things started to become fairly complex. axiom-200711 is now in portage but currently masked for a little bit more testing. Please give it a try and let me know if there are any problems. Thanks, Markus
I just unmasked axiom-200711. Please give it a shot and file a new bug should there be any problems. I am closing this as WONTFIX since I am not planning on fixing the rather old axiom-3.9. Thanks, Markus
