X-Recipient:	archive-cygwin AT delorie DOT 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 AT cygwin DOT com; run by ezmlm
List-Id:	<cygwin.cygwin.com>
List-Subscribe:	<mailto:cygwin-subscribe AT cygwin DOT com>
List-Archive:	<http://sourceware.org/ml/cygwin/>
List-Post:	<mailto:cygwin AT cygwin DOT com>
List-Help:	<mailto:cygwin-help AT cygwin DOT com>, <http://sourceware.org/ml/#faqs>
Sender:	cygwin-owner AT cygwin DOT com
Mail-Followup-To:	cygwin AT cygwin DOT com
Delivered-To:	mailing list cygwin AT cygwin DOT 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 AT malth DOT us>
To:	<cygwin AT cygwin DOT com>
References:	<003501ce6b5f$b41f2c10$1c5d8430$%fedin AT samsung DOT com> <kpn4kk$p88$1 AT ger DOT gmane DOT 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
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

- Raw text -