Return-Path: X-Original-To: notmuch@notmuchmail.org Delivered-To: notmuch@notmuchmail.org Received: from localhost (localhost [127.0.0.1]) by olra.theworths.org (Postfix) with ESMTP id 8B2C9431FAE for ; Thu, 26 Jun 2014 08:00:44 -0700 (PDT) X-Virus-Scanned: Debian amavisd-new at olra.theworths.org X-Spam-Flag: NO X-Spam-Score: 0 X-Spam-Level: X-Spam-Status: No, score=0 tagged_above=-999 required=5 tests=[none] autolearn=disabled Received: from olra.theworths.org ([127.0.0.1]) by localhost (olra.theworths.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 5HI4NxinyDue for ; Thu, 26 Jun 2014 08:00:37 -0700 (PDT) Received: from yantan.tethera.net (yantan.tethera.net [199.188.72.155]) (using TLSv1 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) by olra.theworths.org (Postfix) with ESMTPS id 55C38431FAF for ; Thu, 26 Jun 2014 08:00:37 -0700 (PDT) Received: from remotemail by yantan.tethera.net with local (Exim 4.80) (envelope-from ) id 1X0BAB-0004kR-LT; Thu, 26 Jun 2014 12:00:35 -0300 Received: (nullmailer pid 18520 invoked by uid 1000); Thu, 26 Jun 2014 15:00:31 -0000 From: David Bremner To: Thomas Klausner Subject: Re: notmuch-0.18 issues [was Re: notmuch-0.16: realpath() compatibility issue; clang visibility problem] In-Reply-To: <20140626130826.GL11862@danbala.tuwien.ac.at> References: <20140103214735.GG27614@danbala.tuwien.ac.at> <87ob0c6p0e.fsf@zancas.localnet> <20140408123312.GZ5053@danbala.tuwien.ac.at> <87a98zho9y.fsf@zancas.localnet> <20140626130826.GL11862@danbala.tuwien.ac.at> User-Agent: Notmuch/0.18.1 (http://notmuchmail.org) Emacs/24.3.1 (x86_64-pc-linux-gnu) Date: Thu, 26 Jun 2014 12:00:31 -0300 Message-ID: <87wqc3g1gw.fsf@zancas.localnet> MIME-Version: 1.0 Content-Type: text/plain Cc: Notmuch list X-BeenThere: notmuch@notmuchmail.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: "Use and development of the notmuch mail system." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 26 Jun 2014 15:00:44 -0000 Thomas Klausner writes: > Hi David! > > Thanks for getting back to me about this. > Currently configure (with some patches) says: > > Checking for Xapian development files... Yes (1.2.17). > Checking for Xapian compaction support... Yes. > Checking for GMime development files... Yes (gmime-2.4 ). > Checking for Glib development files (>= 2.22)... Yes. > Checking for zlib (>= 1.2.5.2)... Yes. > Checking for talloc development files... Yes. > Checking for valgrind development files... No (but that's fine). > Checking for bash-completion (>= 1.90)... No (will not install bash completion). > Checking if emacs is available... emacs: not found > No (so will not byte-compile emacs code) > Checking if sphinx is available and supports nroff output... python: not found > No (falling back to rst2man). > Checking if rst2man is available... Yes. > Checking which platform we are on... Unknown. > > *** Warning: Unknown platform. Notmuch might or might not build correctly. > > Checking byte order... 1234 > Checking for canonicalize_file_name... No (will use our own instead). > Checking for getline... Yes. > Checking for strcasestr... Yes. > Checking for strsep... Yes. > Checking for timegm... Yes. > Checking for dirent.d_type... Yes. > Checking for standard version of getpwuid_r... Yes. > Checking for standard version of asctime_r... Yes. > Checking for rpath support... Yes. > Checking for -Wl,--as-needed... Yes. > Checking for available C++ compiler warning flags... > -Wall -Wextra -Wwrite-strings > Checking for available C compiler warning flags... > -Wall -Wextra -Wwrite-strings -Wmissing-declarations > > so this particular issue seems to be fixed, right? > If notmuch-shared links for you now, perhaps commit 3242e29 was the fix needed. That commit makes the compat version canonicalize_file_name exported from the libnotmuch.so. I have no real idea how the symbol visibility stuff interacts with clang though. d