X-Spam-Check-By: sourceware.org
Date: Fri, 01 Dec 2006 14:53:36 +0100
Message-ID: <87lklrwwm7.wl%marcus.brinkmann@ruhr-uni-bochum.de>
From: Marcus Brinkmann <marcus.brinkmann@ruhr-uni-bochum.de>
To: "Yaakov S (Cygwin Ports)" <yselkowitz@users.sourceforge.net>
Cc: cygwin@cygwin.com, gnupg-devel@gnupg.org
Subject: Re: GPGME 1.0.3 Build Problem
In-Reply-To: <456FACD3.7080700@users.sourceforge.net>
References: <20061130141425.2692@henman-np.b-eng.it.to-be.co.jp> 	<87wt5cx6t6.wl%marcus.brinkmann@ruhr-uni-bochum.de> 	<87slg0wb6v.wl%marcus.brinkmann@ruhr-uni-bochum.de> 	<456FACD3.7080700@users.sourceforge.net>
User-Agent: Wanderlust/2.14.0 (Africa) SEMI/1.14.6 (Maruoka) FLIM/1.14.7  (=?ISO-8859-4?Q?Sanj=F2?=) APEL/10.6 Emacs/21.4 (i486-pc-linux-gnu)  MULE/5.0 (SAKAKI)
MIME-Version: 1.0 (generated by SEMI 1.14.6 - "Maruoka")
Content-Type: text/plain; charset=US-ASCII
Mailing-List: contact cygwin-help@cygwin.com; run by ezmlm
Precedence: bulk
List-Id: <cygwin.cygwin.com>
List-Unsubscribe: <mailto:cygwin-unsubscribe-archive-cygwin=delorie.com@cygwin.com>
List-Subscribe: <mailto:cygwin-subscribe@cygwin.com>
List-Archive: <http://sourceware.org/ml/cygwin/>
List-Post: <mailto:cygwin@cygwin.com>
List-Help: <mailto:cygwin-help@cygwin.com>, <http://sourceware.org/ml/#faqs>
Sender: cygwin-owner@cygwin.com
Mail-Followup-To: cygwin@cygwin.com
Delivered-To: mailing list cygwin@cygwin.com

At Thu, 30 Nov 2006 22:17:23 -0600,
"Yaakov S (Cygwin Ports)" <yselkowitz@users.sourceforge.net> wrote:
> > Then, GPGME builds the final library from the thread module, adding
> > the non-installed libgpgme-real.la to the bundle via LIBADD.
> > 
> > Ok, that's not really clean.  The problem is that now the order is
> > messed up: The thread module's symbols get first on the linker command
> > line, then comes the non-installed library using those symbols, then
> > comes the rest.  However, this setup avoids building every file three
> > times, cutting compile time to a third, and it seems to work OK on our
> > main targets (and then some).
> 
> That's not a problem because libtool encloses the noinst libs with
> - -Wl,--{,no-}whole-archive, allowing for just this situation.

Ah, ok.
 
> > Well, considering that it is not totally clean, I don't have a
> > fundamental object to remove the libgpgme-real hack and build each
> > file three times, if you test and submit a patch to that effect.  I am
> > also open to other suggestions.
> 
> That should not be necessary.  The following patch fixes the build of
> gpgme-1.1.2 on cygwin:
> 
> http://cygwin-ports.cvs.sourceforge.net/*checkout*/cygwin-ports/ports/libs/gpgme/gpgme-1.1.2-1.src.patch
> 
> A similar patch may be necessary for libgpgme_pth_la_LDFLAGS; pth isn't
> part of the distro however, so I haven't tried it.
> 
> (If the above is true, you can just remove the $(no_undefined)
> conditional and use '-no-undefined' throughout.)

Interesting.  Can you explain why this works?

Anyway, I have changed GPGME in SVN HEAD to not use a non-installed
library at all.  This should fix the problem as well.  It would be
good if someone tested out if that is indeed the case.

Thanks,
Marcus


--
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple
Problem reports:       http://cygwin.com/problems.html
Documentation:         http://cygwin.com/docs.html
FAQ:                   http://cygwin.com/faq/

