axiom-developer
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [Axiom-developer] [build-improvements] add support for --with-gcl


From: Gabriel Dos Reis
Subject: Re: [Axiom-developer] [build-improvements] add support for --with-gcl
Date: 30 Aug 2006 03:14:35 -0500

"Page, Bill" <address@hidden> writes:

| Gaby, 
| 
| On Sunday, August 27, 2006 10:24 PM you wrote:
| > 
| > Hi the patchlet below adds support for --with-gcl.
| > 
| > By default, configure will try to detect the presence of a gcl
| > command in the build environment, and use it.  You can instruct
| > Axiom not to autotect through the configure option --without-gcl.
| > Of course, you can also explicitly tell Axiom the availability of
| > GCL throught --with-gcl.  All this follows standard GNU build
| > tools semantics.
| > 
| > When I tried this, I had
| >   * an outright segmentation fault with a _separately_ installed
| >     GCL-2.6.8pre.  That SIGSEV was preceeded by failure to load
| >     sysdef.lsp from GCL-2.6.8pre installation.  Investigation
| >     revealed that indeed, that file is missing from the installation
| >     repository.  That seems a plain bug from GCL part.
| > 
| 
| I think it might be the case that 'compiler::link' expects that
| gcl is built with option '--enable-ansi'. At least in that case
| I did not get the error you quote.

Aha; that is good to know.  Thanks!  Can we make the working
assumption that Axiom does not use anything beyond ANSI LISP, or is
that goal that is not attained at the moment?

| > Notice that none of the above problems manifests if one uses
| > GCL as part of the Axiom sources.  Consequently, until the above
| > issues are fixed, be sure to specify --without-gcl when invoking
| > configure.
| >
| 
| After repeat attempts with different options
| 
|   # make clean
|   # ./configure ...
|   # make
| 
| I observed that
| 
|   lsp/stamp-gcldir
| 
| is not being removed by 'make clean'.
| 
| I hate these stupid "stamp-xxx" files. Surely there is a way to
| specify a proper dependency for gcl, no?

yes, that is my fault.  Will be fixed.

| Thanks for your continuing work on this branch!

You're welcome.

-- Gaby




reply via email to

[Prev in Thread] Current Thread [Next in Thread]