delorie.com/archives/browse.cgi   search  
Mail Archives: cygwin-developers/1999/04/17/19:03:15

Mailing-List: contact cygwin-developers-help AT sourceware DOT cygnus DOT com; run by ezmlm
Sender: cygwin-developers-owner AT sourceware DOT cygnus DOT com
Delivered-To: mailing list cygwin-developers AT sourceware DOT cygnus DOT com
Message-Id: <199904180002.TAA16051@modi.xraylith.wisc.edu>
X-Authentication-Warning: modi.xraylith.wisc.edu: localhost.xraylith.wisc.edu [127.0.0.1] didn't use HELO protocol
To: DJ Delorie <dj AT delorie DOT com>
cc: cygwin-developers AT sourceware DOT cygnus DOT com
Subject: Re: stat'ing "/" vs "//"
In-reply-to: Your message of "Sat, 17 Apr 1999 19:37:36 EDT."
<199904172337 DOT TAA20958 AT envy DOT delorie DOT com>
Date: Sat, 17 Apr 1999 19:02:29 -0500
From: Mumit Khan <khan AT xraylith DOT wisc DOT EDU>

DJ Delorie <dj AT delorie DOT com> writes:
> 
> > Here's a trivial test case:
> 
> Linux returns 0 for both cases.

Linux is not an issue since leading '//' is not special. However, it is 
so for win32 derived systems, and I'm trying to figure out how GCC should
handle stripping multiping slashes. Currently gcc, or rather cpp, uses
stat to see if "/" and "//" both look the same, and if so, it strips
it; this causes obvious havoc for Cygwin. 

runtime		/	//
==========================
Cygwin 		0	0
MSVC 		0	-1
UWIN 		0	-1
Interix 	0	-1

If newer releases of Cygwin will continue to return 0 for "//", then
I can justify my upcoming fix to egcs; if it's going to switch to -1,
I'll put a note saying it should be removed in the future.

Regards,
Mumit

- Raw text -


  webmaster     delorie software   privacy  
  Copyright © 2019   by DJ Delorie     Updated Jul 2019