Hi Dave,
Thank you very much for your input. When I am using ':=' insted of '=' every
thing works fine. Thanks again.
Cheers,
-Gautam
Dave Korn wrote:
>
> On 14 May 2007 11:03, gshejin wrote:
>
>> mkp:
>> @echo "Mkproduct..."
>> @echo "-"
>> @if [
On Tue, 2007-05-15 at 04:21 +, David Wuertele wrote:
> Here's an example using gzip where the time gets truncated. This is a very
> close reproduction of one of my actual problems --- I verified with strace
> that
> gzip is using only the NFS filesystem in question.
Well, again, gzip is not
HI Eli,
> Some windows machine seem to have Path in their environment and others
> seem to have PATH. make treats them as different variables (or at
> least there are sets of compile time options that cause this to
> happen).
>
> I think that when both PATH and Path exist in the environment, the
Paul Smith gnu.org> writes:
> Your attempt to reproduce the behavior is invalidated by the fact that
> you didn't duplicate the real conditions: in your test you copied one
> file to another in the same directory. In the real environment you
> copied one file to a completely different filesystem
On Tue, 2007-05-15 at 02:50 +, David Wuertele wrote:
> What I found was that the dependency (file being copied by cp -a) had
> a non-integral mtime, but the target always had an integer mtime:
> Can anyone explain why cp -a might copy the fractional portion of the mtime
> *sometimes* but not o
I struggled for a while with the following situation:
1. make on my local disk works fine: a subsequent make says "nothing to be
done"
2. make on my NFS mount builds everything correctly, but a subsequent make
complains that I have to rebuild stuff
I knew that there shouldn't be any rebuilding
> Date: Mon, 14 May 2007 07:17:56 -0700
> From: "Dave Hylands" <[EMAIL PROTECTED]>
> Cc: Help-make@gnu.org
>
> I've also discovered, that under windows, you may have to export both
> PATH and Path and set them both the same.
>
> Some windows machine seem to have Path in their environment and oth
On 14 May 2007 13:54, Paul Smith wrote:
> On Mon, 2007-05-14 at 13:20 +0100, Dave Korn wrote:
>> On 14 May 2007 12:30, Paul Smith wrote:
>>
>>> On Mon, 14 May 2007 11:52:59 +0100, Dave Korn wrote:
export PATH:=/myhome/tools/bin:$PATH
>>>
>>> This is not correct. You need to use the make va
Whoops - send to the list this time.
On 5/14/07, Paul Smith <[EMAIL PROTECTED]> wrote:
On Mon, 2007-05-14 at 13:20 +0100, Dave Korn wrote:
> On 14 May 2007 12:30, Paul Smith wrote:
> > On Mon, 14 May 2007 11:52:59 +0100, Dave Korn wrote:
> >> export PATH:=/myhome/tools/bin:$PATH
I've also disc
On Mon, 2007-05-14 at 13:20 +0100, Dave Korn wrote:
> On 14 May 2007 12:30, Paul Smith wrote:
>
> > On Mon, 14 May 2007 11:52:59 +0100, Dave Korn wrote:
> >> export PATH:=/myhome/tools/bin:$PATH
> >
> > This is not correct. You need to use the make variable $(PATH), not the
> > shell variable $P
On 14 May 2007 12:30, Paul Smith wrote:
> On Mon, 14 May 2007 11:52:59 +0100, Dave Korn wrote:
>> export PATH:=/myhome/tools/bin:$PATH
>
> This is not correct. You need to use the make variable $(PATH), not the
> shell variable $PATH, since you're in a makefile:
>
> export PATH := /myhome/tools
On Mon, 2007-05-14 at 03:02 -0700, gshejin wrote:
> But, my requirement is to have the PATH defined in Makefile and then
> just run the make mkp, which should execute the shell script and other
> scritps which are there in /myhome/tools/bin. But I am encountering
> the following error.
>
> /bin/sh
On 14 May 2007 11:03, gshejin wrote:
> mkp:
> @echo "Mkproduct..."
> @echo "-"
> @if [ ! "$(MY_DIR)" ] ;then echo "The Atmos Directory path is not set...";
> else echo "Atmos Directory path is set" ;if
> [ -d $(MY_DIR) ] ;then echo "$(MY_DIR) exists..
Hi Paul,
Thanks for the quick reply. Let me put my problem in a clear way. I have
third party shell script which are used for generating and compiling there
source files. This scritps inturn calls some more scripts and all these are
located in one common place let's say /myhome/tools/bin. In my m
14 matches
Mail list logo
