[Top][All Lists]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [Gcl-devel] Re: [Maxima] Recent GCL development in CVS
From: |
Mike Thomas |
Subject: |
Re: [Gcl-devel] Re: [Maxima] Recent GCL development in CVS |
Date: |
Thu, 20 Jun 2002 12:40:51 +1000 |
Hi Camm.
> Hi Mike! No, never seen this. When did this show up? Neither ansi
> nor bfd should be involved at this stage. Could it be the minor
> changes we made to loop.lsp? Can you try recompiling this file? As
> always, building with -g and running under gdb is most helpful.
All seems to be well again as far as building is concerned, so must have
been something like that.
However, using saved_trad_gcl.exe I get confirmation after compiling a
function that gazonk0.o is being loaded:
==============================================
>(defun test ( a b ) ( + a b ) )
TEST
>(compile 'test)
Compiling gazonk0.lsp.
End of Pass 1.
End of Pass 2.
OPTIMIZE levels: Safety=0 (No runtime error checking), Space=0, Speed=3
Finished compiling gazonk0.lsp.
Loading gazonk0.o
start address -T 101d1338 Finished loading gazonk0.o
#<compiled-function TEST>
>(test 1 2.2)
3.2000000000000002
==============================================
whereas with saved_ansi_gcl.exe and saved_full_gcl.exe there is no
indication that gazonk0.o is being loaded after compilation:
==============================================
>(defun test ( a b ) ( + a b ) )
TEST
>(compile 'test)
Compiling gazonk0.lsp.
End of Pass 1.
End of Pass 2.
OPTIMIZE levels: Safety=1 (No runtime error checking), Space=0, Speed=3
Finished compiling gazonk0.lsp.
#<compiled-function TEST>
>(test 1 2.2)
3.2000000000000002
==============================================
Is this correct?
Cheers
Mike Thomas.