www.delorie.com/archives/browse.cgi   search  
Mail Archives: djgpp/1997/04/09/05:12:04

Sender: crough45 AT amc DOT de
Date: Wed, 9 Apr 1997 09:53:23 +0100
From: Chris Croughton <crough45 AT amc DOT de>
Mime-Version: 1.0
To: pv AT cs DOT montana DOT edu
Cc: djgpp AT delorie DOT com
Subject: Re: I feel like an idiot!
Message-Id: <97Apr9.105034gmt+0100.21892@internet01.amc.de>

Paul Peavyhouse wrote: 

>        Think the above clip well encompasses the "line 4" problem...so what 
>is wrong with it?  Can I actually do what I'm trying to do (ftp everything to 
>a UNIX machine and expect it to work)?  If ya need more info, just lemme know!

The first thing that comes to mind is what version of make you're using
on the Unix machine.  That syntax won't work on the default make (on a
DEC
AlphaStation under OSF/1), it only supports VPATH as a variable
containing
a list of colon separated directories, not the one you quote:

> vpath %.c $(vpath_src)

That's not a valid POSIX line either.  Is it an RHIDE extension?  I
don't have
GNU make on this system.  The POSIX man page for make says:

  VPATH is a macro that you can set with a list of directory pathnames
  separated by : (colons).  It is used when searching for a dependency-
  related file not found in the current directory.  If VPATH is defined,
the
  directories it names are searched.  If it is not defined or is just
defined
  with a .\ (dot backslash), only the current directory is searched. 
The
  default value is null.  VPATH can be used to search for: implicit
prere-
  quisites, internal include files.  This behavior occurs only if the
first
  noncomment line of the first makefile read by make is not the .POSIX
tar-
  get; otherwise this macro has no effect.

Hope that helps.

Chris

- Raw text -


  webmaster     delorie software   privacy  
  Copyright © 2019   by DJ Delorie     Updated Jul 2019