From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Francesco =?utf-8?Q?Potort=C3=AC?= Newsgroups: gmane.emacs.devel Subject: Re: etags test is broken on MS-Windows Date: Fri, 22 May 2015 14:40:21 +0200 Message-ID: References: <83y4kmdjmj.fsf@gnu.org> <555A8E62.7060700@cs.ucla.edu> <83h9r8egen.fsf@gnu.org> <83pp5t6gex.fsf@gnu.org> <555E09AE.9070208@cs.ucla.edu> <83lhgh6fb2.fsf@gnu.org> <555E2C10.4010501@cs.ucla.edu> NNTP-Posting-Host: plane.gmane.org X-Trace: ger.gmane.org 1432298454 10135 80.91.229.3 (22 May 2015 12:40:54 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Fri, 22 May 2015 12:40:54 +0000 (UTC) Cc: Eli Zaretskii , emacs-devel@gnu.org To: Paul Eggert Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Fri May 22 14:40:45 2015 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([208.118.235.17]) by plane.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1YvmFo-0004wP-F8 for ged-emacs-devel@m.gmane.org; Fri, 22 May 2015 14:40:44 +0200 Original-Received: from localhost ([::1]:33804 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1YvmFn-00020S-Rc for ged-emacs-devel@m.gmane.org; Fri, 22 May 2015 08:40:43 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:56755) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1YvmFg-00020K-C5 for emacs-devel@gnu.org; Fri, 22 May 2015 08:40:37 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1YvmFf-0002Wl-CT for emacs-devel@gnu.org; Fri, 22 May 2015 08:40:36 -0400 Original-Received: from blade4.isti.cnr.it ([194.119.192.20]:7311) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1YvmFU-0002T9-TB; Fri, 22 May 2015 08:40:25 -0400 Original-Received: from tucano.isti.cnr.it ([146.48.81.102]) by mx.isti.cnr.it (PMDF V6.5-x6 #32097) with ESMTPSA id <01PMA1EJI698M0XLXM@mx.isti.cnr.it>; Fri, 22 May 2015 14:40:21 +0200 (MEST) Original-Received: from pot by tucano.isti.cnr.it with local (Exim 4.85) (envelope-from ) id 1YvmFR-0004WY-Fe; Fri, 22 May 2015 14:40:21 +0200 In-reply-to: <555E2C10.4010501@cs.ucla.edu> X-INSM-ip-source: 146.48.81.102 Auth Done X-fingerprint: 4B02 6187 5C03 D6B1 2E31 7666 09DF 2DC9 BE21 6115 X-detected-operating-system: by eggs.gnu.org: Genre and OS details not recognized. X-Received-From: 194.119.192.20 X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Original-Sender: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.devel:186734 Archived-At: >On 05/21/2015 09:55 AM, Eli Zaretskii wrote: >> IOW, the "CRLF->LF translation" that the comment mentions is done on >> all platforms. Or am I missing something? > >I was thinking about the case where a source file has mostly lines with >LF but a few lines end in CRLF. E.g., the attached file has a CR at the >end of the second line. In that case, Emacs doesn't strip the trailing >CRs on GNU/Linux. Wouldn't the byte counts get messed up then? > >Come to think of it, one of the etags test cases did that before I >removed the CR (and perhaps that was part of the test...). > >int x; >char y; >int z; It was definitely part of the test :)