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  users        382 Feb 28 09:41 acconfig.h
-rwxr-xr-x   1 trawick  users        764 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 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/
> 

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

Reply via email to