You are viewing a plain text version of this content. The canonical link for it is here.
Posted to users@tomcat.apache.org by Robert Watkins <ge...@foo-bar.org> on 2001/10/14 18:26:55 UTC
Error compiling mod_webapp.so on Linux
In trying to configure Tomcat 4.0 to work with Apache (see an earlier message
I posted: Tomcat 4.0/Apache 1.3/Linux: socket error when connecting to /examples)
one of the things I thought might help me is if I compiled mod_webapp.so myself,
even though using one of the binaries available at jakarta.apache.org gave no
errors with 'apachectl configtest'. However, this has given further difficulties.
configure runs without any errors, but make falls apart for a reason I cannot
fathom. The (edited) output from make is included below in case anyone can make
sense of it:
...
make[0]: Installing APR library in "/home/robertw/tmp/webapp-module-1.0-tc40/lib"
make[1]: Entering directory `/home/robertw/tmp/webapp-module-1.0-tc40'
make[1]: Entering directory "apache-1.3"
make[1]: Invoking "make build"
make[2]: Entering directory `/home/robertw/tmp/webapp-module-1.0-tc40/apache-1.3'
{ APXS_LDFLAGS_SHLIB="`/usr/sbin/apxs -q LDFLAGS_SHLIB` \
\
-lm -lcrypt -lnsl -ldl" ; \
APXS_LDFLAGS_SHLIB=`/bin/echo ${APXS_LDFLAGS_SHLIB}` ; \
APXS_CFLAGS="`/usr/sbin/apxs -q CFLAGS` \
-g -O2 \
-g -O2 \
\
-DLINUX=2 -D_REENTRANT \
-I/home/robertw/tmp/webapp-module-1.0-tc40/apr/include \
-I/home/robertw/tmp/webapp-module-1.0-tc40/include \
" ; \
APXS_CFLAGS=`/bin/echo ${APXS_CFLAGS}` ; \
/usr/sbin/apxs \
-S CFLAGS="${APXS_CFLAGS}" \
-S LDFLAGS_SHLIB="${APXS_LDFLAGS_SHLIB}" \
-o "mod_webapp.so" \
-c "mod_webapp.c" \
"/home/robertw/tmp/webapp-module-1.0-tc40/lib/libwebapp.a" \
"/home/robertw/tmp/webapp-module-1.0-tc40/lib/libapr.a" ; \
}
String found where operator expected at (eval 6) line 1, near "mm" -DSGI_BOOST -DUSE_PARSE_FORM -DUSE_RANDOM_SSI -g -O2 -g -O2 -DLINUX=2 -D_REENTRANT -I/home/robertw/tmp/webapp-module-1.0-tc40/apr/include -I/home/robertw/tmp/webapp-module-1.0-tc40/include""
gcc -O3 -fomit-frame-pointer -pipe -s -march=pentium -ffast-math -fexpensive-optimizations -DFAST_TIME -DNO_GRACEFUL -DUSE_QUICK_LOG -DUSE_STAT_CACHE -DUSE_QSC -DLINUX=2 -Wall -DDEV_RANDOM=/dev/random -DEAPI -DEAPI_MM -DUSE_EXPAT -I../lib/expat-lite -DEAPI_MM_CORE_PATH="/var/run/mm" -DSGI_BOOST -DUSE_PARSE_FORM -DUSE_RANDOM_SSI -fpic -DSHARED_MODULE -I/usr/include/apache -c mod_webapp.c
mod_webapp.c:70: wa.h: No such file or directory
[ lots of errors resulting from the above line ]
apxs:Break: Command failed with rc=1
make[2]: *** [mod_webapp.so] Error 1
make[2]: Leaving directory `/home/robertw/tmp/webapp-module-1.0-tc40/apache-1.3'
make[1]: Exiting directory "apache-1.3"
make[1]: *** [template] Error 2
make[1]: Leaving directory `/home/robertw/tmp/webapp-module-1.0-tc40'
make: *** [apache-1.3-build] Error 2
... and that's all she wrote.
Thanks for any help you can provide,
-- Robert
--------------------------
Robert Watkins
--------------------------
r-watkins@worldnet.att.net
geek@foo-bar.org
rwatkins@wiley.com
--------------------------
Re: Error compiling mod_webapp.so on Linux
Posted by Robert Watkins <ge...@foo-bar.org>.
Found it! Merci bien, Jean-Frederic, for pointing me in the right direction.
The output of `/usr/sbin/apxs -q CFLAGS` includes
-DEAPI_MM_CORE_PATH="/var/run/mm"
and the quotation markes conflict with the quoation marks of
APXS_CFLAGS="`/usr/sbin/apxs -q CFLAGS` \
...
"
The solution I came up with (ok, kluge) was to run /usr/sbin/apxs -q CFLAGS on
the command line and copy the output into the apache-1.3/Makefile in place
of `/usr/sbin/apxs -q CFLAGS`, of course after having removed the quotes.
Not only did the compilation work without a hitch, I now have Tomcat 4.0
running under Apache.
It's always the ones that in retrospect seem terribly obvious that take the
longest to find!
Thanks again,
-- Robert
On Mon, 15 Oct 2001, jean-frederic clere wrote:
> > String found where operator expected at (eval 6) line 1, near "mm" -DSGI_BOOST -DUSE_PARSE_FORM -DUSE_RANDOM_SSI -g -O2 -g -O2 -DLINUX=2 -D_REENTRANT -I/home/robertw/tmp/webapp-module-1.0-tc40/apr/include -I/home/robertw/tmp/webapp-module-1.0-tc40/include""
>
> Probably the /usr/sbin/apxs -q CFLAGS command failed. What is the result of
> `/usr/sbin/apxs -q CFLAGS`?
>
> > gcc -O3 -fomit-frame-pointer -pipe -s -march=pentium -ffast-math -fexpensive-optimizations -DFAST_TIME -DNO_GRACEFUL -DUSE_QUICK_LOG -DUSE_STAT_CACHE -DUSE_QSC -DLINUX=2 -Wall -DDEV_RANDOM=/dev/random -DEAPI -DEAPI_MM -DUSE_EXPAT -I../lib/expat-lite -DEAPI_MM_CORE_PATH="/var/run/mm" -DSGI_BOOST -DUSE_PARSE_FORM -DUSE_RANDOM_SSI -fpic -DSHARED_MODULE -I/usr/include/apache -c mod_webapp.c
Re: Error compiling mod_webapp.so on Linux
Posted by jean-frederic clere <jf...@fujitsu-siemens.com>.
Robert Watkins wrote:
>
> In trying to configure Tomcat 4.0 to work with Apache (see an earlier message
> I posted: Tomcat 4.0/Apache 1.3/Linux: socket error when connecting to /examples)
> one of the things I thought might help me is if I compiled mod_webapp.so myself,
> even though using one of the binaries available at jakarta.apache.org gave no
> errors with 'apachectl configtest'. However, this has given further difficulties.
>
> configure runs without any errors, but make falls apart for a reason I cannot
> fathom. The (edited) output from make is included below in case anyone can make
> sense of it:
>
> ...
> make[0]: Installing APR library in "/home/robertw/tmp/webapp-module-1.0-tc40/lib"
> make[1]: Entering directory `/home/robertw/tmp/webapp-module-1.0-tc40'
>
> make[1]: Entering directory "apache-1.3"
> make[1]: Invoking "make build"
> make[2]: Entering directory `/home/robertw/tmp/webapp-module-1.0-tc40/apache-1.3'
> { APXS_LDFLAGS_SHLIB="`/usr/sbin/apxs -q LDFLAGS_SHLIB` \
> \
> -lm -lcrypt -lnsl -ldl" ; \
> APXS_LDFLAGS_SHLIB=`/bin/echo ${APXS_LDFLAGS_SHLIB}` ; \
> APXS_CFLAGS="`/usr/sbin/apxs -q CFLAGS` \
> -g -O2 \
> -g -O2 \
> \
> -DLINUX=2 -D_REENTRANT \
> -I/home/robertw/tmp/webapp-module-1.0-tc40/apr/include \
> -I/home/robertw/tmp/webapp-module-1.0-tc40/include \
> " ; \
> APXS_CFLAGS=`/bin/echo ${APXS_CFLAGS}` ; \
> /usr/sbin/apxs \
> -S CFLAGS="${APXS_CFLAGS}" \
> -S LDFLAGS_SHLIB="${APXS_LDFLAGS_SHLIB}" \
> -o "mod_webapp.so" \
> -c "mod_webapp.c" \
> "/home/robertw/tmp/webapp-module-1.0-tc40/lib/libwebapp.a" \
> "/home/robertw/tmp/webapp-module-1.0-tc40/lib/libapr.a" ; \
> }
> String found where operator expected at (eval 6) line 1, near "mm" -DSGI_BOOST -DUSE_PARSE_FORM -DUSE_RANDOM_SSI -g -O2 -g -O2 -DLINUX=2 -D_REENTRANT -I/home/robertw/tmp/webapp-module-1.0-tc40/apr/include -I/home/robertw/tmp/webapp-module-1.0-tc40/include""
Probably the /usr/sbin/apxs -q CFLAGS command failed. What is the result of
`/usr/sbin/apxs -q CFLAGS`?
> gcc -O3 -fomit-frame-pointer -pipe -s -march=pentium -ffast-math -fexpensive-optimizations -DFAST_TIME -DNO_GRACEFUL -DUSE_QUICK_LOG -DUSE_STAT_CACHE -DUSE_QSC -DLINUX=2 -Wall -DDEV_RANDOM=/dev/random -DEAPI -DEAPI_MM -DUSE_EXPAT -I../lib/expat-lite -DEAPI_MM_CORE_PATH="/var/run/mm" -DSGI_BOOST -DUSE_PARSE_FORM -DUSE_RANDOM_SSI -fpic -DSHARED_MODULE -I/usr/include/apache -c mod_webapp.c
> mod_webapp.c:70: wa.h: No such file or directory
> [ lots of errors resulting from the above line ]
> apxs:Break: Command failed with rc=1
> make[2]: *** [mod_webapp.so] Error 1
> make[2]: Leaving directory `/home/robertw/tmp/webapp-module-1.0-tc40/apache-1.3'
> make[1]: Exiting directory "apache-1.3"
> make[1]: *** [template] Error 2
> make[1]: Leaving directory `/home/robertw/tmp/webapp-module-1.0-tc40'
> make: *** [apache-1.3-build] Error 2
>
> ... and that's all she wrote.
>
> Thanks for any help you can provide,
> -- Robert
>
> --------------------------
> Robert Watkins
> --------------------------
> r-watkins@worldnet.att.net
> geek@foo-bar.org
> rwatkins@wiley.com
> --------------------------
Re: Error compiling mod_webapp.so on Linux
Posted by Pier Fumagalli <pi...@betaversion.org>.
On Monday, October 15, 2001, at 01:51 pm, jean-frederic clere wrote:
>> Once a version number is "allocated", no matter what happens on
>> earth, we can't change its content (that's why Apache from time to
>> time skips version numbers, ex where's httpd-1.3.21?)
>
> You are right... My bad... (I first put it in
> http://jakarta.apache.org/~jfclere/ and should have renamed it
> before copying).
>
> How to repare it? Move the new one to 1.0.1 and the old back to 1.0?
Nah... Leave it as is now... We'll just reroll a new version later
in the week.
>> I'll package up a new distro sometimes this week...
>
> Sound very good. Even the new one does build on my Solaris nor my
> ReliantUnix - ranlib and C++ comments -
And Colin is digging into the NSAPI stuff... GO COLIN! :)
Pier
Re: Error compiling mod_webapp.so on Linux
Posted by jean-frederic clere <jf...@fujitsu-siemens.com>.
Pier Fumagalli wrote:
>
> On Monday, October 15, 2001, at 09:02 am, jean-frederic clere wrote:
>
> > Pier Fumagalli wrote:
> >>
> >> Robert Watkins at geek@foo-bar.org wrote:
> >>
> >>> I wish it were that simple. There is no stray config.cache in the
> >>> src distro
> >>> I'm using -- have I got the wrong one?
> >>
> >> I see now that there is a 4.0 "new" and a 4.0 "old" (the "old"
> >> one is the
> >> one I used to compile for Linux on Craig's machines, and the
> >> "new" one was
> >> rolled last Sunday by J.F.)...
> >>
> >> J.F., what did you change in the "new" source distribution?
> >
> >
> > The apr of the "old" is already configured, the config.cache is
> > used and the
> > results where not very good in the 3 platfroms
> > (Linux/ReliantUnix/Solaris) I was
> > able to test.
> >
> > So I have extracted the tarball remove the apr subdirectory,
> > extract a new apr
> > (tagged APACHE_2_0_25) from CVS and rebuild the package. This one
> > builds on my
> > Suse 7.2.
>
> But now we have TWO different distributions, with different code
> bases, with different problems WITH the same version number...
>
> Once a version number is "allocated", no matter what happens on
> earth, we can't change its content (that's why Apache from time to
> time skips version numbers, ex where's httpd-1.3.21?)
You are right... My bad... (I first put it in
http://jakarta.apache.org/~jfclere/ and should have renamed it before copying).
How to repare it? Move the new one to 1.0.1 and the old back to 1.0?
>
> I'll package up a new distro sometimes this week...
Sound very good. Even the new one does build on my Solaris nor my ReliantUnix -
ranlib and C++ comments -
>
> Pier
Re: Error compiling mod_webapp.so on Linux
Posted by Pier Fumagalli <pi...@betaversion.org>.
On Monday, October 15, 2001, at 09:02 am, jean-frederic clere wrote:
> Pier Fumagalli wrote:
>>
>> Robert Watkins at geek@foo-bar.org wrote:
>>
>>> I wish it were that simple. There is no stray config.cache in the
>>> src distro
>>> I'm using -- have I got the wrong one?
>>
>> I see now that there is a 4.0 "new" and a 4.0 "old" (the "old"
>> one is the
>> one I used to compile for Linux on Craig's machines, and the
>> "new" one was
>> rolled last Sunday by J.F.)...
>>
>> J.F., what did you change in the "new" source distribution?
>
>
> The apr of the "old" is already configured, the config.cache is
> used and the
> results where not very good in the 3 platfroms
> (Linux/ReliantUnix/Solaris) I was
> able to test.
>
> So I have extracted the tarball remove the apr subdirectory,
> extract a new apr
> (tagged APACHE_2_0_25) from CVS and rebuild the package. This one
> builds on my
> Suse 7.2.
But now we have TWO different distributions, with different code
bases, with different problems WITH the same version number...
Once a version number is "allocated", no matter what happens on
earth, we can't change its content (that's why Apache from time to
time skips version numbers, ex where's httpd-1.3.21?)
I'll package up a new distro sometimes this week...
Pier
Re: Error compiling mod_webapp.so on Linux
Posted by Pier Fumagalli <pi...@betaversion.org>.
On Monday, October 15, 2001, at 09:02 am, jean-frederic clere wrote:
> Pier Fumagalli wrote:
>>
>> Robert Watkins at geek@foo-bar.org wrote:
>>
>>> I wish it were that simple. There is no stray config.cache in the
>>> src distro
>>> I'm using -- have I got the wrong one?
>>
>> I see now that there is a 4.0 "new" and a 4.0 "old" (the "old"
>> one is the
>> one I used to compile for Linux on Craig's machines, and the
>> "new" one was
>> rolled last Sunday by J.F.)...
>>
>> J.F., what did you change in the "new" source distribution?
>
>
> The apr of the "old" is already configured, the config.cache is
> used and the
> results where not very good in the 3 platfroms
> (Linux/ReliantUnix/Solaris) I was
> able to test.
>
> So I have extracted the tarball remove the apr subdirectory,
> extract a new apr
> (tagged APACHE_2_0_25) from CVS and rebuild the package. This one
> builds on my
> Suse 7.2.
But now we have TWO different distributions, with different code
bases, with different problems WITH the same version number...
Once a version number is "allocated", no matter what happens on
earth, we can't change its content (that's why Apache from time to
time skips version numbers, ex where's httpd-1.3.21?)
I'll package up a new distro sometimes this week...
Pier
Re: Error compiling mod_webapp.so on Linux
Posted by jean-frederic clere <jf...@fujitsu-siemens.com>.
Pier Fumagalli wrote:
>
> Robert Watkins at geek@foo-bar.org wrote:
>
> > I wish it were that simple. There is no stray config.cache in the src distro
> > I'm using -- have I got the wrong one?
>
> I see now that there is a 4.0 "new" and a 4.0 "old" (the "old" one is the
> one I used to compile for Linux on Craig's machines, and the "new" one was
> rolled last Sunday by J.F.)...
>
> J.F., what did you change in the "new" source distribution?
The apr of the "old" is already configured, the config.cache is used and the
results where not very good in the 3 platfroms (Linux/ReliantUnix/Solaris) I was
able to test.
So I have extracted the tarball remove the apr subdirectory, extract a new apr
(tagged APACHE_2_0_25) from CVS and rebuild the package. This one builds on my
Suse 7.2.
>
> Pier
Re: Error compiling mod_webapp.so on Linux
Posted by jean-frederic clere <jf...@fujitsu-siemens.com>.
Pier Fumagalli wrote:
>
> Robert Watkins at geek@foo-bar.org wrote:
>
> > I wish it were that simple. There is no stray config.cache in the src distro
> > I'm using -- have I got the wrong one?
>
> I see now that there is a 4.0 "new" and a 4.0 "old" (the "old" one is the
> one I used to compile for Linux on Craig's machines, and the "new" one was
> rolled last Sunday by J.F.)...
>
> J.F., what did you change in the "new" source distribution?
The apr of the "old" is already configured, the config.cache is used and the
results where not very good in the 3 platfroms (Linux/ReliantUnix/Solaris) I was
able to test.
So I have extracted the tarball remove the apr subdirectory, extract a new apr
(tagged APACHE_2_0_25) from CVS and rebuild the package. This one builds on my
Suse 7.2.
>
> Pier
Re: Error compiling mod_webapp.so on Linux
Posted by Pier Fumagalli <pi...@betaversion.org>.
Robert Watkins at geek@foo-bar.org wrote:
> I wish it were that simple. There is no stray config.cache in the src distro
> I'm using -- have I got the wrong one?
I see now that there is a 4.0 "new" and a 4.0 "old" (the "old" one is the
one I used to compile for Linux on Craig's machines, and the "new" one was
rolled last Sunday by J.F.)...
J.F., what did you change in the "new" source distribution?
Pier
Re: Error compiling mod_webapp.so on Linux
Posted by Pier Fumagalli <pi...@betaversion.org>.
Robert Watkins at geek@foo-bar.org wrote:
> I wish it were that simple. There is no stray config.cache in the src distro
> I'm using -- have I got the wrong one?
I see now that there is a 4.0 "new" and a 4.0 "old" (the "old" one is the
one I used to compile for Linux on Craig's machines, and the "new" one was
rolled last Sunday by J.F.)...
J.F., what did you change in the "new" source distribution?
Pier
Re: Error compiling mod_webapp.so on Linux
Posted by Robert Watkins <ge...@foo-bar.org>.
I wish it were that simple. There is no stray config.cache in the src distro
I'm using -- have I got the wrong one?
[~/tmp/webapp-module-1.0-tc40]$ ls -l apr
total 153
-rw-r--r-- 1 robertw robertw 15095 Jan 1 2001 APRDesign
-rw-r--r-- 1 robertw robertw 314 Aug 1 16:37 APRVARS.in
-rw-r--r-- 1 robertw robertw 25244 Aug 29 11:20 CHANGES
-rw-r--r-- 1 robertw robertw 2467 Aug 12 01:13 Makefile.in
-rw-r--r-- 1 robertw robertw 534 Apr 20 20:50 README.dev
-rw-r--r-- 1 robertw robertw 10672 Aug 24 14:04 STATUS
-rw-r--r-- 1 robertw robertw 1406 Aug 16 02:29 acconfig.h
-rw-r--r-- 1 robertw robertw 11490 Aug 28 17:45 apr.dsp
drwxr-xr-x 2 robertw robertw 1024 Oct 8 10:49 build/
-rwxr-xr-x 1 robertw robertw 3931 Aug 13 18:46 buildconf*
-rw-r--r-- 1 robertw robertw 41746 Aug 29 11:20 configure.in
drwxr-xr-x 2 robertw robertw 1024 Oct 8 10:49 docs/
drwxr-xr-x 8 robertw robertw 1024 Oct 8 10:49 dso/
drwxr-xr-x 5 robertw robertw 1024 Oct 8 10:49 file_io/
drwxr-xr-x 3 robertw robertw 1024 Oct 8 10:49 i18n/
drwxr-xr-x 2 robertw robertw 1024 Oct 8 10:49 images/
drwxr-xr-x 3 robertw robertw 1024 Oct 8 10:49 include/
-rw-r--r-- 1 robertw robertw 13286 Aug 28 17:45 libapr.dsp
drwxr-xr-x 7 robertw robertw 1024 Oct 8 10:49 locks/
drwxr-xr-x 3 robertw robertw 1024 Oct 8 10:49 memory/
drwxr-xr-x 6 robertw robertw 1024 Oct 8 10:49 misc/
drwxr-xr-x 4 robertw robertw 1024 Oct 8 10:49 mmap/
drwxr-xr-x 6 robertw robertw 1024 Oct 8 10:49 network_io/
drwxr-xr-x 2 robertw robertw 1024 Oct 8 10:49 passwd/
-rw-r--r-- 1 robertw robertw 601 Jun 13 18:38 renames_pending
drwxr-xr-x 5 robertw robertw 1024 Oct 8 10:49 shmem/
drwxr-xr-x 2 robertw robertw 1024 Oct 8 10:49 strings/
drwxr-xr-x 2 robertw robertw 1024 Oct 8 10:49 tables/
drwxr-xr-x 2 robertw robertw 1024 Oct 8 10:49 test/
drwxr-xr-x 7 robertw robertw 1024 Oct 8 10:49 threadproc/
drwxr-xr-x 4 robertw robertw 1024 Oct 8 10:49 time/
drwxr-xr-x 4 robertw robertw 1024 Oct 8 10:49 user/
[~/tmp/webapp-module-1.0-tc40]$ find . -name "*cache" -print
On Sun, 14 Oct 2001, Pier Fumagalli wrote:
>
> My bad... In the source distribution there is an invalid config.cache (which
> I didn't strip)... If you remove apr/config.cache all should run fine (in
> theory)
>
> Pier
>
Re: Error compiling mod_webapp.so on Linux
Posted by Pier Fumagalli <pi...@betaversion.org>.
Robert Watkins at geek@foo-bar.org wrote:
> In trying to configure Tomcat 4.0 to work with Apache (see an earlier message
> I posted: Tomcat 4.0/Apache 1.3/Linux: socket error when connecting to
> /examples)
> one of the things I thought might help me is if I compiled mod_webapp.so
> myself,
> even though using one of the binaries available at jakarta.apache.org gave no
> errors with 'apachectl configtest'. However, this has given further
> difficulties.
>
> configure runs without any errors, but make falls apart for a reason I cannot
> fathom. The (edited) output from make is included below in case anyone can
> make
> sense of it:
My bad... In the source distribution there is an invalid config.cache (which
I didn't strip)... If you remove apr/config.cache all should run fine (in
theory)
Pier