public inbox for sourcenav@sourceware.org
 help / color / mirror / Atom feed
From: Eric Christopher <echristo@cygnus.com>
To: Ben Elliston <bje@redhat.com>
Cc: Charles Darcy <charlie@mullum.com.au>, sourcenav@sources.redhat.com
Subject: Re: VPATH problem in snMakefile (Windows ME)
Date: Thu, 18 Jan 2001 19:16:00 -0000	[thread overview]
Message-ID: <Pine.SOL.3.91.1010118191108.388G-100000@ryobi.cygnus.com> (raw)
In-Reply-To: <Pine.LNX.4.31.0101191220430.20327-100000@moshpit.cygnus.com>

Here's the info out of README.W32:

GNU make handling of drive letters in pathnames (PATH, vpath, VPATH):

	There is a caveat that should be noted with respect to handling
	single character pathnames on Windows systems.	When colon is
	used in PATH variables, make tries to be smart about knowing when
	you are using colon as a separator versus colon as a drive
	letter.	 Unfortunately, something as simple as the string 'x:/'
	could be interpreted 2 ways: (x and /) or (x:/).
	Make chooses to interpret a letter plus colon (e.g. x:/) as a
	drive letter pathname.	If it is necessary to use single
	character directories in paths (VPATH, vpath, Path, PATH), the
	user must do one of two things:

	 a. Use semicolon as the separator to disambiguate colon. For
	    example use 'x;/' if you want to say 'x' and '/' are
	    separate components.

	 b. Qualify the directory name so that there is more than
	    one character in the path(s) used. For example, none
	    of these settings are ambiguous:

	      ./x:./y
	      /some/path/x:/some/path/y
	      x:/some/path/x:x:/some/path/y

	Please note that you are free to mix colon and semi-colon in the
	specification of paths.	 Make is able to figure out the intended
	result and convert the paths internally to the format needed
	when interacting with the operating system.
	You are encouraged to use colon as the separator character.
	This should ease the pain of deciding how to handle various path
	problems which exist between platforms.	 If colon is used on
	both Unix and Windows systems, then no ifdef'ing will be
	necessary in the makefile source.

-eric

On Fri, 19 Jan 2001, Ben Elliston wrote:

> Hi Charles,
> 
>    >    ``In the `VPATH' variable, directory names are separated by colons or
>    > blanks.  The order in which directories are listed is the order followed
>    > by `make' in its search.  (On MS-DOS and MS-Windows, semi-colons are
>    > used as separators of directory names in `VPATH', since the colon can
>    > be used in the pathname itself, after the drive letter.)''
> 
>    > So I'm not sure what the problem is with using blanks in the VPATH of
>    > generated Makefiles.
> 
>        This snippet is what I based my "Must use semi-colon separators
>    under Windows" claim. I assumed from the snippet that blanks, as well
>    as colons, may not be used as the separator. Although the snippet does
>    not explicitly state this, it seems to be implied, and the failure of
>    Make to cope with blank separator's backs the assumption up.
> 
> Are you sure?  I read it that semi-colons must be used in the place of
> colons on MS-DOS and Windows, but that blanks are okay.  Have you asked
> about the GNU make maintainer about it?
> 
> It could be that your port of Make has been broken.
> 
> Ben
> 
> 
> 

  reply	other threads:[~2001-01-18 19:16 UTC|newest]

Thread overview: 7+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2001-01-12 23:42 Charles Darcy
2001-01-16 20:27 ` Charles Darcy
2001-01-17  1:16   ` Ben Elliston
2001-01-18  2:47     ` Charles Darcy
2001-01-18 17:23       ` Ben Elliston
2001-01-18 19:16         ` Eric Christopher [this message]
2001-01-20 23:17           ` Charles Darcy

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=Pine.SOL.3.91.1010118191108.388G-100000@ryobi.cygnus.com \
    --to=echristo@cygnus.com \
    --cc=bje@redhat.com \
    --cc=charlie@mullum.com.au \
    --cc=sourcenav@sources.redhat.com \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).