Mailing-List: contact cygwin-help AT sourceware DOT cygnus DOT com; run by ezmlm
Sender: cygwin-owner AT sourceware DOT cygnus DOT com
Delivered-To: mailing list cygwin AT sourceware DOT cygnus DOT com
Message-ID: <36D2DCFF.54E5B41F@oranda.demon.co.uk>
Date: Tue, 23 Feb 1999 16:53:19 +0000
From: "Gary V. Vaughan" <gvaughan AT oranda DOT demon DOT co DOT uk>
Organization: Aethos Communication Systems Ltd.
X-Mailer: Mozilla 4.5 [en] (WinNT; I)
X-Accept-Language: en
MIME-Version: 1.0
To: Mumit Khan <khan AT xraylith DOT wisc DOT EDU>
CC: cygwin <cygwin AT sourceware DOT cygnus DOT com>, Libtool List <libtool AT gnu DOT org>
Subject: Re: [PB] "no acceptable ld" : cywin32 pb, way to handle win path ?
References: <199902231639 DOT KAA04761 AT modi DOT xraylith DOT wisc DOT edu>
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit

Mumit Khan wrote:
> 
> "Gary V. Vaughan" <gvaughan AT oranda DOT demon DOT co DOT uk> writes:
> > "Suhaib M. Siddiqi" wrote:
> > >
> > > If I remember correctly; Geoffrey Noer mentioned last month, that it was
> > > a Cgywin issue not automake.  Perhaps the problem will be fixed in the
> > > next release of Cygwin.
> > >
> > > Suhaib
> >
> > Yes,  the root of the problem is that 'gcc --print-prog-path=ld' gives a
> > win32 path (under cygwin), and I think it is this that the cygwin folks
> > plan to fix.
> 
> EGCS-1.1.1 (from my site) produce forward slashes, albeit with a drive
> specifier. EGCS-1.1.2 will do the same, and the changes are now in the
> dev branch. Does this still pose a problem for libtool (other than the
> issue of executable file extensions, which I believe you've fixed
> already)?
> 
> I've lobbied unsuccessfully to get GCC et al to use POSIX-only pathnames.
> The only rationale for using the current scheme is if GCC execs a native
> program, but currently that's not the case and will not be in the near
> foreseeable future.
> 
> Regards,
> Mumit

Not a problem as such, just a change.  The current libtool converts to
UNC paths which I understand are no longer supported in winsup
snapshots, so I need to rejig the code a bit more.

The main problem is that libtool is trying to support b18->b20.2, and
the only way to do that with a single mechanism is to convert to
<drive>:/forward/slash/separated/path/to/ld and hope that all the other
tools in the chain (for all supported versions of cygwin) will
understand the <drive>: part of the path.

Cheers,
	Gary.

--
Want to unsubscribe from this list?
Send a message to cygwin-unsubscribe AT sourceware DOT cygnus DOT com