This is the mail archive of the cygwin@sourceware.cygnus.com mailing list for the Cygwin project.


Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]

Re: [bug] gcc -print-prog-name


Earnie Boyd <earnie_boyd@yahoo.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@cygnus.com" with one line of text: "help".


Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]