From: khan AT xraylith DOT wisc DOT edu (Mumit Khan)
Subject: Re: [bug] gcc -print-prog-name
13 Nov 1998 10:10:18 -0800
Message-ID: <9811122326.AA20701.cygnus.gnu-win32@modi.xraylith.wisc.edu>
References: <19981111205915 DOT 12757 DOT rocketmail AT send1b DOT yahoomail DOT com>
To: earnie_boyd AT yahoo DOT com
Cc: cygwin users <gnu-win32 AT cygnus DOT com>

Earnie Boyd <earnie_boyd AT yahoo DOT com> writes:
> gcc -print-prog-name, gcc -print-file-name, etc. returns the win32
> path instead of the cygwin path.  This breaks all kinds of configure
> scripts.

This is of course not a bug, but rather a feature ;-)

I'm personally against this mis-feature, and would very much like to junk 
the change that makes this happen. Since the chances of cygwin gcc
exec'ing a non-cygwin program** is rather slim at this point, I see
no reason for this.

Few things that this feature breaks:
  
  1. Auto-generated dependency info in Makefiles, which confuses the hell
     out of make with ':' and '\'. This is a serious problem in my book.
  1. Anything that checks for GCC subprograms using -print-prog-name=xxx
     or checks for various other files using -print-file-name=xxx. An
     example of this is where configure scripts check for libg2c vs 
     libf2c.
       
       libg2c=`gcc -print-file-name=libg2c`
       # use $libg2c to do the right thing.

If you strongly as to why this mis-feature should continue to exist,
please speak up (those against, don't bother -- I already know all the
bad things ;-). I'd rather not revert to the old behaviour and find out 
that it messes up half of cygwin ...

Regards,
Mumit

** The only non-cygwin program the GCC can potentially call is the
Platform SDK "link.exe", but I highly suspect if that will ever happen.

-
For help on using this list (especially unsubscribing), send a message to
"gnu-win32-request AT cygnus DOT com" with one line of text: "help".