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:message-id:date:from:mime-version:to:subject :references:in-reply-to:content-type; q=dns; s=default; b=DUGYMn Wknk4ILv4akr8+yRc4CVYyeIspaumfAtv88fSFpThTERbSylUs73WCs8S/xZN7M+ Sq2NfmSEL/pnsTEyshgTJoJctHdTSNSYnRq4zO+2tDvHt6Oc+bISorcuJZ5bDPJx aU/bucW3THwf3xO0xGN71YbBcTfPqC1ItJsQk= 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:message-id:date:from:mime-version:to:subject :references:in-reply-to:content-type; s=default; bh=2erfgCQm4fcm uQhsp+BHSvgQlus=; b=LcoFGqoto2s0r98/XKtN8TEFBDPwx+selnexlDdNZ8KE h8SgcDvHZGWzsk7+dBkXqkDG3aN2fbBoduXMOIz1kiqjVFTK7FqNeiQ6mElfcco+ F6gng7eH1ZUJzoeWt1djb4MVa+xfB4w0ul5vbeCL4vT8rASBNDVeKPPY5zk7xCo= Mailing-List: contact cygwin-help AT cygwin DOT com; run by ezmlm List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , 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=-5.8 required=5.0 tests=AWL,BAYES_00,FREEMAIL_FROM,KHOP_PGP_SIGNED,KHOP_THREADED,RCVD_IN_DNSWL_LOW,RCVD_IN_HOSTKARMA_YE,SPF_PASS autolearn=ham version=3.3.1 X-Received: by 10.14.5.5 with SMTP id 5mr20895427eek.21.1371537339049; Mon, 17 Jun 2013 23:35:39 -0700 (PDT) Message-ID: <51BFFFB1.8040701@gmail.com> Date: Tue, 18 Jun 2013 08:35:29 +0200 From: =?ISO-8859-1?Q?V=E1clav_Zeman?= User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130510 Thunderbird/17.0.6 MIME-Version: 1.0 To: cygwin AT cygwin DOT com Subject: Re: UNC and POSIX paths References: <003501ce6b5f$b41f2c10$1c5d8430$%fedin AT samsung DOT com> <036c01ce6b6d$0ada5090$208ef1b0$@malth.us> <8738sgiqs8 DOT fsf AT Rainer DOT invalid> <000e01ce6beb$f5d55ad0$e1801070$%fedin AT samsung DOT com> In-Reply-To: <000e01ce6beb$f5d55ad0$e1801070$%fedin@samsung.com> Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="------------enig9C4B523778946C6E6BA64C1C" X-Virus-Found: No --------------enig9C4B523778946C6E6BA64C1C Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable On 06/18/2013 08:20 AM, Fedin Pavel wrote: > Hello! >=20 >> Because some scripts try to use >> >> $(DESTDIR)/$(PREFIX) >> >> rather than >> >> $(DESTDIR)$(PREFIX) >=20 > Yes, exactly, this is what i have got. > I start to have these problems when i try to do non-standard things like > cross-compiling Linux kernel and some 3rd party modules. :) > Ability to run 'make install_modules' requires /sbin/depmod. With hardco= ded > /sbin path. So, i have to cross-compile module-init-tools with '--prefix= =3D/'. > This is the first place where i get '//'. Well, perhaps i'm lame and > '--prefix=3D' is the correct thing, not what i write. However i just foll= owed > the tradition here > Next, module-init-tools relies on either 'docbook2man' or 'docbook-to-ma= n'. > I guess both packages are considered obsolete by Cygwin, we have > 'docbook2x-man' instead. So, i have to build one of those two packages. > $(DESTDIR)/$(PREFIX) is found in the first one. > Well, perhaps irrelevant because it fails to build with new awk (or > something like that, already don't remember). So i have found (ancient) > docbook-to-man and built it. Works. Does replacing "/" with "/." help or does it not help? I cannot test this right now. >=20 > Also i remember getting this little problem somewhere else in the past. > Already don't remember... >=20 > Now my last arguments... > First. Actually, we may consider this as kind of interoperability proble= m. > Technically it's possible to fix this at either side. However, let's say = we > have three packages suffering from this problem. So, it's possible to do > either three fixes (for packages), or a single fix (for Cygwin). A single > fix is less time-consuming. Especially taking into account that a half of= us > uses Cygwin at work, where we have other tasks to do. > Second, if we take a look at real-world POSIX systems (Linux, BSD, whate= ver > else), they don't use '//' for network paths. Instead they use mountable > filesystems. And Cygwin's goal is to fully implement UNIX-compatible > environment, isn't it ? So, consequently, having a mount point would me m= ore > compatible with other real-world systems. > Third, package's author can say: 'nobody else has this problem, so it's > Cygwin's bug, not mine, i won't fix'. Or he can simply blindly hate Windo= ws. > My another topic (cross-compiling Linux kerne) contains an example of such > an attitude. > And, i agree, '//' is shorter to type than '/unc/'. :) And perhaps someo= ne > already relies on '//' in his scripts for his installation. >=20 > To sum things up, this was just an opinion. I didn't want to start a war. > :) --=20 VZ --------------enig9C4B523778946C6E6BA64C1C Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.19 (GNU/Linux) Comment: Using GnuPG with undefined - http://www.enigmail.net/ iF4EAREIAAYFAlG//7UACgkQ6OWUyaYNY6NMbgD8CkS+hzTLAV3Bjm0FlK114gwH LIiTaogqN1j2t6A7stYA/Rph+/Md4eGrhzP3nrFyb/GCsqXiYcGtj214keHTadXt =0Sx5 -----END PGP SIGNATURE----- --------------enig9C4B523778946C6E6BA64C1C--