Message-ID: <456FACD3.7080700@users.sourceforge.net>
Date: Thu, 30 Nov 2006 22:17:23 -0600
From: "Yaakov S (Cygwin Ports)" <yselkowitz@users.sourceforge.net>
User-Agent: Thunderbird 1.5.0.8 (Windows/20061025)
MIME-Version: 1.0
To: cygwin@cygwin.com, gnupg-devel@gnupg.org
Subject: Re: GPGME 1.0.3 Build Problem
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>
In-Reply-To: <87slg0wb6v.wl%marcus.brinkmann@ruhr-uni-bochum.de>
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
Mailing-List: contact cygwin-help@cygwin.com; run by ezmlm
Sender: cygwin-owner@cygwin.com
Mail-Followup-To: cygwin@cygwin.com

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Marcus Brinkmann wrote:
> I gave it another look, and it seems to me that the problem could be
> the following: GPGME tries to build versions of GPGME linking against
> pthread and pth.  These versions are built from a version of the
> library without any thread support (libgpgme-real.la), which is not
> installed.  This non-installed library has undefined symbols, btw, but
> it seems that libtool does not hickup over those (possibly because
> it's not installed), or you didn't give us the warning message for
> that case.
> 
> 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.

> 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.)


Yaakov
Cygwin Ports
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.5 (Cygwin)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

iD8DBQFFb6zSpiWmPGlmQSMRAsxMAJ0YcUya+rtiCaoe+MmMb5b6QpRl/QCgl7BS
eAhkZhaoOIx78L8EDSWWY74=
=Ey/1
-----END PGP SIGNATURE-----

--
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/