[Top][All Lists]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: Eval options macro: backward compatibility?
From: |
Han-Wen Nienhuys |
Subject: |
Re: Eval options macro: backward compatibility? |
Date: |
Mon, 22 Jan 2007 15:18:08 +0100 |
User-agent: |
Thunderbird 1.5.0.9 (X11/20061219) |
Ludovic Courtès escreveu:
> Hi,
>
> Han-Wen Nienhuys <address@hidden> writes:
>
>> this order is awkward when a new trap option has to be added.
>>
>> The problematic thing is that this is exported to GUILE users, through
>>
>> #define SCM_ENTER_FRAME_P scm_evaluator_trap_table[1].val
>>
>> in eval.h
>>
>> I would like to change this order, and if possible move this out of
>> the global namespace. Are there any objections?
>
> It's ok for 1.9 to break binary compatibility, and it's also probably a
> good thing to not export things that are not documented. So I think
does this also mean that we can (finally!) summarily throw away anything
that is marked as "deprecated GUILE 1.7" ?
--
Han-Wen Nienhuys - address@hidden - http://www.xs4all.nl/~hanwen
- Eval options macro: backward compatibility?, Han-Wen Nienhuys, 2007/01/19
- Re: Eval options macro: backward compatibility?, Ludovic Courtès, 2007/01/20
- Re: Eval options macro: backward compatibility?,
Han-Wen Nienhuys <=
- Re: Eval options macro: backward compatibility?, Kevin Ryde, 2007/01/22
- deprecated features, Han-Wen Nienhuys, 2007/01/22
- Re: deprecated features, Kevin Ryde, 2007/01/22
- Re: deprecated features, Han-Wen Nienhuys, 2007/01/22
- Re: deprecated features, Bruce Korb, 2007/01/23
- Re: deprecated features, Han-Wen Nienhuys, 2007/01/23
- Re: deprecated features, Bruce Korb, 2007/01/23
- Re: deprecated features, Han-Wen Nienhuys, 2007/01/23
- Re: deprecated features, Bruce Korb, 2007/01/23
- Re: deprecated features, Han-Wen Nienhuys, 2007/01/23