Mailing-List: contact cygwin-help AT cygwin DOT com; run by ezmlm List-Subscribe: List-Archive: List-Post: List-Help: , Sender: cygwin-owner AT cygwin DOT com Mail-Followup-To: cygwin AT cygwin DOT com Delivered-To: mailing list cygwin AT cygwin DOT com Reply-To: Cygwin List Message-Id: <5.1.0.14.0.20030919125402.00ab57c8@127.0.0.1> X-Sender: Date: Fri, 19 Sep 2003 13:09:53 -0400 To: cygwin AT cygwin DOT com From: Larry Hall Subject: Re: getopt: ugly linker messages In-Reply-To: <20030919151803.GE17232@redhat.com> References: <3F6B0965 DOT 3050304 AT cwilson DOT fastmail DOT fm> <200309181953 DOT h8IJrMWa017255 AT bolt DOT sonic DOT net> <20030918195607 DOT GA11311 AT redhat DOT com> <3F6A7C70 DOT 7030901 AT cwilson DOT fastmail DOT fm> <20030919064843 DOT GM9981 AT cygbert DOT vinschen DOT de> <3F6B0965 DOT 3050304 AT cwilson DOT fastmail DOT fm> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" At 11:18 AM 9/19/2003, Christopher Faylor you wrote: >On Fri, Sep 19, 2003 at 09:49:25AM -0400, Charles Wilson wrote: >>Corinna Vinschen wrote: >> >>>Since that auto-import is working fine for a long while now and since >>>this sort of auto-import is normal for any other platform... isn't there >>>a time we can get rid of that message? >> >>auto-import is not the default for all pei386 versions of binutils, >>particularly mingw. >> >>And auto-import is in no way "normal". It provides functionality that, >>on the surface, appears to emulate the normal behavior of other >>platforms -- but under the hood, it's a bizzarre beast. >> >>So, taking those two points into consideration, I'm not sure what the >>right thing to do is, without ticking somebody on some platform off. >>The current compromise seems to be mostly acceptable. >> >>Perhaps a cygwin-special (e.g. doesn't go back to binutils CVS) patch? >>In that case, it's a one-liner -- just change the default value of >>link_info.pei386_auto_import to '1' instead of '-1' in pe.em (you might >>also need to change the default in ldmain.c, but I don't think that's >>necessary.) > >I'm willing to do this but I have the same reservations that I think >you're expressing above, Chuck. Also, the auto-import of data variables >is slower than a normal dllimport so I don't feel real comfortable about >making this the default. > >I don't feel really strongly about this however, so if the consensus is >that this should be turned on, I'll make a cygwin-specific change to >binutils. My $.02 is that if auto import use is something that's worth questioning when it occurs, then the message should be a warning and not just info. It would signal a valid reason to inspect what happened and try to clean it up. If one is not so motivated, it can be ignored like any other warning and the risk assumed. If it's less of an issue than this, then the info message just raises questions and generates traffic on the list. While the warning may still do this, it would then be clear to the poster and those reading the post that this is something that should be remedied. So my feeling is that if this doesn't deserve the status of a warning, the informational message should be off by default. I don't see the problem of data variable import as being a major issue for the clueless either. If it is, the message won't clarify anything for them so we'll still see list traffic about it either way. Somehow, I don't believe my single opinion on this constitutes a consensus so I'm sorry if this is just noise. Now back to the regularly scheduled Cygwin email traffic already in progress... -- Larry Hall http://www.rfk.com RFK Partners, Inc. (508) 893-9779 - RFK Office 838 Washington Street (508) 893-9889 - FAX Holliston, MA 01746 -- 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/