From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 24567 invoked by alias); 4 Jun 2014 14:55:15 -0000 Mailing-List: contact libffi-discuss-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: libffi-discuss-owner@sourceware.org Received: (qmail 24548 invoked by uid 89); 4 Jun 2014 14:55:14 -0000 Authentication-Results: sourceware.org; auth=none X-Virus-Found: No X-Spam-SWARE-Status: No, score=-2.6 required=5.0 tests=AWL,BAYES_00,RP_MATCHES_RCVD,SPF_PASS autolearn=ham version=3.3.2 X-HELO: smtp.gentoo.org Received: from smtp.gentoo.org (HELO smtp.gentoo.org) (140.211.166.183) by sourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with (AES256-GCM-SHA384 encrypted) ESMTPS; Wed, 04 Jun 2014 14:55:11 +0000 Received: from [10.173.147.84] (85-76-37-17-nat.elisa-mobile.fi [85.76.37.17]) (using TLSv1 with cipher ECDHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) (Authenticated sender: ssuominen) by smtp.gentoo.org (Postfix) with ESMTPSA id 70E5233FCC2 for ; Wed, 4 Jun 2014 14:55:09 +0000 (UTC) Message-ID: <538F32BA.5030605@gentoo.org> Date: Wed, 04 Jun 2014 14:55:00 -0000 From: Samuli Suominen User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.4.0 MIME-Version: 1.0 To: libffi-discuss@sourceware.org Subject: Re: libffi.pc from libffi-3.1 after `make install` is broken, new release propably in order References: <538863BC.1050600@gentoo.org> <87mwdy9kgr.fsf@redhat.com> In-Reply-To: <87mwdy9kgr.fsf@redhat.com> Content-Type: multipart/mixed; boundary="------------050704010906040302020300" X-IsSubscribed: yes X-SW-Source: 2014/txt/msg00065.txt.bz2 This is a multi-part message in MIME format. --------------050704010906040302020300 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-length: 918 On 31/05/14 15:55, Anthony Green wrote: > Samuli Suominen writes: > >> I think 3.1.1 should be rolled to cover issues of: > Thanks Samuli. I agree, and I've prepared almost everything. Could you > please submit a patch for the last issue below? > > Thanks! This patch seems to work here. Be careful, I tried my best to look that it doesn't have any unexpected consequences. As in, please test. Thanks, Samuli >> 1. https://sourceware.org/ml/libffi-discuss/2014/msg00059.html >> 2. https://sourceware.org/ml/libffi-discuss/2014/msg00058.html >> >> 3. This issue: >> >> $ ./configure --prefix=/usr >> $ make >> $ make install >> $ pkg-config --libs libffi >> -L$(libdir)/../lib64 -lffi >> >> Notice the (), it should be {}, so now every reverse dependency that tries >> to link to libffi using info provided by --libs libffi, won't compile, >> due to the >> syntax error! >> >> - Samuli --------------050704010906040302020300 Content-Type: text/x-patch; name="configure.ac-libffi.pc.patch" Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="configure.ac-libffi.pc.patch" Content-length: 844 http://sourceware.org/ml/libffi-discuss/2014/msg00063.html --- configure.ac +++ configure.ac @@ -590,11 +590,11 @@ if test "x$GCC" = "xyes"; then if test -n "$with_cross_host" && test x"$with_cross_host" != x"no"; then - toolexecdir='$(exec_prefix)/$(target_alias)' - toolexeclibdir='$(toolexecdir)/lib' + toolexecdir="${exec_prefix}"/'$(target_alias)' + toolexeclibdir="${toolexecdir}"/lib else - toolexecdir='$(libdir)/gcc-lib/$(target_alias)' - toolexeclibdir='$(libdir)' + toolexecdir="${libdir}"/gcc-lib/'$(target_alias)' + toolexeclibdir="${libdir}" fi multi_os_directory=`$CC $CFLAGS -print-multi-os-directory` case $multi_os_directory in @@ -603,7 +603,7 @@ esac AC_SUBST(toolexecdir) else - toolexeclibdir='$(libdir)' + toolexeclibdir="${libdir}" fi AC_SUBST(toolexeclibdir) --------------050704010906040302020300--