This is the mail archive of the
cygwin
mailing list for the Cygwin project.
RE: Compiling euchre 0.7 n cygwin
- From: "Dave Korn" <dave dot korn at artimi dot com>
- To: <cygwin at cygwin dot com>
- Date: Thu, 20 Jul 2006 19:17:25 +0100
- Subject: RE: Compiling euchre 0.7 n cygwin
On 20 July 2006 18:40, mwoehlke wrote:
> Laurent Duperval wrote:
>> Buster wrote:
>>> This is not a Cygwin-specific problem. In
>>> euchre-0.7/src/gui/Makefile.am, @GTK_LIBS@ should come at the end of
>>> the list of libraries to link, instead of at the beginning. Further
>>> questions (for example, about why 'make install' fails while trying to
>>> invoke automake -- sorry, it's beyond me) should be directed to the
>>> package maintainer.
>>
>> Excellent! Changing the order of the libs fixed the problem.
>>
>> I ended up having to change it directly in the Makefile instead of
>> Makefile.am (I probably could've done it in Makefile.in also).
>>
>> The reason I thought it was a Cygwin issue is that the same code
>> compiles fine on Linux (except for a minor ifstream issue).
>
> Right... Linux is forgiving about link order. Most platforms aren't.
Isn't it actually more to do with the fact that Linux tends to use shared
libs, and so if the link order is wrong you get an executable with unresolved
symbols in it, but then those unresolved symbols get resolved anyway at
runtime when the library is loaded by ld.so, whereas here on cygwin we tend to
use static link libs, even when we're linking against a .dll, and so don't get
the equivalent 'second chance' to resolve?
cheers,
DaveK
--
Can't think of a witty .sigline today....
--
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/