On Wed, Jun 26, 2013 at 6:18 PM, Игорь Пашев <pashev.i...@gmail.com> wrote:
> ((((((((((( CLISP ))))))))))) > > http://paste.ec/?26abaffb746f617d#rvSSTZOngaSGzx+N05gVgIt/DVkZQS9b19H48ftukVM= > > Tail: > /bin/mkdir -p ../../x86_64-pc-linux-gnu/algebra > ../driver/open-axiom --execpath=../interp/interpsys > --system="../../x86_64-pc-linux-gnu" --initial-db=initdb.fas > --sysdb="../../../src/share/algebra/" --strap=strap-2 --optimize=3 > --system-algebra --compile TYPE.spad && cp TYPE.NRLIB/code.fas > ../../x86_64-pc-linux-gnu/algebra/TYPE.fas \ > && if test -f TYPE-.NRLIB/code.fas; then \ > cp TYPE-.NRLIB/code.fas ../../x86_64-pc-linux-gnu/algebra/TYPE-.fas; \ > else :; fi > Compiling OpenAxiom source code from file > > /home/pashev/open-axiom/open-axiom-debian/build-tree/src/algebra/TYPE.spad > using Spad compiler. > TYPE abbreviates category Type > ------------------------------------------------------------------------ > initializing stationary directory for Type > compiling into /tmp/oa-cjG1VA > Time: 0.00 SEC. > > finalizing NRLIB TYPE > Processing Type for Browser database: > -- constructor > > ** - Continuable Error > OPEN: #<OUTPUT BUFFERED FILE-STREAM CHARACTER #P"/tmp/oa-cjG1VA/code.lsp"> > already points to file "/tmp/oa-cjG1VA/code.lsp", opening the file again > for :INPUT-IMMUTABLE may produce unexpected results > If you continue (by typing 'continue'): Open the file anyway CLisp thinks that while the Lisp compiler is running on the generated code, OpenAxiom might be writing to that file because it wasn't closed; but that never happens. It was just being overly protective. Just fixed on trunk. -- Gaby ------------------------------------------------------------------------------ This SF.net email is sponsored by Windows: Build for Windows Store. http://p.sf.net/sfu/windows-dev2dev _______________________________________________ open-axiom-devel mailing list open-axiom-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/open-axiom-devel
