X-Recipient: archive-cygwin@delorie.com
DomainKey-Signature: a=rsa-sha1; c=nofws; d=sourceware.org; h=list-id
	:list-unsubscribe:list-subscribe:list-archive:list-post
	:list-help:sender:from:to:references:in-reply-to:subject:date
	:message-id:mime-version:content-type:content-transfer-encoding;
	 q=dns; s=default; b=tWT5oR2ET67mWzJjxX9P6HWBhsPRTiIG2FILDj07b+w
	B9tT7OS5QhdJLtf1wnJa38BXD4inSmOtb8vqPh5PICmrA3zjhJN+OmhSsSu4uKUY
	qgcMGmPvo1qIFH9xkXG66/aiKy5RZ/nSLFLHRu28LQ4MXC6KJLzrQGEF4Q30PLHY
	=
DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=sourceware.org; h=list-id
	:list-unsubscribe:list-subscribe:list-archive:list-post
	:list-help:sender:from:to:references:in-reply-to:subject:date
	:message-id:mime-version:content-type:content-transfer-encoding;
	 s=default; bh=W6T+OglEzV581WJaNDbqj2HquPU=; b=pEd7t6U/iloRGc213
	1vBhkAUdgXyF2lo0w0VDqDGc02Il12BvpsrMceFPW2sPKQ9ARV1Yj7m5Dxn5y7Ys
	FGmxcmndYGgYRfeXvGVWiNgYuy9s4ishIG/VyZBusog7afIymMOHl6nZlUAnRAYN
	f/1vwiqV4JXIlsWbB07Q8IMKos=
Mailing-List: contact cygwin-help@cygwin.com; run by ezmlm
List-Id: <cygwin.cygwin.com>
List-Subscribe: <mailto:cygwin-subscribe@cygwin.com>
List-Archive: <http://sourceware.org/ml/cygwin/>
List-Post: <mailto:cygwin@cygwin.com>
List-Help: <mailto:cygwin-help@cygwin.com>, <http://sourceware.org/ml/#faqs>
Sender: cygwin-owner@cygwin.com
Mail-Followup-To: cygwin@cygwin.com
Delivered-To: mailing list cygwin@cygwin.com
X-Spam-SWARE-Status: No, score=-2.6 required=5.0 tests=AWL,BAYES_00,KHOP_THREADED,RCVD_IN_DNSWL_LOW,RCVD_IN_HOSTKARMA_YE,SPF_PASS autolearn=ham version=3.3.1
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;        d=google.com; s=20120113;        h=from:sender:to:references:in-reply-to:subject:date:message-id         :mime-version:content-type:content-transfer-encoding:x-mailer         :thread-index:content-language:x-gm-message-state;        bh=PbUHK3UEP+6Gj1uRY9FkxAF7dCewnOzvVh7YHfEGglI=;        b=C7bWH3fTcumOd8ZCWvohwIz6Xvp9+7GdGNuBsIJHxLUmXyTC+H+CNVu1OCfK1xlQHL         701vkDQb6+FI11vB/a01NyE9EGsayc1su2MS9wsYPDjabPPZM+SlTVf0cKtW4o423Lub         iewinJUwSA1aYWNC7dtU9tiYXpCe8f7h60hYKzpSg53nlY5nA62EbPkSU3ryI/zTvqRG         ++uNKHeomjRVcsAm5ViTwSrsLVuSBCXVmKGxDuCsZ+7Dl1cfrRY1bp44MehlehbNVRws         qti0Ah4zBWNY7nyiV6EpVJgTCLfYNa3ZiJ0iUJBeMQihlprIN0IMLsEkgsIJV5lhJFBl         o2Dw==
X-Received: by 10.66.136.76 with SMTP id py12mr13253507pab.192.1371481939315;        Mon, 17 Jun 2013 08:12:19 -0700 (PDT)
From: <gmt@malth.us>
To: <cygwin@cygwin.com>
References: <003501ce6b5f$b41f2c10$1c5d8430$%fedin@samsung.com> <kpn4kk$p88$1@ger.gmane.org>
In-Reply-To: <kpn4kk$p88$1@ger.gmane.org>
Subject: RE: UNC and POSIX paths
Date: Mon, 17 Jun 2013 08:12:10 -0700
Message-ID: <036c01ce6b6d$0ada5090$208ef1b0$@malth.us>
MIME-Version: 1.0
Content-Type: text/plain;	charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Gm-Message-State: ALoCoQmR01IPAirjn9DmzvF/ZqucmnXO3NaWFWiSmqNX86I8/uPcvM1mDjZ5BTxsyXabqm+ZY1QF

On Mon, 17 Jun 2013, at 06:57, Andrew DeFaria thusly quipped:

> On 06/17/2013 06:36 AM, Fedin Pavel wrote:
>>   Hello!
>>   
>>   I decided to pay attention to one more problem. Lots of not very
>> well written configure scripts and makefiles like to access things
>> like '//usr/bin'. Under Cygwin this causes problem because Cygwin
>> treats '//' in Windows-style as access to network shares.
>>   What if we change this ? We could have a mount entry, something like
'/unc'
>> (or /smb, /net, whatever) and access it like
'/smb/computername/sharename'.
>> I think this would improve POSIX compatibility a lot.
> Why not simply fix the "not very well written configure scripts and
makefiles"
> instead? BTW I've never come across a single one of those.
> Where are you getting yours?

Can't answer this offhand (aware you didn't ask me :P) but, under the
misguidance of PM's like Gentoo(portage) and rpm(build), when combined with
poorly and/or belligerently written packaging scripts, this can happen
incessantly.  But that mostly only comes up when building Frankencygwins.
Sometimes you can fix it by forcing something like --prefix=///usr/local.

A CYGWIN env flag to disable UNC paths, or graft them somewhere other than
//, or an fstab-hack--basically anything allowing one to turn this feature
off--would be a moderate blessing for a small number (greater than or equal
to one) of people, but SHTDI, and this is endlessly proposed and
insta-shot-down.

At least one "merit-based" argument does recommend against implementing this
-- a great many configure scripts test for whether // == /, which means
packages could break if packagers happened to build while using the proposed
anti-feature-feature (the inevitable response being, "shouldn't those
packages just fix their broken configure scripts"? :P)

-gmt



--
Problem reports:       http://cygwin.com/problems.html
FAQ:                   http://cygwin.com/faq/
Documentation:         http://cygwin.com/docs.html
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple

