Message-ID: <45B8E7D4.B0F1B3FF@dessent.net>
Date: Thu, 25 Jan 2007 09:24:36 -0800
From: Brian Dessent <brian@dessent.net>
MIME-Version: 1.0
To: cygwin@cygwin.com
Subject: Re: Problem compiling libcfg+
References: <45B87011.1030604@isoco.com>
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Reply-To: cygwin@cygwin.com
Mailing-List: contact cygwin-help@cygwin.com; run by ezmlm
Sender: cygwin-owner@cygwin.com
Mail-Followup-To: cygwin@cygwin.com

Luis Rodrigo Aguado wrote:

> ld  -shared -o libcfg+.so.0.6.2 ../src/cfg+.o ../src/parse.o
> ../src/props.o ../src/cmdline.o ../src/cfgfile.o ../src/shared.o
> ../src/platon/str/strplus.o ../src
> /platon/str/strctype.o ../src/platon/str/strdyn.o
> ../src/platon/str/dynfgets.o

This is the problem.  The package's makefile is calling ld directly to
link.  It's also assuming that shared libraries have the .so extension. 
Neither of these are true on Cygwin, which means whoever maintains this
package was not very worried about portability, because this is a pretty
awful way to write a makefile.

If you want it to work, you'll need to change the makefile to link with
gcc, to use the correct output filename (probably cygcfg+.dll but
possibly cygcfg+-n.dll where 'n' is the ABI version), create an import
libary (-Wl,--out-implib,libcfg+.dll.a), enable auto image basing
(-Wl,--enable-auto-image-base), etc.  These sorts of differences in
creating libraries are exactly why libtool was invented, rather than
hand-coding the link step in the makefile.

Brian

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