On Sun, Mar 11, 2001 at 07:59:10AM -0500, Jeff Trawick wrote:
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
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
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
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
Hi,
I have some problems with the Makefile on apr-util/xml/expat.
The option -Wp,-MD,.deps/$(*F).pp is no understand neither on Solaris
nor on ReliantUnix.
On Solaris the fix is to use:
+++
$(LTCOMPILE) -xM $ .deps/$(*F).pp;
\
$(LTCOMPILE) -c
$
Tru64 is busted with this too, though when I do make from toplevel,
link of dftables failes because libexpat.la does not exist.
A make from xml just says Making all in expat
A make from xml/expat does nothing. Oh, I have to touch config.status
for some reason.
When I do make from
Fixed.
Cheers,
-g
On Fri, Mar 09, 2001 at 11:22:04AM -0500, Jeff Trawick wrote:
Tru64 is busted with this too, though when I do make from toplevel,
link of dftables failes because libexpat.la does not exist.
A make from xml just says Making all in expat
A make from xml/expat does nothing.