X-Recipient: archive-cygwin AT delorie DOT com
X-SWARE-Spam-Status: No, hits=-2.2 required=5.0	tests=AWL,BAYES_00,DKIM_SIGNED,DKIM_VALID,DKIM_VALID_AU,FREEMAIL_FROM,RCVD_IN_DNSWL_LOW,T_TO_NO_BRKTS_FREEMAIL
X-Spam-Check-By: sourceware.org
Message-ID: <4E7F70FC.5090501@gmail.com>
Date: Sun, 25 Sep 2011 19:20:44 +0100
From: Dave Korn <dave DOT korn DOT cygwin AT gmail DOT com>
User-Agent: Thunderbird 2.0.0.17 (Windows/20080914)
MIME-Version: 1.0
To: cygwin AT cygwin DOT com
Subject: Re: Bogus dependencies in libtool .la files for libgtk2.0-devel-2.20.1-1, libpango1.0-devel-1.28.1-1
References: <4E7F400F DOT 8060004 AT gmail DOT com> <j5nie3$15s$1 AT dough DOT gmane DOT org> <4E7F5032 DOT 8060202 AT gmail DOT com> <j5np3e$9uh$1 AT dough DOT gmane DOT org>
In-Reply-To: <j5np3e$9uh$1@dough.gmane.org>
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 7bit
X-IsSubscribed: yes
Mailing-List: contact cygwin-help AT cygwin DOT com; run by ezmlm
List-Id: <cygwin.cygwin.com>
List-Subscribe: <mailto:cygwin-subscribe AT cygwin DOT com>
List-Archive: <http://sourceware.org/ml/cygwin/>
List-Post: <mailto:cygwin AT cygwin DOT com>
List-Help: <mailto:cygwin-help AT cygwin DOT com>, <http://sourceware.org/ml/#faqs>
Sender: cygwin-owner AT cygwin DOT com
Mail-Followup-To: cygwin AT cygwin DOT com
Delivered-To: mailing list cygwin AT cygwin DOT com

On 25/09/2011 18:41, jojelino wrote:

> The problem is from pango/opentype/libharfbuzz.la
> It has .cc source and recognized as needed c++ source file although it
> is c source. and cc source is compiled with --tag=CXX
> we should teach libtool cc is c source file.

  Or upstream should add an explicit --tag=CC, or rename the file extension.
Good catch, that certainly ties in with what that link I found was saying.

  Hmm, there are two harfbuzzes, one old, one new; one has .cc files, the
other .cpp files.  It appears that they both do actually use C++ features, but
perhaps in a limited way; as long as they don't throw exceptions or use RTTI
or any of the standard C++ library functions, they could not need linking
against libstdc at all.  In that case maybe upstream's solution would be to
add "-fno-exceptions -fno-rtti" to the CXXFLAGS and "--tag=CC" to the LDFLAGS.
 Don't know which code base the distro package is based on though; let's wait
and see what Yaakov has to say.

    cheers,
      DaveK


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