From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from localhost (localhost [127.0.0.1]) by olra.theworths.org (Postfix) with ESMTP id 71379431FB6 for ; Wed, 23 May 2012 15:02:31 -0700 (PDT) X-Virus-Scanned: Debian amavisd-new at olra.theworths.org X-Spam-Flag: NO X-Spam-Score: -0.799 X-Spam-Level: X-Spam-Status: No, score=-0.799 tagged_above=-999 required=5 tests=[DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, RCVD_IN_DNSWL_LOW=-0.7] 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 EpIS7fzBywUy for ; Wed, 23 May 2012 15:02:31 -0700 (PDT) Received: from mail-lpp01m010-f53.google.com (mail-lpp01m010-f53.google.com [209.85.215.53]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by olra.theworths.org (Postfix) with ESMTPS id B2382431FAF for ; Wed, 23 May 2012 15:02:30 -0700 (PDT) Received: by lagu2 with SMTP id u2so6333709lag.26 for ; Wed, 23 May 2012 15:02:29 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=nafjjTxVuxVwWmYWy9k8+4hNrMfLy382fdbgfPoQNIw=; b=D13+jue17wqc56vlHnn8yVUPX6RKmD/5ucFFgdq/8qmBp/iGj0M6BsYxAVP1f/FuPK GNRIFw9JEoG8ob+czerBNBpmlurqDfZJX0jVgzRIbLXTNngso4MdciWpi6EmDTi9xrfk PHcvMT3k9uCGYJpR01SnyLc+eJTSxs554+6u5RH9ehtqKBhtnOApFHE66EJ/oAv5sbYN czDsxMl3ipRJa+Q2p4Qc5JPA2yBLnYYJuv8DHcIBUmtIRSQALe6OZrrReRAa1x3ipHaK 8Gc4Cu+75SE1umoDpMxh1RwP+1mnLzttv/9aEcbwFFYSK8kOrxMmIBlJ92WdhU+JlEYL KZ/g== MIME-Version: 1.0 Received: by 10.152.125.236 with SMTP id mt12mr10446295lab.12.1337810548896; Wed, 23 May 2012 15:02:28 -0700 (PDT) Received: by 10.112.107.65 with HTTP; Wed, 23 May 2012 15:02:28 -0700 (PDT) In-Reply-To: <1559639bc5e9e3253f2ee2220a8d8d00c39d9d43.1336402558.git.alip@exherbo.org> References: <87txzsgs4g.fsf@zancas.localnet> <1559639bc5e9e3253f2ee2220a8d8d00c39d9d43.1336402558.git.alip@exherbo.org> Date: Thu, 24 May 2012 00:02:28 +0200 Message-ID: Subject: Re: [PATCH 3/4] ruby: Add workarounds to use in-tree build not the installed one From: Felipe Contreras To: Ali Polatel Content-Type: text/plain; charset=UTF-8 Cc: David Bremner , notmuch@notmuchmail.org 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: Wed, 23 May 2012 22:02:31 -0000 On Mon, May 7, 2012 at 5:02 PM, Ali Polatel wrote: > - Make mkmf use the notmuch.h under ../../lib > - Use libnotmuch.a instead of linking to the installed libnotmuch.so How has this ever worked? libnotmuch.so links to many things, fortunately when linking Ruby's notmuch.so binding to libnotmuch.so.3 all those dependencies are resolved for us, but when you link to libnotmuch.a you need notmuch.so to link against all those dependencies. This is triggering cryptic errors such as: /usr/lib/ruby/1.9.1/rubygems/custom_require.rb:36:in `require': foo/notmuch.so: undefined symbol: _ZTVN10__cxxabiv117__class_type_infoE - foo/notmuch.so (LoadError) Presumably because not even libstdc++.so is linked. I don't see how this patch could be fixed properly easily, and it was labeled as a hack, and I didn't like it in the first place anyway, so I'm going to revert it by tomorrow if I don't hear any good reason not to. I also suggest making a brown-paper-bag release 0.13.1 because 0.13 has completely unusable Ruby bindings; there's just no way to compile them and make them work. Cheers. -- Felipe Contreras