From mboxrd@z Thu Jan 1 00:00:00 1970 From: Eric Schulte Subject: Re: [Bug] commit 39070b7fc7 breaks babel test Date: Fri, 06 Dec 2013 19:27:22 -0700 Message-ID: <87zjod2xz2.fsf@gmail.com> References: <87eh622s3g.fsf@Rainer.invalid> <87ob4t6b3q.fsf@gmail.com> <87ob4tkbhg.fsf@Rainer.invalid> Mime-Version: 1.0 Content-Type: text/plain Return-path: Received: from eggs.gnu.org ([2001:4830:134:3::10]:39121) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Vp7h0-0003ZK-Mz for emacs-orgmode@gnu.org; Fri, 06 Dec 2013 21:32:35 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1Vp7gw-0000he-AT for emacs-orgmode@gnu.org; Fri, 06 Dec 2013 21:32:30 -0500 Received: from mail-pb0-x22c.google.com ([2607:f8b0:400e:c01::22c]:58204) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Vp7gw-0000hW-2M for emacs-orgmode@gnu.org; Fri, 06 Dec 2013 21:32:26 -0500 Received: by mail-pb0-f44.google.com with SMTP id rq2so2093609pbb.31 for ; Fri, 06 Dec 2013 18:32:25 -0800 (PST) List-Id: "General discussions about Org-mode." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-orgmode-bounces+geo-emacs-orgmode=m.gmane.org@gnu.org Sender: emacs-orgmode-bounces+geo-emacs-orgmode=m.gmane.org@gnu.org To: Achim Gratz Cc: emacs-orgmode@gnu.org Achim Gratz writes: > Eric Schulte writes: >> Fixed. > > The test was trying to ascertain that an inline babel codeblock didn't > force a newline at the end. What makes this code block inline? > You've just made it test that there is a trailing newline introduced > by the inline babel call, which is clearly against its intent. You > could have marked it as a known fail if you were planning to have this > as a transitory failure only. I can't find the discussion that led to > the former implementation at the moment, but I'm fairly certain that > there was a bug report against trailing newlines from inline babel > calls. So what is the rationale of re-introducing the trailing > newline this time around? > This test (test-ob/catches-all-references) is from commit c21692506d8, which doesn't have anything to do with newlines (judging from the commit message). To me the more natural behavior is to include the newline in the expansion. Maybe we have discussed this before on list, and decided stripping the newline was preferable, but I don't recall that discussion. Just because behavior ends up being encoded in a test doesn't necessarily mean the behavior is correct. I think as test suites attempt to protect the desired behavior they often end up also protecting incidental behavior of the implementation at the time the test was written. Best, > > > Regards, > Achim. -- Eric Schulte https://cs.unm.edu/~eschulte PGP: 0x614CA05D