www-apache-bugdb mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From r..@covalent.net
Subject Re: os-osf/6678: 2.0a7 osf - compile fails due to unresolved apr*
Date Wed, 18 Oct 2000 03:16:07 GMT

But the patch did get us further, correct?  I need to know so I can commit
the change.  Once we get past this issue, I will start to tackle the next
one.

Ryan

On Tue, 17 Oct 2000, Michael Long wrote:

> Almost but not quite...
> 
> checking for sh... /bin/sh
> 
> Check for compiler flags...
> 
> Checking for Shared Memory Support...
> 
> configuring package in shmem/unix/mm now
> /usr/users/sysadmin/cvsroot/apache-2.0/src/lib/apr/shmem/unix/mm/configure: 
> sun4
> : not found
> configure: error: cannot run
> configure failed for shmem/unix/mm
> configure failed for lib/apr
> 
> --
> It looks like $ac_config_sub is not defined...I don't see a definition for 
> it anywhere in the configure script - is it supposed to pick it up from the 
> calling script or the environment or something otherwise obscure? :)
> 
> --On Tuesday, October 17, 2000 11:29 PM +0000 rbb@apache.org wrote:
> 
> > [In order for any reply to be added to the PR database, you need]
> > [to include <apbugs@Apache.Org> in the Cc line and make sure the]
> > [subject line starts with the report component and number, with ]
> > [or without any 'Re:' prefixes (such as "general/1098:" or      ]
> > ["Re: general/1098:").  If the subject doesn't match this       ]
> > [pattern, your message will be misfiled and ignored.  The       ]
> > ["apbugs" address is not added to the Cc line of messages from  ]
> > [the database automatically because of the potential for mail   ]
> > [loops.  If you do not include this Cc, your reply may be ig-   ]
> > [nored unless you are responding to an explicit request from a  ]
> > [developer.  Reply only with text; DO NOT SEND ATTACHMENTS!     ]
> >
> >
> > Synopsis: 2.0a7 osf - compile fails due to unresolved apr*
> >
> > State-Changed-From-To: feedback-analyzed
> > State-Changed-By: rbb
> > State-Changed-When: Tue Oct 17 16:29:47 PDT 2000
> > State-Changed-Why:
> > The issue.  We have found pthreads and we know how to compile properly.
> > Our autoconf script is able to determine that just using -pthreads will
> > work on your system, and as soon as we know that, we also know that we
> > don't need to use -lpthreads.  This is why it looks like we didn't find
> > the library.  We could have found it, but we discovered we didn't need to.
> >
> >
> >
> > So, after we discover that you have pthreads, we need to find a way to
> > serialize between threads.  Unfortunately, this is done using a standard
> > autoconf command AC_CHECK_FUNC.  AC_CHECK_FUNC uses the LIBS variable
> > when it looks for pthread_mutex_init later in the config process.  If we
> > found -pthread, then -lpthread is not in LIBS, and ld can't link a
> > program with pthread_mnutex_init.
> >
> >
> >
> > Would you please apply this patch to the configure.in script in
> > src/lib/apr and let us know if this solves the problem?
> >
> >
> >
> >
> >
> > Index: configure.in
> >
> > ===================================================================
> >
> > RCS file: /home/cvs/apache-2.0/src/lib/apr/configure.in,v
> >
> > retrieving revision 1.156
> >
> > diff -u -d -b -w -u -r1.156 configure.in
> >
> > --- configure.in        2000/10/08 04:00:36     1.156
> >
> > +++ configure.in        2000/10/17 23:28:20
> >
> > @@ -606,6 +606,17 @@
> >
> >          AC_DEFINE(USE_PTHREAD_SERIALIZE)
> >
> >          pthreadser="1" ])
> >
> >  fi
> >
> > +
> >
> > +if test "$pthreadser" = "0"; then
> >
> > +    libstemp="$LIBS"
> >
> > +    LIBS="$LIBS -lpthread"
> >
> > +    AC_CHECK_FUNC(pthread_mutex_init, [
> >
> > +        AC_DEFINE(USE_PTHREAD_SERIALIZE)
> >
> > +        pthreadser="1" ])
> >
> > +    LIBS="$libstemp"
> >
> > +fi
> >
> > +
> >
> > +
> >
> >  AC_BEGIN_DECISION([ap_lock implementation method])
> >
> >
> >
> > This should force autoconf to look for pthread_mutex_init a second time
> > with -lpthread in the LIBS variable.
> >
> 
> 
> 
> 
> Michael Long
> Senior Systems Analyst
> Info Avenue Internet Services, LLC
> 


_______________________________________________________________________________
Ryan Bloom                        	rbb@apache.org
406 29th St.
San Francisco, CA 94131
-------------------------------------------------------------------------------


Mime
View raw message