delorie.com/archives/browse.cgi | search |
Mailing-List: | contact cygwin-help AT sourceware DOT cygnus DOT com; run by ezmlm |
List-Subscribe: | <mailto:cygwin-subscribe AT sources DOT redhat DOT com> |
List-Archive: | <http://sources.redhat.com/ml/cygwin/> |
List-Post: | <mailto:cygwin AT sources DOT redhat DOT com> |
List-Help: | <mailto:cygwin-help AT sources DOT redhat DOT com>, <http://sources.redhat.com/ml/#faqs> |
Sender: | cygwin-owner AT sources DOT redhat DOT com |
Delivered-To: | mailing list cygwin AT sources DOT redhat DOT com |
Message-ID: | <008c01c0dda0$e57611c0$7f291518@CX535256E> |
From: | "Barubary" <barubary AT home DOT com> |
To: | <cygwin AT cygwin DOT com> |
References: | <200105160000 DOT RAA19521 AT kankakee DOT wrs DOT com> |
Subject: | Re: 1.1.8: bug in \\ handling in absolute fns |
Date: | Tue, 15 May 2001 17:41:07 -0700 |
MIME-Version: | 1.0 |
X-Priority: | 3 |
X-MSMail-Priority: | Normal |
X-Mailer: | Microsoft Outlook Express 5.50.4133.2400 |
X-MimeOLE: | Produced By Microsoft MimeOLE V5.50.4133.2400 |
> I get the results as mentioned. This causes a newer gcc to fail to > work, as libiberty uses \ to separate names in my toolchain, and TEMP > is set by cygwin to /cygdrive/c/TEMP. And this combination doesn't > work, as mentioned above. This worked in B19. While libiberty could > be made to not do this, or to canonicalize the pathnames, I feel that > this is the wrong approach. Does this have anything to do with why I can't compile GCC due to libiberty not being found? -- Barubary -- Want to unsubscribe from this list? Check out: http://cygwin.com/ml/#unsubscribe-simple
webmaster | delorie software privacy |
Copyright © 2019 by DJ Delorie | Updated Jul 2019 |