You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@httpd.apache.org by Shaun Savage <sh...@igel.de> on 2000/07/25 13:45:34 UTC

Shared linking

Hi

I have found that the option --enable-shared= is used twice
once for modules and one for packages.  during the ./configure if I have
--enable-modules="MOD_LIST" then the build does not add shared libraries
to libtool but if I have --enable-shared=yes  then the libtool supports
shared but the modules are staticly linked in.

As quick hack I added enable_shared=yes in the ./configure file right
after checking the shared modules

After compiling and installing I am having problems with undefined
references ap_find_path_info().  The reason is the main/libmain.la has
no symbols in it.  Again it libtool issues.


Shaun

Re: ClearModuleList == evil

Posted by rb...@covalent.net.
On Wed, 26 Jul 2000, Shaun Savage wrote:

> Hi
> 
> I have found that ClearModuleList command clears out all the modules
> except http_core.  then when the modules get loaded again the pre-linked
> modules are skipped.  I have mpmt_pthread  and mod_so prelinked.  during
> find the command, the linked list is hosed
> 
> 
> http_core	index 0,	next -> NULL
> mpmt_pthread	index 1,	next -> http_core
> mod_so		index 2,	next -> mpmt_pthread
> mod_mmap_static	index 3,	next -> http_core ***** bug
> ....		index 4,	next -> mod_mmap_static
> ....
> 
> The question is should ClearModuleList clear the prelinked modules?

Yes.  This is what ClearModuleList does.  Basically, ClearModuleList is
designed to let us re-order ALL of the modules in the server.  This
includes those modules that were pre-linked.

For right now, just add an AddModule command to your config file that puts
the MPM back in the server.

We still need to decided if we even want to support ClearModuleList in
2.0.  If not, then we should remove it.  If so, then it should not be
clearing out the MPMs

Ryan


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


ClearModuleList == evil

Posted by Shaun Savage <sh...@igel.de>.
Hi

I have found that ClearModuleList command clears out all the modules
except http_core.  then when the modules get loaded again the pre-linked
modules are skipped.  I have mpmt_pthread  and mod_so prelinked.  during
find the command, the linked list is hosed


http_core	index 0,	next -> NULL
mpmt_pthread	index 1,	next -> http_core
mod_so		index 2,	next -> mpmt_pthread
mod_mmap_static	index 3,	next -> http_core ***** bug
....		index 4,	next -> mod_mmap_static
....

The question is should ClearModuleList clear the prelinked modules?

Shaun

This causes the commands in the prelinked modules to choke.

Re: Shared linking

Posted by rb...@covalent.net.
I think the problem here, is that you are using --enable-shared
incorrectly.  Enable-shared takes a list of modules that should be
compiled to be shared objects.  This means, your command should look like:

./configure --enable-shared=cgi, includes, foo, etc.

What platform are your trying this on?

Ryan

On Tue, 25 Jul 2000, Shaun Savage wrote:

> Hi
> 
> I have found that the option --enable-shared= is used twice
> once for modules and one for packages.  during the ./configure if I have
> --enable-modules="MOD_LIST" then the build does not add shared libraries
> to libtool but if I have --enable-shared=yes  then the libtool supports
> shared but the modules are staticly linked in.
> 
> As quick hack I added enable_shared=yes in the ./configure file right
> after checking the shared modules
> 
> After compiling and installing I am having problems with undefined
> references ap_find_path_info().  The reason is the main/libmain.la has
> no symbols in it.  Again it libtool issues.
> 
> 
> Shaun
> 


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