delorie.com/archives/browse.cgi   search  
Mail Archives: cygwin/2000/06/05/19:48:09

Message-Id: <200006052348.TAA01032@delorie.com>
Mailing-List: contact cygwin-help AT sourceware DOT cygnus DOT com; run by ezmlm
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
From: "Parker, Ron" <rdparker AT butlermfg DOT com>
To: cygwin AT sourceware DOT cygnus DOT com
Subject: RE: Patch for g++
Date: Mon, 5 Jun 2000 18:44:20 -0500
MIME-Version: 1.0
X-Mailer: Internet Mail Service (5.5.2448.0)

> Was your patch for changing the dll search order, Ron?  I must have
> missed it.  I'd be happy to ping people about this, too.

It was a simple little patch that removed -lm from the command line for
collect2/ld when called by g++ for a cygwin target.  There was no need for
the '-lm' and it will cause virtually all C++ programs to die.  

I am working on a more complete patch for cases where a g{cc,++} is
explicitly called with -lm, -lc, etc.  The nature of the extended patch is a
change to ld that replaces all references to libs that are symlinks with the
linked-to lib.  This is going to require more work as it involves a patch to
binutils and should only happen for cygwin targets.  Imagine what would
happen to the shared libraries on a UNIX box if this was indescriminantly
applied to all targets.  It could completely mess up using version-numbered
vs. versionless libs.

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