This is the mail archive of the
mailing list for the Cygwin project.
Re: UNC and POSIX paths
- From: Andrew DeFaria <Andrew at DeFaria dot com>
- To: cygwin at cygwin dot com
- Date: Mon, 17 Jun 2013 10:07:55 -0700
- Subject: Re: UNC and POSIX paths
- References: <003501ce6b5f$b41f2c10$1c5d8430$%fedin at samsung dot com> <kpn4kk$p88$1 at ger dot gmane dot org> <036c01ce6b6d$0ada5090$208ef1b0$ at malth dot us>
On 06/17/2013 08:12 AM, firstname.lastname@example.org wrote:
I'm trying to understand the reluctance towards "fixing the problem" and
instead the insistence on "putting a band aid on it". So in the above,
why would you not instead do --prefix=/usr/local?
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
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)
Yes, indeed. See above.
Andrew DeFaria <http://defaria.com>
If a mute swears does his mother wash his hands with soap?
Problem reports: http://cygwin.com/problems.html
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple