From mboxrd@z Thu Jan 1 00:00:00 1970 From: Bastien Subject: Re: Emacs 22 compatibility Date: Wed, 19 Dec 2012 10:41:27 +0100 Message-ID: <87bodq9y60.fsf@bzg.ath.cx> References: <87licz2ejp.fsf@Rainer.invalid> <10228.1355612445@alphaville> <87ehiq62qe.fsf@gmail.com> <8738z3fgo8.fsf@bzg.ath.cx> <87hanji7an.fsf@Rainer.invalid> <87zk1b106i.fsf@yagnesh.org> <87txrjrlbt.fsf@bzg.ath.cx> <87licujt2s.fsf@Rainer.invalid> Mime-Version: 1.0 Content-Type: text/plain Return-path: Received: from eggs.gnu.org ([208.118.235.92]:34917) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1TlG9e-00068p-6E for emacs-orgmode@gnu.org; Wed, 19 Dec 2012 04:41:35 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1TlG9c-0006pa-HQ for emacs-orgmode@gnu.org; Wed, 19 Dec 2012 04:41:34 -0500 Received: from mail-wi0-f180.google.com ([209.85.212.180]:65059) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1TlG9c-0006pQ-72 for emacs-orgmode@gnu.org; Wed, 19 Dec 2012 04:41:32 -0500 Received: by mail-wi0-f180.google.com with SMTP id hj13so1042379wib.1 for ; Wed, 19 Dec 2012 01:41:31 -0800 (PST) In-Reply-To: <87licujt2s.fsf@Rainer.invalid> (Achim Gratz's message of "Wed, 19 Dec 2012 10:21:15 +0100") 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 Hi Achim, Achim Gratz writes: > That's a definition of "builds fine" that I wasn't previously aware of. My definition of "building fine" is that the build process does not break and that it produces the target files. Warnings are not errors in the process of building, they are pointers to potential problems in the code that has been built. > As I said, I've already looked into some of these errors and there are > several affecting core functionality. If you or anyone can fix those error, please have a go. > There is another bunch of warnings that is triggered by the fact that > declare-function is doing nothing in Emacs 22. This is used extensively > in the new exporter to avoid circular requires, but there seem to be a > few places where a require or an autoload should have been used instead. Yes, I want to clean this up a bit for 8.0. > If I fix things enough so that the test suite will run I'll get this: > > Ran 401 tests, 388 results as expected, 13 unexpected > 3 expected failures Well, It's not that bad :) > 13 unexpected results: > FAILED ob-exp/evaluate-all-executables-in-order > FAILED ob-exp/export-call-line-information > FAILED ob-exp/exports-both > FAILED ob-exp/exports-inline > FAILED ob-exp/mixed-blocks-with-exports-both > FAILED ob-exp/noweb-no-export-and-exports-both > FAILED ob-exp/noweb-on-export > FAILED ob-exp/noweb-on-export-with-exports-results So, this is mostly babel. > FAILED test-org-element/headline-comment-keyword > FAILED test-org-element/headline-interpreter > FAILED test-org/beginning-of-line > FAILED test-org/comment-dwim > FAILED test-org/end-of-line None of the above really counts as "core feature" for me. > While this doesn't look so bad on first sight, it will still require a > significant effort to fix and we know that the test suite coverage is > nowhere near complete. Yes, agreed. My time will first go to actual bugs with Emacs 23/24 reported by users, then to actual bugs in Emacs 22 reported by the users, then to potential bugs in Emacs 24/23, then to potential bugs in Emacs 22... meaning that there is little chance for me to work on potential bugs with Emacs 22 (or to review patches for this very quickly.) Thanks, -- Bastien