Re: Problem with apr-util/xml/expat
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 > > 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 Saw it. Cool! thx, -g -- Greg Stein, http://www.lyra.org/
Re: Problem with apr-util/xml/expat
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...
Re: Problem with apr-util/xml/expat
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
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. Ah. Yah... there are some funky dependencies going on in there. Initially, when the "new" Expat was set up and autoconf'd and libtool'd, it was also automake'd. They backed off from that, but kept the big-ass Makefile at the top level. Automake has some really whacky dependencies to try and be "nifty" about creating the configure script, re-running configure when it changes, etc. The dependency upon config.status was *intended* to say "make sure that exists before building the lib directory", but the result is "lib only builds if config.status is newer". Bogosity. Automake actually uses some timestamp files to do The Right Thing. I'm just going to nuke the dep. Cheers, -g -- Greg Stein, http://www.lyra.org/
Re: Problem with apr-util/xml/expat
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. Tru64: /bin/sh /home/trawick/apache/httpd-2.0/libtool --silent --mode=link cc -I. -I/home/trawick/apache/httpd-2.0/srclib/pcre -I/home/trawick/apache/httpd-2.0/server/mpm/prefork -I/home/trawick/apache/httpd-2.0/modules/http -I/home/trawick/apache/httpd-2.0/include -I/home/trawick/apache/httpd-2.0/srclib/apr/include -I/home/trawick/apache/httpd-2.0/srclib/apr-util/include -I/home/trawick/apache/httpd-2.0/modules/dav/main -I/home/trawick/apache/httpd-2.0/os/unix -DOSF1 -DAPACHE_XLATE -g -DNO_DBM_REWRITEMAP -pthread -export-dynamic -export-dynamic -export-dynamic -export-dynamic -export-dynamic -export-dynamic -o dftables dftables.lo -ldb -lm -liconv /home/trawick/apache/httpd-2.0/srclib/apr-util/xml/expat/lib/libexpat.la libtool: link: `/home/trawick/apache/httpd-2.0/srclib/apr-util/xml/expat/lib/libexpat.la' is not a valid libtool archive (I get the same message on HP-UX; I get "collect2: Library libexpat not found" on AIX, but that may be because we have a beta libtool installed there and they realized that "not a valid libtool archive" isn't a cool message for when it doesn't exist.) looking in the expat directory: [EMAIL PROTECTED] expat]$ ls -lrt total 281 -rw-r--r-- 1 trawick users 3593 Feb 28 09:41 Makefile.in -rw-r--r-- 1 trawick users 2897 Feb 28 09:41 README -rw-r--r-- 1 trawick users382 Feb 28 09:41 acconfig.h -rwxr-xr-x 1 trawick users764 Feb 28 09:41 buildconf.sh -rw-r--r-- 1 trawick users 2042 Feb 28 09:41 configure.in drwxr-xr-x 2 trawick users 8192 Feb 28 14:26 CVS -rw-r--r-- 1 trawick users 15196 Mar 9 10:30 aclocal.m4 drwxr-xr-x 3 trawick users 8192 Mar 9 10:30 conftools -rw-r--r-- 1 trawick users 1257 Mar 9 10:31 config.h.in -rwxr-xr-x 1 trawick users 87833 Mar 9 10:31 configure -rwxr-xr-x 1 trawick users 118755 Mar 10 07:38 libtool -rw-r--r-- 1 trawick users 3902 Mar 10 07:38 Makefile -rw-r--r-- 1 trawick users 1358 Mar 10 07:38 config.h -rw-r--r-- 1 trawick users 3351 Mar 10 07:38 config.log -rwxr-xr-x 1 trawick users 11153 Mar 10 07:38 config.status drwxr-xr-x 3 trawick users 8192 Mar 10 07:38 lib $(SUBDIRS), or rather "lib", depends on config.status. But it is no older than config.status so we don't change into lib and make. If I simply remove config.status from the dependencies for $(SUBDIRS) it still doesn't build it. I don't know why. If I touch config.status, it does build it. This is kind of a hokey change, but at least it gets Tru64 working... I'd guess that AIX and HP-UX would follow right behind, but shi@ often happens. Index: Makefile.in === RCS file: /home/cvspublic/apr-util/xml/expat/Makefile.in,v retrieving revision 1.1 diff -u -r1.1 Makefile.in --- Makefile.in 2001/02/28 14:41:24 1.1 +++ Makefile.in 2001/03/10 13:34:10 @@ -83,7 +83,7 @@ DISTDIR = $(PACKAGE)-$(VERSION) DISTRIBUTION = $(DISTDIR).tar.gz -all: $(SUBDIRS) +all: $(SUBDIRS) lib/libexpat.la .PHONY: all $(SUBDIRS) clean distclean maintainer-clean dist install \ uninstall distdir @@ -108,6 +108,8 @@ $(SUBDIRS): config.status cd $@; $(MAKE) +lib/libexpat.la: + cd lib; $(MAKE) clean: @list='$(SUBDIRS)'; for dir in $$list; do \ I'm late for waffle iron duty so over and out for now. > > 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. Oh, I have to touch config.status > > for some reason. > > > > When I do make from srclib/apr-util/xml/expat/lib I get > > > > /bin/sh ../libtool --mode=compile cc -DHAVE_CONFIG_H -DPACKAGE=expat > > -DVERSION=expat_1.95.2 > > -I/home/trawick/apache/httpd-2.0/srclib/apr-util/xml/expat/lib -I.. > > -DOSF1 -DAPACHE_XLATE -g -c xmlparse.c > > cc -DHAVE_CONFIG_H -DPACKAGE=\"expat\" -DVERSION=\"expat_1.95.2\" > > -I/home/trawick/apache/httpd-2.0/srclib/apr-util/xml/expat/lib > > -I.. -DOSF1 -DAPACHE_XLATE -g -Wp,-MD,.deps/xmlparse.pp -c xmlparse.c > > -o xmlparse.o > > cc: Severe: No such file or directory > > ... file is '.deps/xmlparse.pp' > > *** Exit 1 > > Stop. > > > > jean-frederic clere <[EMAIL PROTECTED]> writes: > > > > > 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 us
Re: Problem with apr-util/xml/expat
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. Oh, I have to touch config.status > for some reason. > > When I do make from srclib/apr-util/xml/expat/lib I get > > /bin/sh ../libtool --mode=compile cc -DHAVE_CONFIG_H -DPACKAGE=expat > -DVERSION=expat_1.95.2 > -I/home/trawick/apache/httpd-2.0/srclib/apr-util/xml/expat/lib -I.. > -DOSF1 -DAPACHE_XLATE -g -c xmlparse.c > cc -DHAVE_CONFIG_H -DPACKAGE=\"expat\" -DVERSION=\"expat_1.95.2\" > -I/home/trawick/apache/httpd-2.0/srclib/apr-util/xml/expat/lib > -I.. -DOSF1 -DAPACHE_XLATE -g -Wp,-MD,.deps/xmlparse.pp -c xmlparse.c > -o xmlparse.o > cc: Severe: No such file or directory > ... file is '.deps/xmlparse.pp' > *** Exit 1 > Stop. > > jean-frederic clere <[EMAIL PROTECTED]> writes: > > > 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 > > $< > > +++ > > Instead of > > $(LTCOMPILE) -Wp,-MD,.deps/$(*F).pp -c > > $< > > On ReliantUnix the -xM option is -M, so I have: > > +++ > > $(LTCOMPILE) -M $< > .deps/$(*F).pp; > > \ > > $(LTCOMPILE) -c > > $< > > +++ > > I am afraid we need a way to find how -Wp,-MD, option should be > > processed. > > > > Cheers > > > > Jean-frederic > > > > -- > Jeff Trawick | [EMAIL PROTECTED] | PGP public key at web site: >http://www.geocities.com/SiliconValley/Park/9289/ > Born in Roswell... married an alien... -- Greg Stein, http://www.lyra.org/
Re: Problem with apr-util/xml/expat
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 srclib/apr-util/xml/expat/lib I get /bin/sh ../libtool --mode=compile cc -DHAVE_CONFIG_H -DPACKAGE=expat -DVERSION=expat_1.95.2 -I/home/trawick/apache/httpd-2.0/srclib/apr-util/xml/expat/lib -I.. -DOSF1 -DAPACHE_XLATE -g -c xmlparse.c cc -DHAVE_CONFIG_H -DPACKAGE=\"expat\" -DVERSION=\"expat_1.95.2\" -I/home/trawick/apache/httpd-2.0/srclib/apr-util/xml/expat/lib -I.. -DOSF1 -DAPACHE_XLATE -g -Wp,-MD,.deps/xmlparse.pp -c xmlparse.c -o xmlparse.o cc: Severe: No such file or directory ... file is '.deps/xmlparse.pp' *** Exit 1 Stop. jean-frederic clere <[EMAIL PROTECTED]> writes: > 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 > $< > +++ > Instead of > $(LTCOMPILE) -Wp,-MD,.deps/$(*F).pp -c > $< > On ReliantUnix the -xM option is -M, so I have: > +++ > $(LTCOMPILE) -M $< > .deps/$(*F).pp; > \ > $(LTCOMPILE) -c > $< > +++ > I am afraid we need a way to find how -Wp,-MD, option should be > processed. > > Cheers > > Jean-frederic > -- Jeff Trawick | [EMAIL PROTECTED] | PGP public key at web site: http://www.geocities.com/SiliconValley/Park/9289/ Born in Roswell... married an alien...
Problem with apr-util/xml/expat
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 $< +++ Instead of $(LTCOMPILE) -Wp,-MD,.deps/$(*F).pp -c $< On ReliantUnix the -xM option is -M, so I have: +++ $(LTCOMPILE) -M $< > .deps/$(*F).pp; \ $(LTCOMPILE) -c $< +++ I am afraid we need a way to find how -Wp,-MD, option should be processed. Cheers Jean-frederic
