GNU bug report logs - #24383
25.1.50; Deprecation/internalization of `read-from-whole-string'

Previous Next

Full log

Message #5 received at submit <at> debbugs.gnu.org (full text, mbox):

From: Drew Adams <drew.adams <at> oracle.com>
To: bug-gnu-emacs <at> gnu.org
Subject: 25.1.50; Deprecation/internalization of `read-from-whole-string'
Date: Tue, 6 Sep 2016 09:52:12 -0700 (PDT)

What's the rationale behind the demotion of `read-from-whole-string'
and its replacement by "internal" function
`thing-at-point--read-from-whole-string'?

  "This is an internal thingatpt function and should not be used."

Should not be used?  Really?  Why?

This function has been around forever, and is used by Emacs users.
And there has been no change in the function definition.

Why should it suddenly be considered "internal" and something not
to be used?

And what does it have to do, in particular, with thingatpt.el?
(It should instead be promoted to a file such as subr.el.)

Based on this (seemingly gratuitous) change, existing user code now
has to fiddle, to be usable in more than one Emacs version (versions
0 to 24.5 vs version 25.1).

 (if (fboundp 'read-from-whole-string)
     (read-from-whole-string strg)
   (thing-at-point--read-from-whole-string strg))

In GNU Emacs 25.1.50.1 (i686-pc-mingw32)
 of 2015-12-10
Repository revision: 6148555ee5a3d0139ae517803718b3e0357933c7
Windowing system distributor 'Microsoft Corp.', version 6.1.7601
Configured using:
 'configure --prefix=/c/Devel/emacs/snapshot/trunk --enable-checking=yes
 --enable-check-lisp-object-type --without-compress-install 'CFLAGS=-Og
 -ggdb3' LDFLAGS=-Lc:/Devel/emacs/lib 'CPPFLAGS=-DGC_MCHECK=1
 -Ic:/Devel/emacs/include''

Previous Next

GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.