delorie.com/archives/browse.cgi   search  
Mail Archives: cygwin/1999/12/01/19:28:17

Mailing-List: contact cygwin-help AT sourceware DOT cygnus DOT com; run by ezmlm
List-Unsubscribe: <mailto:cygwin-unsubscribe-archive-cygwin=delorie DOT com AT sourceware DOT cygnus DOT com>
List-Subscribe: <mailto:cygwin-subscribe AT sourceware DOT cygnus DOT com>
List-Archive: <http://sourceware.cygnus.com/ml/cygwin/>
List-Post: <mailto:cygwin AT sourceware DOT cygnus DOT com>
List-Help: <mailto:cygwin-help AT sourceware DOT cygnus DOT com>, <http://sourceware.cygnus.com/ml/#faqs>
Sender: cygwin-owner AT sourceware DOT cygnus DOT com
Delivered-To: mailing list cygwin AT sourceware DOT cygnus DOT com
X-Authentication-Warning: hp2.xraylith.wisc.edu: khan owned process doing -bs
Date: Wed, 1 Dec 1999 18:27:14 -0600 (CST)
From: Mumit Khan <khan AT NanoTech DOT Wisc DOT EDU>
To: "Charles S. Wilson" <cwilson AT ece DOT gatech DOT edu>
cc: cygwin AT sourceware DOT cygnus DOT com
Subject: Re: ld behaving strangely?
In-Reply-To: <38453F10.C51D1C4B@ece.gatech.edu>
Message-ID: <Pine.HPP.3.96.991201182008.2256C-100000@hp2.xraylith.wisc.edu>
MIME-Version: 1.0

On Wed, 1 Dec 1999, Charles S. Wilson wrote:

> Did that, and got the output pasted at the very bottom of this email.
> There *were* unsatisfied symbols -- it seems that libXt depends on libSM
> and libICE. I didn't know that (and neither did the guy who wrote the
> sxpm makefile).

That depends on the X11 release. Newer ones do, and most of the older
configure scripts failed on this one.

> gcc -O -I.. -I/usr/X11R6/include sxpm.o -L../lib -L/usr/X11R6/lib -lXpm
> -lXext -lXt -lICE -lSM -lX11 -o sxpm
> 
> works without error and creates an executable -- both with collect2.exe
> and without it (e.g. after renaming collect2.exe to collect2.exe.sav)
> 
> However, that doesn't answer the question about why ld was not giving me
> useful error output initially...

collect2 runs ld as a child process, and checks its standard output and
standard error. It's obviously crashing and not flushing the output and
you don't see it. Many years ago, there was a bug in freopen that 
caused an similar error; however, Chris Faylor, while still a netizen, 
fixed this way back, and besides, that code has been rewritten since.

An option is to get you a debugging copy, and you can run it under the 
debugger and get me the backtrace. Let me know if that'll work for you.

> So that means there's a bug in collect2, right?

Highly likely.

Regards,
Mumit



--
Want to unsubscribe from this list?
Send a message to cygwin-unsubscribe AT sourceware DOT cygnus DOT com

- Raw text -


  webmaster     delorie software   privacy  
  Copyright © 2019   by DJ Delorie     Updated Jul 2019