Pretty much finished hacking configure. Any requests?

On 12/06/2012 9:42 PM, David Billinghurst wrote:
> On 12/06/2012 8:52 PM, Jaime Villate wrote:
>> On 06/12/2012 09:00 AM, David Billinghurst wrote:
>>> On 11/06/2012 11:16 AM, David Billinghurst wrote:
>>>> I didn't think to test "make distclean".  I have checked in a fix 
>>>> for that.  Using
>>>> automake in interfaces/xmaxima/win32 would be a better solution.  
>>>> It should be possible now.
>>>>
>>>  Done.  interfaces/xmaxima/win32 now uses automake
>>>
>> Hi David,
>> with your latests changes, --enable-sbcl and --enable-ccl now work 
>> fine, but --enable-sbcl-exec and
>> --enable-ccl-exec stopped working.
>> When I used one of those last two options, they are ignored and the 
>> default --enable-clisp is assumed.
>> Regards,
>> Jaime
>>
>
> Thanks for the report.  I don't think the behavior has changed, but it 
> can be improved.  Both of the following work for me
>
> ./configure --enable-ccl --with-ccl=/c/programs/ccl/wx86cl 
> --enable-ccl-exec
> ./configure --enable-sbcl --with-sbcl="/c/Program Files/Steel Bank 
> Common Lisp/1.0.55.7.mswinmt.1185-d20ec0c/sbcl.exe" --enable-sbcl-exec
>
> You need --enable-xxx in addition to --enable-xxx-exec.  This is the 
> original behavior (of a few days ago) but it is confusing.  I will 
> change the logic so that --enable-xxx-exec implies --enable-xxx.  I 
> will also output the result of these options in the configure summary.

I have committed a patch to configure.in.  I have tested it on windows.

Change configure flags: --enable-xxx-exec now implies --enable-xxx

* configure.in:
    --enable-cmucl-exec   implies --enable-cmucl
    --enable-clisp-exec   implies --enable-clisp
    --enable-sbcl-exec    implies --enable-sbcl
    --enable-openmcl-exec implies --enable-openmcl
    --enable-ccl-exec     implies --enable-ccl
    Print additional summary information