[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
bug#10783: Some built-in functionslost their argument names
From: |
Stefan Monnier |
Subject: |
bug#10783: Some built-in functionslost their argument names |
Date: |
Mon, 13 Feb 2012 10:19:34 -0500 |
User-agent: |
Gnus/5.13 (Gnus v5.13) Emacs/24.0.92 (gnu/linux) |
>> Just for the record: such duplicate definitions should be removed.
>> E.g. the C and pc-win.el definitions should be refactored such that
>> there is only one C definition (which might call an Elisp implementation
>> in the MS-DOS case).
> Wouldn't it be better for the common definition to be Lisp, with calls
> into C where necessary?
Depends on the actual code in the common part. It will have some kind
of dispatch to the appropriate backend, which can either go through the
terminal methods or through some case/switch. In the case we use
case/switch it can just as well be performed in Elisp, indeed.
But the common code may also include more shared code which may require
the use of C, or in some other cases we won't want to expose the
backend-specific code to Elisp.
Stefan
PS: Of course, the common code should not use the "x-" prefix.
- bug#10783: Some built-in functionslost their argument names, (continued)
- bug#10783: Some built-in functionslost their argument names, Eli Zaretskii, 2012/02/11
- bug#10783: Some built-in functionslost their argument names, Stefan Monnier, 2012/02/12
- bug#10783: Some built-in functionslost their argument names, Eli Zaretskii, 2012/02/12
- bug#10783: Some built-in functionslost their argument names, Stefan Monnier, 2012/02/12
- bug#10783: Some built-in functionslost their argument names, Glenn Morris, 2012/02/12
- bug#10783: Some built-in functionslost their argument names, Jason Rumney, 2012/02/13
- bug#10783: Some built-in functionslost their argument names,
Stefan Monnier <=
- bug#10783: Some built-in functionslost their argument names, Glenn Morris, 2012/02/12