[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [O] [Bug] commit 39070b7fc7 breaks babel test
From: |
Eric Schulte |
Subject: |
Re: [O] [Bug] commit 39070b7fc7 breaks babel test |
Date: |
Fri, 06 Dec 2013 12:05:37 -0700 |
User-agent: |
Gnus/5.13 (Gnus v5.13) Emacs/24.3 (gnu/linux) |
Skip Collins <address@hidden> writes:
> It's been a week and this test still fails.
>
Fixed.
>
> Would it make sense to automatically enforce passing all tests before
> git accepts a change?
>
I for one would strongly oppose this change. This would only make it
take longer and thus make it less likely that new code is committed.
This is the master branch where development should be fast and
experimentation should take place, not the maintenance branch.
Best,
>
> On Wed, Nov 27, 2013 at 2:58 AM, Achim Gratz <address@hidden> wrote:
>>
>> Hi Eric,
>>
>> this change seems to introduce additional line breaks in the following
>> test:
>>
>> --8<---------------cut here---------------start------------->8---
>> Test test-ob/catches-all-references condition:
>> (ert-test-failed
>> ((should
>> (string=
>> (org-babel-execute-src-block)
>> "A literal example\non two lines for me."))
>> :form
>> (string= "A literal example\non two lines\n for me." "A literal
>> example\non two lines for me.")
>> :value nil))
>> FAILED 1/1 test-ob/catches-all-references
>> --8<---------------cut here---------------end--------------->8---
>>
>> This seems to happen because the final \n from the babel result is not
>> stripped anymore, pointing to the change in ob-core. IIRC we
>> flip-flopped a few times already with including or not including this
>> final newline, so I don't know whether the code or the test should
>> change.
>
--
Eric Schulte
https://cs.unm.edu/~eschulte
PGP: 0x614CA05D