ftp.delorie.com/archives/browse.cgi   search  
Mail Archives: cygwin-apps/2002/05/20/04:08:31

Mailing-List: contact cygwin-apps-help AT cygwin DOT com; run by ezmlm
Sender: cygwin-apps-owner AT cygwin DOT com
List-Subscribe: <mailto:cygwin-apps-subscribe AT cygwin DOT com>
List-Archive: <http://sources.redhat.com/ml/cygwin-apps/>
List-Post: <mailto:cygwin-apps AT cygwin DOT com>
List-Help: <mailto:cygwin-apps-help AT cygwin DOT com>, <http://sources.redhat.com/lists.html#faqs>
Mail-Followup-To: cygwin-apps AT cygwin DOT com
Delivered-To: mailing list cygwin-apps AT cygwin DOT com
Message-ID: <20020520080403.78375.qmail@web14506.mail.yahoo.com>
Date: Mon, 20 May 2002 18:04:03 +1000 (EST)
From: =?iso-8859-1?q?Danny=20Smith?= <danny_r_smith_2001 AT yahoo DOT co DOT nz>
Subject: Re: binutils status?
To: Charles Wilson <cwilson AT ece DOT gatech DOT edu>, cygwin-apps AT cygwin DOT com
In-Reply-To: <3CE88A7C.9010605@ece.gatech.edu>
MIME-Version: 1.0

 --- Charles Wilson <cwilson AT ece DOT gatech DOT edu> wrote: > 
> Christopher Faylor wrote:
> > On Mon, May 20, 2002 at 12:50:46AM -0400, Charles Wilson wrote:
> > 
> >>1) Ralf's "removing unused _nm_ symbol exports" fix
> >>2) Danny's (or Ralf's?) export-list fix (where whole static
> archives can 
> >>be marked for non-export, or DO export...helpful for convenience
> libs)
> >>3) Ralf's patch for "objdump/cygwin crashes on auto-imported libs"
> >>
> > 
> > If Ralf and Danny will resubmit their patches against the current
> CVS,
> > I will at least incorporate them in a new version of binutils, even
> > if I don't check them in.
> Very good.  Ralf? Danny?
OK. I assume you mean to resubmit to binutils list.

> > I'd say go ahead and turn on auto-import in CVS and remove the
> warning,
> > Chuck.  I've gotten approval from Nick Clifton to do this if we
> agree
> > it's a good idea.
> > 
> > It's obviously a good idea.

I disagree that is a good idea.  I like to now about unresolved data
references.  I would really like to see how --auto-import works with
new C++ ABI before I am comfortable with that switch being on by

I've been playing with a little trick of marking _functions_ in def
files as DATA so that only the _imp__foo name is visible in the import
lib.  This lets me hide some of the bogons in MS libs so that I can use
the standard function names in a better behaved  replacement version
without any worry of duplicated definitions, but still get to the MS
one when I need to.  Never mind, I can find another trick. I won't use
gcc -shared to build those libs but use dlltool instead.

At least I think the warnings should be active by default.  


> Attached.

http://briefcase.yahoo.com.au - Yahoo! Briefcase
- Save your important files online for easy access!

- Raw text -

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