[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
bug#22066: 24.5; documentation for "values" is not accurate
From: |
Lars Ingebrigtsen |
Subject: |
bug#22066: 24.5; documentation for "values" is not accurate |
Date: |
Tue, 09 Feb 2021 08:37:25 +0100 |
User-agent: |
Gnus/5.13 (Gnus v5.13) Emacs/28.0.50 (gnu/linux) |
Stefan Monnier <monnier@iro.umontreal.ca> writes:
>> `eval-region' just returns nil, but that `lambda' could just capture the
>> value instead of the functoin then looking in `values', I think?
>
> The lambda is the read-function, so it doesn't receive the return value.
> But we could just wrap the form inside
> a `(setq elisp--eval-defun-result ,form)
Yup. I've now done this on the trunk, and I'm marking `values' as
obsolete (after doing some more testing).
--
(domestic pets only, the antidote for overdose, milk.)
bloggy blog: http://lars.ingebrigtsen.no
- bug#22066: 24.5; documentation for "values" is not accurate, Lars Ingebrigtsen, 2021/02/08
- bug#22066: 24.5; documentation for "values" is not accurate, Stefan Monnier, 2021/02/08
- bug#22066: 24.5; documentation for "values" is not accurate, Lars Ingebrigtsen, 2021/02/08
- bug#22066: 24.5; documentation for "values" is not accurate, Stefan Monnier, 2021/02/08
- bug#22066: 24.5; documentation for "values" is not accurate,
Lars Ingebrigtsen <=
- bug#22066: 24.5; documentation for "values" is not accurate, Lars Ingebrigtsen, 2021/02/09
- bug#22066: 24.5; documentation for "values" is not accurate, Stefan Monnier, 2021/02/09
- bug#22066: 24.5; documentation for "values" is not accurate, Lars Ingebrigtsen, 2021/02/09
- bug#22066: 24.5; documentation for "values" is not accurate, Stefan Monnier, 2021/02/09
- bug#22066: 24.5; documentation for "values" is not accurate, Lars Ingebrigtsen, 2021/02/09
- bug#22066: 24.5; documentation for "values" is not accurate, Lars Ingebrigtsen, 2021/02/09
- bug#22066: 24.5; documentation for "values" is not accurate, Stefan Monnier, 2021/02/09
- bug#22066: 24.5; documentation for "values" is not accurate, Lars Ingebrigtsen, 2021/02/09