From unknown Sat Jun 14 19:17:14 2025 X-Loop: help-debbugs@gnu.org Subject: bug#22306: 24.5; Unhide --no-line-directive Documentation Resent-From: James Muchow Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Mon, 04 Jan 2016 19:48:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: report 22306 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: 22306@debbugs.gnu.org X-Debbugs-Original-To: "bug-gnu-emacs@gnu.org" Received: via spool by submit@debbugs.gnu.org id=B.145193685712374 (code B ref -1); Mon, 04 Jan 2016 19:48:01 +0000 Received: (at submit) by debbugs.gnu.org; 4 Jan 2016 19:47:37 +0000 Received: from localhost ([127.0.0.1]:37897 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84) (envelope-from ) id 1aGB6P-0003DV-1V for submit@debbugs.gnu.org; Mon, 04 Jan 2016 14:47:37 -0500 Received: from eggs.gnu.org ([208.118.235.92]:52748) by debbugs.gnu.org with esmtp (Exim 4.84) (envelope-from ) id 1aGB1f-00034x-9g for submit@debbugs.gnu.org; Mon, 04 Jan 2016 14:42:43 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1aGB1Z-0007vs-0O for submit@debbugs.gnu.org; Mon, 04 Jan 2016 14:42:38 -0500 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=0.8 required=5.0 tests=BAYES_50 autolearn=disabled version=3.3.2 Received: from lists.gnu.org ([2001:4830:134:3::11]:49117) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1aGB1Y-0007vl-Si for submit@debbugs.gnu.org; Mon, 04 Jan 2016 14:42:36 -0500 Received: from eggs.gnu.org ([2001:4830:134:3::10]:43687) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1aGB1X-0003wM-Ja for bug-gnu-emacs@gnu.org; Mon, 04 Jan 2016 14:42:36 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1aGB1S-0007qA-Mm for bug-gnu-emacs@gnu.org; Mon, 04 Jan 2016 14:42:35 -0500 Received: from aussmtpmrkpc120.us.dell.com ([143.166.82.159]:48546) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1aGB1S-0007hi-Ec for bug-gnu-emacs@gnu.org; Mon, 04 Jan 2016 14:42:30 -0500 X-Loopcount0: from 76.164.8.179 X-IronPort-AV: E=Sophos;i="5.20,521,1444712400"; d="scan'208";a="345079087" From: James Muchow Thread-Topic: 24.5; Unhide --no-line-directive Documentation Thread-Index: AdFHJ+ZmoutXFiH+S2qwAs25Jng9dQ== Date: Mon, 4 Jan 2016 19:41:28 +0000 Message-ID: <4800524ec80e46f5845c868a713dbbc0@mspexmb1.Beer.Town> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [172.31.101.17] Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-detected-operating-system: by eggs.gnu.org: Genre and OS details not recognized. X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6.x X-Received-From: 2001:4830:134:3::11 X-Spam-Score: -4.0 (----) X-Mailman-Approved-At: Mon, 04 Jan 2016 14:47:35 -0500 X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -4.0 (----) This bug report will be sent to the Bug-GNU-Emacs mailing list and the GNU bug tracker at debbugs.gnu.org. Please check that the From: line contains a valid email address. After a delay of up to one day, you should receive an acknowledgment at that address. Please write in English if possible, as the Emacs maintainers usually do not have translators for other languages. Please describe exactly what actions triggered the bug, and the precise symptoms of the bug. If you can, give a recipe starting from `emacs -Q': In trying to create a TAGS file, etags would process the #line directive in various source files and produce TAGS=20 files that were unusable because the "file name" included would be unavailable causing the tags-search to exit before having seen all files. I spent a lot of time coming up with a solution to avoid any files that contained a line directive when the solution I really needed was already present: --no-line-directive. It is, however, undocumented and thus the only way to know about it is to download the source. I downloaded the source to try and find out what etags was doing wrong with #line when I discovered this undocumented option. I see from the source that the --no-line-directive is hidden by the PRINT_UNDOCUMENTED_OPTIONS_HELP; I think it would be helpful for others to remove this restriction. =20 If Emacs crashed, and you have the Emacs process in the gdb debugger, please include the output from the following gdb commands: `bt full' and `xbacktrace'. For information about debugging Emacs, please read the file /usr/local/share/emacs/24.5/etc/DEBUG. In GNU Emacs 24.5.1 (amd64-portbld-freebsd10.1, GTK+ Version 2.24.28) of 2015-10-23 on 101amd64-default-job-07 Configured using: `configure --localstatedir=3D/var --disable-acl --with-dbus --without-file-notification --with-gconf --with-gif --with-gnutls --with-gsettings --with-jpeg --with-m17n-flt --with-imagemagick --with-libotf --with-png --with-toolkit-scroll-bars --with-rsvg --with-tiff --with-x --with-xft --with-xim --with-xml2 --with-xpm --with-x-toolkit=3Dgtk2 --with-sound=3Doss --x-libraries=3D/usr/local/lib --x-includes=3D/usr/local/include --prefix=3D/usr/local --mandir=3D/usr/local/man --infodir=3D/usr/local/share/emacs/info/ --build=3Damd64-portbld-freebsd10.1 'CFLAGS=3D-O2 -pipe -fstack-protector -fno-strict-aliasing' CPPFLAGS=3D-I/usr/local/include 'LDFLAGS=3D -L/usr/local/lib -Wl,-rpath=3D/usr/lib:/usr/local/lib -fstack-protector'' Important settings: value of $LANG: C locale-coding-system: nil Major mode: Fundamental Minor modes in effect: tooltip-mode: t electric-indent-mode: t mouse-wheel-mode: t tool-bar-mode: t menu-bar-mode: t file-name-shadow-mode: t global-font-lock-mode: t auto-composition-mode: t auto-encryption-mode: t auto-compression-mode: t buffer-read-only: t column-number-mode: t line-number-mode: t transient-mark-mode: t Recent messages: For information about GNU Emacs and the GNU system, type C-h C-a. Load-path shadows: None found. Features: (shadow sort gnus-util mail-extr emacsbug message idna format-spec rfc822 mml easymenu mml-sec mm-decode mm-bodies mm-encode mail-parse rfc2231 mailabbrev gmm-utils mailheader sendmail rfc2047 rfc2045 ietf-drums mm-util help-fns mail-prsvr mail-utils xterm time-date tooltip electric uniquify ediff-hook vc-hooks lisp-float-type mwheel x-win x-dnd tool-bar dnd fontset image regexp-opt fringe tabulated-list newcomment lisp-mode prog-mode register page menu-bar rfn-eshadow timer select scroll-bar mouse jit-lock font-lock syntax facemenu font-core frame cham georgian utf-8-lang misc-lang vietnamese tibetan thai tai-viet lao korean japanese hebrew greek romanian slovak czech european ethiopic indian cyrillic chinese case-table epa-hook jka-cmpr-hook help simple abbrev minibuffer nadvice loaddefs button faces cus-face macroexp files text-properties overlay sha1 md5 base64 format env code-pages mule custom widget hashtable-print-readable backquote make-network-process dbusbind dynamic-setting system-font-setting font-render-setting move-toolbar gtk x-toolkit x multi-tty emacs) Memory information: ((conses 16 76429 6886) (symbols 48 17651 0) (miscs 40 71 128) (strings 32 9046 4687) (string-bytes 1 248303) (vectors 16 7038) (vector-slots 8 341334 33197) (floats 8 65 287) (intervals 56 190 119) (buffers 960 12)) From unknown Sat Jun 14 19:17:14 2025 X-Loop: help-debbugs@gnu.org Subject: bug#22306: 24.5; Unhide --no-line-directive Documentation Resent-From: Eli Zaretskii Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sat, 09 Jan 2016 19:52:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 22306 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: James Muchow , Francesco =?UTF-8?Q?Potort=C3=AC?= Cc: 22306@debbugs.gnu.org Reply-To: Eli Zaretskii Received: via spool by 22306-submit@debbugs.gnu.org id=B22306.145236909832099 (code B ref 22306); Sat, 09 Jan 2016 19:52:02 +0000 Received: (at 22306) by debbugs.gnu.org; 9 Jan 2016 19:51:38 +0000 Received: from localhost ([127.0.0.1]:44646 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84) (envelope-from ) id 1aHzY2-0008Lf-BT for submit@debbugs.gnu.org; Sat, 09 Jan 2016 14:51:38 -0500 Received: from eggs.gnu.org ([208.118.235.92]:41060) by debbugs.gnu.org with esmtp (Exim 4.84) (envelope-from ) id 1aHzY0-0008LS-Hm for 22306@debbugs.gnu.org; Sat, 09 Jan 2016 14:51:36 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1aHzXs-0002AN-0s for 22306@debbugs.gnu.org; Sat, 09 Jan 2016 14:51:31 -0500 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=-0.0 required=5.0 tests=BAYES_40,RP_MATCHES_RCVD autolearn=disabled version=3.3.2 Received: from fencepost.gnu.org ([2001:4830:134:3::e]:42011) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1aHzXj-000292-Bo; Sat, 09 Jan 2016 14:51:19 -0500 Received: from 84.94.185.246.cable.012.net.il ([84.94.185.246]:2688 helo=HOME-C4E4A596F7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_128_CBC_SHA1:128) (Exim 4.82) (envelope-from ) id 1aHzXi-0004t1-Fh; Sat, 09 Jan 2016 14:51:18 -0500 Date: Sat, 09 Jan 2016 21:51:18 +0200 Message-Id: <83vb72mszt.fsf@gnu.org> From: Eli Zaretskii In-reply-to: <4800524ec80e46f5845c868a713dbbc0@mspexmb1.Beer.Town> (message from James Muchow on Mon, 4 Jan 2016 19:41:28 +0000) References: <4800524ec80e46f5845c868a713dbbc0@mspexmb1.Beer.Town> MIME-version: 1.0 Content-type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 2001:4830:134:3::e X-Spam-Score: -5.0 (-----) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -5.0 (-----) > From: James Muchow > Date: Mon, 4 Jan 2016 19:41:28 +0000 > > In trying to create a TAGS file, etags would process the > #line directive in various source files and produce TAGS > files that were unusable because the "file name" included > would be unavailable causing the tags-search to exit before > having seen all files. > > I spent a lot of time coming up with a solution to avoid > any files that contained a line directive when the solution > I really needed was already present: --no-line-directive. > It is, however, undocumented and thus the only way to know > about it is to download the source. I downloaded the source > to try and find out what etags was doing wrong with #line > when I discovered this undocumented option. > > I see from the source that the --no-line-directive is hidden > by the PRINT_UNDOCUMENTED_OPTIONS_HELP; I think it would be > helpful for others to remove this restriction. Francesco, Are there any reasons to keep this option (and a few others) hidden from the user eyes? Thanks. From unknown Sat Jun 14 19:17:14 2025 X-Loop: help-debbugs@gnu.org Subject: bug#22306: 24.5; Unhide --no-line-directive Documentation Resent-From: Francesco =?UTF-8?Q?Potort=C3=AC?= Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sat, 09 Jan 2016 23:27:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 22306 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Eli Zaretskii Cc: James Muchow , 22306@debbugs.gnu.org Received: via spool by 22306-submit@debbugs.gnu.org id=B22306.145238202011993 (code B ref 22306); Sat, 09 Jan 2016 23:27:01 +0000 Received: (at 22306) by debbugs.gnu.org; 9 Jan 2016 23:27:00 +0000 Received: from localhost ([127.0.0.1]:44750 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84) (envelope-from ) id 1aI2uS-00037N-5x for submit@debbugs.gnu.org; Sat, 09 Jan 2016 18:27:00 -0500 Received: from blade3.isti.cnr.it ([194.119.192.19]:12520) by debbugs.gnu.org with esmtp (Exim 4.84) (envelope-from ) id 1aI2uQ-00037C-Pe for 22306@debbugs.gnu.org; Sat, 09 Jan 2016 18:26:59 -0500 Received: from tucano.isti.cnr.it ([146.48.81.102]) by mx.isti.cnr.it (PMDF V6.5-x6 #32147) with ESMTPSA id <01PVAPHXMU4OLTECEW@mx.isti.cnr.it> for 22306@debbugs.gnu.org; Sun, 10 Jan 2016 00:26:56 +0100 (MET) Received: from pot by tucano.isti.cnr.it with local (Exim 4.86) (envelope-from ) id 1aI2uN-0003we-Cv; Sun, 10 Jan 2016 00:26:55 +0100 Date: Sun, 10 Jan 2016 00:26:55 +0100 From: Francesco =?UTF-8?Q?Potort=C3=AC?= In-reply-to: <83vb72mszt.fsf@gnu.org> Message-id: Organization: X-INSM-ip-source: 146.48.81.102 Auth Done X-fingerprint: 4B02 6187 5C03 D6B1 2E31 7666 09DF 2DC9 BE21 6115 References: <4800524ec80e46f5845c868a713dbbc0@mspexmb1.Beer.Town> <83vb72mszt.fsf@gnu.org> X-Spam-Score: -1.4 (-) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.4 (-) >> From: James Muchow >> Date: Mon, 4 Jan 2016 19:41:28 +0000 >> >> In trying to create a TAGS file, etags would process the >> #line directive in various source files and produce TAGS >> files that were unusable because the "file name" included >> would be unavailable causing the tags-search to exit before >> having seen all files. >> >> I spent a lot of time coming up with a solution to avoid >> any files that contained a line directive when the solution >> I really needed was already present: --no-line-directive. >> It is, however, undocumented and thus the only way to know >> about it is to download the source. I downloaded the source >> to try and find out what etags was doing wrong with #line >> when I discovered this undocumented option. >> >> I see from the source that the --no-line-directive is hidden >> by the PRINT_UNDOCUMENTED_OPTIONS_HELP; I think it would be >> helpful for others to remove this restriction. > >Francesco, > >Are there any reasons to keep this option (and a few others) hidden >from the user eyes? For this specific otion, the logs say that I undocumented it in 2002. As far as I can recall, this was because the option seemed too much technical to me, that is of little use and difficult to explain. I think I adopted the same criterion for undocumenting the other options. From unknown Sat Jun 14 19:17:14 2025 X-Loop: help-debbugs@gnu.org Subject: bug#22306: 24.5; Unhide --no-line-directive Documentation Resent-From: James Muchow Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Mon, 11 Jan 2016 16:12:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 22306 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Francesco =?UTF-8?Q?Potort=C3=AC?= , Eli Zaretskii Cc: "22306@debbugs.gnu.org" <22306@debbugs.gnu.org> Received: via spool by 22306-submit@debbugs.gnu.org id=B22306.145252871512950 (code B ref 22306); Mon, 11 Jan 2016 16:12:02 +0000 Received: (at 22306) by debbugs.gnu.org; 11 Jan 2016 16:11:55 +0000 Received: from localhost ([127.0.0.1]:46620 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84) (envelope-from ) id 1aIf4U-0003Mn-S5 for submit@debbugs.gnu.org; Mon, 11 Jan 2016 11:11:55 -0500 Received: from aussmtpmrkpc120.us.dell.com ([143.166.82.159]:31086) by debbugs.gnu.org with esmtp (Exim 4.84) (envelope-from ) id 1aIf4T-0003Ma-93 for 22306@debbugs.gnu.org; Mon, 11 Jan 2016 11:11:53 -0500 X-Loopcount0: from 76.164.8.179 X-IronPort-AV: E=Sophos;i="5.20,553,1444712400"; d="scan'208";a="346897228" From: James Muchow Thread-Topic: bug#22306: 24.5; Unhide --no-line-directive Documentation Thread-Index: AdFHJ+ZmoutXFiH+S2qwAs25Jng9dQD70arOABQV54AASCP6EA== Date: Mon, 11 Jan 2016 16:11:45 +0000 Message-ID: <8543a3ac28a841169e403b2bd50610c7@mspexmb1.Beer.Town> References: <4800524ec80e46f5845c868a713dbbc0@mspexmb1.Beer.Town> <83vb72mszt.fsf@gnu.org> In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [172.31.101.17] Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-Spam-Score: -2.3 (--) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -2.3 (--) > From: Francesco Potort=EC [mailto:pot@gnu.org]=20 > Sent: Saturday, January 09, 2016 5:27 PM >>> From: James Muchow >>> Date: Mon, 4 Jan 2016 19:41:28 +0000 >>>=20 >>> In trying to create a TAGS file, etags would process the >>> #line directive in various source files and produce TAGS=20 >>> files that were unusable because the "file name" included >>> would be unavailable causing the tags-search to exit before >>> having seen all files. >>>=20 >>> I spent a lot of time coming up with a solution to avoid >>> any files that contained a line directive when the solution >>> I really needed was already present: --no-line-directive. >>> It is, however, undocumented and thus the only way to know >>> about it is to download the source. I downloaded the source >>> to try and find out what etags was doing wrong with #line >>> when I discovered this undocumented option. >>>=20 >>> I see from the source that the --no-line-directive is hidden >>> by the PRINT_UNDOCUMENTED_OPTIONS_HELP; I think it would be >>> helpful for others to remove this restriction. >> >> Francesco, >>=20 >> Are there any reasons to keep this option (and a few others) hidden >> from the user eyes? > > For this specific otion, the logs say that I undocumented it in 2002. > As far as I can recall, this was because the option seemed too much > technical to me, that is of little use and difficult to explain. I > think I adopted the same criterion for undocumenting the other options. First of all thanks for cleaning up my request and getting rid of all the extraneous verbiage. I've never filed a bug report before, so I didn't quite know what to expect. Anyway... I am aware that the documentation hiding was done years ago. As to whether it is too technical or not; the fact is that in our environment, the TAGS files I produced are useless (30M of=20 useless) and that was quickly diagnosed to those files that use=20 the #line directive. Resolving this issue involved, as I wrote, a lot of time when the solution was already present the whole time. A solution of which I was unaware because it was deemed too technical. I now know of this option, so I could take the "I don't care, I got mine" approach, but I thought that such a trivial fix might be turn out to be helpful to someone else. But YMMV, I'll leave the eventual resolution in your hands. From unknown Sat Jun 14 19:17:14 2025 MIME-Version: 1.0 X-Mailer: MIME-tools 5.505 (Entity 5.505) X-Loop: help-debbugs@gnu.org From: help-debbugs@gnu.org (GNU bug Tracking System) To: James Muchow Subject: bug#22306: closed (Re: bug#22306: 24.5; Unhide --no-line-directive Documentation) Message-ID: References: <83si1zfccc.fsf@gnu.org> <4800524ec80e46f5845c868a713dbbc0@mspexmb1.Beer.Town> X-Gnu-PR-Message: they-closed 22306 X-Gnu-PR-Package: emacs Reply-To: 22306@debbugs.gnu.org Date: Fri, 15 Jan 2016 09:00:02 +0000 Content-Type: multipart/mixed; boundary="----------=_1452848402-26226-1" This is a multi-part message in MIME format... ------------=_1452848402-26226-1 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset="utf-8" Your bug report #22306: 24.5; Unhide --no-line-directive Documentation which was filed against the emacs package, has been closed. The explanation is attached below, along with your original report. If you require more details, please reply to 22306@debbugs.gnu.org. --=20 22306: http://debbugs.gnu.org/cgi/bugreport.cgi?bug=3D22306 GNU Bug Tracking System Contact help-debbugs@gnu.org with problems ------------=_1452848402-26226-1 Content-Type: message/rfc822 Content-Disposition: inline Content-Transfer-Encoding: 7bit Received: (at 22306-done) by debbugs.gnu.org; 15 Jan 2016 08:59:06 +0000 Received: from localhost ([127.0.0.1]:49627 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84) (envelope-from ) id 1aK0Dq-0006nQ-37 for submit@debbugs.gnu.org; Fri, 15 Jan 2016 03:59:06 -0500 Received: from eggs.gnu.org ([208.118.235.92]:57544) by debbugs.gnu.org with esmtp (Exim 4.84) (envelope-from ) id 1aK0Dp-0006mx-3H for 22306-done@debbugs.gnu.org; Fri, 15 Jan 2016 03:59:05 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1aK0Dj-00073I-5z for 22306-done@debbugs.gnu.org; Fri, 15 Jan 2016 03:59:00 -0500 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=0.8 required=5.0 tests=BAYES_50,RP_MATCHES_RCVD autolearn=disabled version=3.3.2 Received: from fencepost.gnu.org ([2001:4830:134:3::e]:34335) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1aK0DZ-00072J-65; Fri, 15 Jan 2016 03:58:49 -0500 Received: from 84.94.185.246.cable.012.net.il ([84.94.185.246]:4671 helo=HOME-C4E4A596F7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_128_CBC_SHA1:128) (Exim 4.82) (envelope-from ) id 1aK0DW-0004jW-MC; Fri, 15 Jan 2016 03:58:47 -0500 Date: Fri, 15 Jan 2016 10:58:43 +0200 Message-Id: <83si1zfccc.fsf@gnu.org> From: Eli Zaretskii To: Francesco =?iso-8859-1?Q?Potort=EC?= In-reply-to: (message from Francesco =?iso-8859-1?Q?Potort=EC?= on Sun, 10 Jan 2016 00:26:55 +0100) Subject: Re: bug#22306: 24.5; Unhide --no-line-directive Documentation References: <4800524ec80e46f5845c868a713dbbc0@mspexmb1.Beer.Town> <83vb72mszt.fsf@gnu.org> MIME-version: 1.0 Content-type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 2001:4830:134:3::e X-Spam-Score: -5.0 (-----) X-Debbugs-Envelope-To: 22306-done Cc: jim_muchow@dell.com, 22306-done@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Reply-To: Eli Zaretskii Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -5.0 (-----) > Date: Sun, 10 Jan 2016 00:26:55 +0100 > From: Francesco Potort́ > Cc: 22306@debbugs.gnu.org, James Muchow > > >Francesco, > > > >Are there any reasons to keep this option (and a few others) hidden > >from the user eyes? > > For this specific otion, the logs say that I undocumented it in 2002. My forensic investigation of the history indicates that it was first introduced in 2002, and undocumented in 2007. > As far as I can recall, this was because the option seemed too much > technical to me, that is of little use and difficult to explain. I > think I adopted the same criterion for undocumenting the other options. Well, it seems this option is useful when the original file is no longer available, which is a legitimate, albeit rare, use case. So I un-hided it, and also documented it in etags.1 as the fire-escape in these rare use cases. I'm therefore marking this bug done. Thanks. ------------=_1452848402-26226-1 Content-Type: message/rfc822 Content-Disposition: inline Content-Transfer-Encoding: 7bit Received: (at submit) by debbugs.gnu.org; 4 Jan 2016 19:47:37 +0000 Received: from localhost ([127.0.0.1]:37897 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84) (envelope-from ) id 1aGB6P-0003DV-1V for submit@debbugs.gnu.org; Mon, 04 Jan 2016 14:47:37 -0500 Received: from eggs.gnu.org ([208.118.235.92]:52748) by debbugs.gnu.org with esmtp (Exim 4.84) (envelope-from ) id 1aGB1f-00034x-9g for submit@debbugs.gnu.org; Mon, 04 Jan 2016 14:42:43 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1aGB1Z-0007vs-0O for submit@debbugs.gnu.org; Mon, 04 Jan 2016 14:42:38 -0500 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=0.8 required=5.0 tests=BAYES_50 autolearn=disabled version=3.3.2 Received: from lists.gnu.org ([2001:4830:134:3::11]:49117) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1aGB1Y-0007vl-Si for submit@debbugs.gnu.org; Mon, 04 Jan 2016 14:42:36 -0500 Received: from eggs.gnu.org ([2001:4830:134:3::10]:43687) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1aGB1X-0003wM-Ja for bug-gnu-emacs@gnu.org; Mon, 04 Jan 2016 14:42:36 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1aGB1S-0007qA-Mm for bug-gnu-emacs@gnu.org; Mon, 04 Jan 2016 14:42:35 -0500 Received: from aussmtpmrkpc120.us.dell.com ([143.166.82.159]:48546) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1aGB1S-0007hi-Ec for bug-gnu-emacs@gnu.org; Mon, 04 Jan 2016 14:42:30 -0500 X-Loopcount0: from 76.164.8.179 X-IronPort-AV: E=Sophos;i="5.20,521,1444712400"; d="scan'208";a="345079087" From: James Muchow To: "bug-gnu-emacs@gnu.org" Subject: 24.5; Unhide --no-line-directive Documentation Thread-Topic: 24.5; Unhide --no-line-directive Documentation Thread-Index: AdFHJ+ZmoutXFiH+S2qwAs25Jng9dQ== Date: Mon, 4 Jan 2016 19:41:28 +0000 Message-ID: <4800524ec80e46f5845c868a713dbbc0@mspexmb1.Beer.Town> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [172.31.101.17] Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-detected-operating-system: by eggs.gnu.org: Genre and OS details not recognized. X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6.x X-Received-From: 2001:4830:134:3::11 X-Spam-Score: -4.0 (----) X-Debbugs-Envelope-To: submit X-Mailman-Approved-At: Mon, 04 Jan 2016 14:47:35 -0500 X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -4.0 (----) This bug report will be sent to the Bug-GNU-Emacs mailing list and the GNU bug tracker at debbugs.gnu.org. Please check that the From: line contains a valid email address. After a delay of up to one day, you should receive an acknowledgment at that address. Please write in English if possible, as the Emacs maintainers usually do not have translators for other languages. Please describe exactly what actions triggered the bug, and the precise symptoms of the bug. If you can, give a recipe starting from `emacs -Q': In trying to create a TAGS file, etags would process the #line directive in various source files and produce TAGS=20 files that were unusable because the "file name" included would be unavailable causing the tags-search to exit before having seen all files. I spent a lot of time coming up with a solution to avoid any files that contained a line directive when the solution I really needed was already present: --no-line-directive. It is, however, undocumented and thus the only way to know about it is to download the source. I downloaded the source to try and find out what etags was doing wrong with #line when I discovered this undocumented option. I see from the source that the --no-line-directive is hidden by the PRINT_UNDOCUMENTED_OPTIONS_HELP; I think it would be helpful for others to remove this restriction. =20 If Emacs crashed, and you have the Emacs process in the gdb debugger, please include the output from the following gdb commands: `bt full' and `xbacktrace'. For information about debugging Emacs, please read the file /usr/local/share/emacs/24.5/etc/DEBUG. In GNU Emacs 24.5.1 (amd64-portbld-freebsd10.1, GTK+ Version 2.24.28) of 2015-10-23 on 101amd64-default-job-07 Configured using: `configure --localstatedir=3D/var --disable-acl --with-dbus --without-file-notification --with-gconf --with-gif --with-gnutls --with-gsettings --with-jpeg --with-m17n-flt --with-imagemagick --with-libotf --with-png --with-toolkit-scroll-bars --with-rsvg --with-tiff --with-x --with-xft --with-xim --with-xml2 --with-xpm --with-x-toolkit=3Dgtk2 --with-sound=3Doss --x-libraries=3D/usr/local/lib --x-includes=3D/usr/local/include --prefix=3D/usr/local --mandir=3D/usr/local/man --infodir=3D/usr/local/share/emacs/info/ --build=3Damd64-portbld-freebsd10.1 'CFLAGS=3D-O2 -pipe -fstack-protector -fno-strict-aliasing' CPPFLAGS=3D-I/usr/local/include 'LDFLAGS=3D -L/usr/local/lib -Wl,-rpath=3D/usr/lib:/usr/local/lib -fstack-protector'' Important settings: value of $LANG: C locale-coding-system: nil Major mode: Fundamental Minor modes in effect: tooltip-mode: t electric-indent-mode: t mouse-wheel-mode: t tool-bar-mode: t menu-bar-mode: t file-name-shadow-mode: t global-font-lock-mode: t auto-composition-mode: t auto-encryption-mode: t auto-compression-mode: t buffer-read-only: t column-number-mode: t line-number-mode: t transient-mark-mode: t Recent messages: For information about GNU Emacs and the GNU system, type C-h C-a. Load-path shadows: None found. Features: (shadow sort gnus-util mail-extr emacsbug message idna format-spec rfc822 mml easymenu mml-sec mm-decode mm-bodies mm-encode mail-parse rfc2231 mailabbrev gmm-utils mailheader sendmail rfc2047 rfc2045 ietf-drums mm-util help-fns mail-prsvr mail-utils xterm time-date tooltip electric uniquify ediff-hook vc-hooks lisp-float-type mwheel x-win x-dnd tool-bar dnd fontset image regexp-opt fringe tabulated-list newcomment lisp-mode prog-mode register page menu-bar rfn-eshadow timer select scroll-bar mouse jit-lock font-lock syntax facemenu font-core frame cham georgian utf-8-lang misc-lang vietnamese tibetan thai tai-viet lao korean japanese hebrew greek romanian slovak czech european ethiopic indian cyrillic chinese case-table epa-hook jka-cmpr-hook help simple abbrev minibuffer nadvice loaddefs button faces cus-face macroexp files text-properties overlay sha1 md5 base64 format env code-pages mule custom widget hashtable-print-readable backquote make-network-process dbusbind dynamic-setting system-font-setting font-render-setting move-toolbar gtk x-toolkit x multi-tty emacs) Memory information: ((conses 16 76429 6886) (symbols 48 17651 0) (miscs 40 71 128) (strings 32 9046 4687) (string-bytes 1 248303) (vectors 16 7038) (vector-slots 8 341334 33197) (floats 8 65 287) (intervals 56 190 119) (buffers 960 12)) ------------=_1452848402-26226-1--