Re: Problem with apr-util/xml/expat

2001-03-11 Thread Jeff Trawick
Greg Stein [EMAIL PROTECTED] writes:

 On Sat, Mar 10, 2001 at 08:35:19AM -0500, Jeff Trawick wrote:
  Greg Stein [EMAIL PROTECTED] writes:
  
   Fixed.
  
  What got fixed (Thanks!) is that once we decide to make in the lib
  directory we don't blow up with the non-portable dependency
  generation.
  
  I'm still getting bitchy e-mails from AIX, HP-UX, and Tru64.  We
  aren't doing the make in the lib directory there.
...
 I'm just going to nuke the dep.

not good enough, unfortunately (at least on Tru64)

look at this simple Makefile:

[EMAIL PROTECTED] testmake]$ cat Makefile
all: mydir
 
mydir:
cd mydir; make
[EMAIL PROTECTED] testmake]$

If the directory mydir actually exists, it won't do a damn thing.  If
the directory mydir does not exist, it will try to run cd mydir;
make.

The same thing is happening with

SUBDIRS = lib

all: $(SUBDIRS)

$(SUBDIRS) :
cd $@; make

It thinks lib is up-to-date and won't rebuild it, even after removing
config.status from the dependency.

I think that either some sort of timestamp file or an explicit
dependency on the file we need in libs is needed.

-- 
Jeff Trawick | [EMAIL PROTECTED] | PGP public key at web site:
   http://www.geocities.com/SiliconValley/Park/9289/
 Born in Roswell... married an alien...


Re: Problem with apr-util/xml/expat

2001-03-11 Thread Jeff Trawick
Jeff Trawick [EMAIL PROTECTED] writes:

 The same thing is happening with
 
 SUBDIRS = lib
 
 all: $(SUBDIRS)
 
 $(SUBDIRS) :
 cd $@; make
 
 It thinks lib is up-to-date and won't rebuild it, even after removing
 config.status from the dependency.
 
 I think that either some sort of timestamp file or an explicit
 dependency on the file we need in libs is needed.

no, that isn't true; about to commit something that works the same way
as the other targets

-- 
Jeff Trawick | [EMAIL PROTECTED] | PGP public key at web site:
   http://www.geocities.com/SiliconValley/Park/9289/
 Born in Roswell... married an alien...