Problem in Building Apache 1.3.9

[Soumen Ghosh_1]

Hello,

I am trying to build Apache 1.3.9 on HP-UX 11.0 from source code. I want to enable mod_so module so that I can dynamically link any third party module at run-time.
When I run the configuration script, everything goes well.
But then when I run make, it cannot resolve symbol dlopen() and other related symbols.
I have checked all the libraries under /usr and found that libdl.sl exists under /usr/lib/pa20_64 directory. And all those libraries under that directory are made for 64-bit architecture.
when I tried to add -ldl in the Makefile, it cannot find the libdl.sl.
Then I created a link under src/libdl.sl -> /usr/lib/pa20_64/libdl.sl, added -ldl -L. in the Makefile under src directory where the linking process was issued and ran make. It could find the libdl.sl library but gave error like the following :

Mismatched ABI. 64-bit PA shared library found in 32-bit link.

I don't have any problem if Apache executables are made for 64-bit architecture.
What do I have to do to make th einstallation successful?

Thanks in advance.

Soumen Ghos

[Pete Randall]

Hi,

Rather than building from source code, you can get it already linked from the HP-UX Software Porting and Archive Center
http://hpux.connect.org.uk/
They have various versions, dynamically linked for both 10.20 and 11.0.

Hope this helps,
Pete

[someone_4]

Hi
You can get the .depot from HP ready to go. Here you download it do swintall and boom apache online and ready to go.


http://www.software.hp.com/cgi-bin/swdepot_parser.cgi/cgi/displayProductInfo.pl?productNumber=B9415AAPA1319

Richard

[Michael Tully]

Hi,

The 1.3.9 version is quite old anyway,
why would you want to use it?

You could of course download it from
the HP porting centre as suggested,
but you need to make sure the the
mod_so module is included. You can have
a look in the httpd.conf file to see.

If it is not, then you will need to
compile it yourself. There are many tips
provided from apache.

~Michael

[Soumen Ghosh_1]

Hello,

Thanks for reply.
But unfortunately, that is not the solution. Yes, I can download Apache for HP-UX. But that does not solve the problem as the problem might persist for any other software.
I expected solution but I got only ways to bypass which I don't want.
Anyway, I solved the problem by configuring the build process like the following :
export CC=cc
export CFLAGS=+DA2.0W -Ae
Then configure script has to be run and then make will do.
The problem is that dlopen() implementation is in library libdlsl which resides under /usr/lib/pa20_64 directory. And when +DA2.0W option is given, meaning 64-bit architecture, compiler takes the requisite library.
Expecting some more insights into it because I am facing the same problem while building webapp module for Apache-Tomcat integration. And friends, remember there is no already linked library for this webapp module.
In this particular case, I use the same environment variables. Then I run ./support/buildconf.sh script.
Then running configure script will set the correct C compiler option for the first directory but for the apr sub-directory, it still uses gcc compiler.
If I navigate to apr sub-directory and then I run configure script separately, then C compiler option is set correctly for apr sub-directory. But at the time of linking, it gives an error like the following :
ld: libapr.a Not a valid library (invalid magic number)
Any clue?

Thanks in advance.

Soumen Ghos