You are viewing a plain text version of this content. The canonical link for it is here.
Posted to modperl@perl.apache.org by Joe Schaefer <jo...@sunstarsys.com> on 2002/11/26 00:34:15 UTC
libapreq-1.1 Release Candidate 1
The apreq developers are planning a maintenance release of
libapreq-1.1. This version does not include support for
modperl-2, but it does address some outstanding problems in
1.0:
* OS X support
* perl 5.8 segfaults related to file uploads.
Please give the tarball at
http://www.apache.org/~joes/libapreq-1.1_rc1.tar.gz
a try and report comments/problems/etc. to the apreq-dev list
at apreq-dev@httpd.apache.org. There are special build
instructions for OS X, so be sure to have a look at
http://www.apache.org/~joes/
for details on OS X support. We'll be patching the INSTALL &
README documents based on OS X user feedback.
Note: We really could use more volunteers participating
in apreq-dev, especially folks with OS X experience. Even though
libapreq is a small (ASF) project, there's plenty of work to be
done- both in improving/supporting the libapreq-1.x codebase as
well as porting apreq to modperl-2.
Thanks.
--
Joe Schaefer
Re: libapreq-1.1 Release Candidate 1
Posted by Stas Bekman <st...@stason.org>.
Geoffrey Young wrote:
>
>> a try and report comments/problems/etc. to the apreq-dev list
>> at apreq-dev@httpd.apache.org.
>
>
> I have a comment :)
>
> I've been building nightly from CVS for almost a year now, but when you
> added the Apache::test stuff I had to stop doing it - the prompt for the
> Apache path when building the makefile makes it hang indefinitely.
>
> I caught the discussion on apreq-dev about Apache::Test v Apache::test
> and have a rather strong opinion on that but, as I'm not actually
> contributing anything to the project, I'll keep quiet :)
>
> at any rate, figuring out a logic other than "! to skip" would be nice.
adding a timeout should work I guess.
__________________________________________________________________
Stas Bekman JAm_pH ------> Just Another mod_perl Hacker
http://stason.org/ mod_perl Guide ---> http://perl.apache.org
mailto:stas@stason.org http://use.perl.org http://apacheweek.com
http://modperlbook.org http://apache.org http://ticketmaster.com
Re: libapreq-1.1 Release Candidate 1
Posted by Stas Bekman <st...@stason.org>.
Geoffrey Young wrote:
>
>> a try and report comments/problems/etc. to the apreq-dev list
>> at apreq-dev@httpd.apache.org.
>
>
> I have a comment :)
>
> I've been building nightly from CVS for almost a year now, but when you
> added the Apache::test stuff I had to stop doing it - the prompt for the
> Apache path when building the makefile makes it hang indefinitely.
>
> I caught the discussion on apreq-dev about Apache::Test v Apache::test
> and have a rather strong opinion on that but, as I'm not actually
> contributing anything to the project, I'll keep quiet :)
>
> at any rate, figuring out a logic other than "! to skip" would be nice.
adding a timeout should work I guess.
__________________________________________________________________
Stas Bekman JAm_pH ------> Just Another mod_perl Hacker
http://stason.org/ mod_perl Guide ---> http://perl.apache.org
mailto:stas@stason.org http://use.perl.org http://apacheweek.com
http://modperlbook.org http://apache.org http://ticketmaster.com
Re: libapreq-1.1 Release Candidate 1
Posted by Geoffrey Young <ge...@modperlcookbook.org>.
> a try and report comments/problems/etc. to the apreq-dev list
> at apreq-dev@httpd.apache.org.
I have a comment :)
I've been building nightly from CVS for almost a year now, but when
you added the Apache::test stuff I had to stop doing it - the prompt
for the Apache path when building the makefile makes it hang indefinitely.
I caught the discussion on apreq-dev about Apache::Test v Apache::test
and have a rather strong opinion on that but, as I'm not actually
contributing anything to the project, I'll keep quiet :)
at any rate, figuring out a logic other than "! to skip" would be nice.
$0.02
--Geoff
Re: libapreq-1.1 Release Candidate 1
Posted by Martin Nilsson <ma...@svenskabutiker.se>.
Joe Schaefer wrote:
> The apreq developers are planning a maintenance release of
> libapreq-1.1. This version does not include support for
> modperl-2, but it does address some outstanding problems in
> 1.0:
I have made the below patch to make Apache::Request behave like CGI.pm
when parsing multi-valued http POST data. Without the patch the matching
of the variable names is case insensitive this results in a multi valued
list instead of two separate hash entries if the following fragment is
posted.
<input type="hidden" name="GOTO" value="up">
<input type="hidden" name="goto" value="down">
Since the keys in perl hashes are case sensitive it makes no sense to
believe that the above two keys should create a multivalued enty and not
two entries, one with key 'GOTO' and the other with 'goto'.
To make matters worse actual case used for the resulting multivalued key
is only dependent on which field that was parsed first!
/Martin
--
Martin Nilsson, Civilingenjör M.Sc. CS&E
Svenska Butiker AB,
S:t Larsväg 44, 222 70 Lund, Sweden
martin@svenskabutiker.se
Phone: +46-46-304130
http://www.svenskabutiker.se
Re: libapreq-1.1 Release Candidate 1
Posted by Martin Nilsson <ma...@svenskabutiker.se>.
Joe Schaefer wrote:
> The apreq developers are planning a maintenance release of
> libapreq-1.1. This version does not include support for
> modperl-2, but it does address some outstanding problems in
> 1.0:
I have made the below patch to make Apache::Request behave like CGI.pm
when parsing multi-valued http POST data. Without the patch the matching
of the variable names is case insensitive this results in a multi valued
list instead of two separate hash entries if the following fragment is
posted.
<input type="hidden" name="GOTO" value="up">
<input type="hidden" name="goto" value="down">
Since the keys in perl hashes are case sensitive it makes no sense to
believe that the above two keys should create a multivalued enty and not
two entries, one with key 'GOTO' and the other with 'goto'.
To make matters worse actual case used for the resulting multivalued key
is only dependent on which field that was parsed first!
/Martin
--
Martin Nilsson, Civilingenjör M.Sc. CS&E
Svenska Butiker AB,
S:t Larsväg 44, 222 70 Lund, Sweden
martin@svenskabutiker.se
Phone: +46-46-304130
http://www.svenskabutiker.se
Re: libapreq-1.1 Release Candidate 1
Posted by Geoffrey Young <ge...@modperlcookbook.org>.
> a try and report comments/problems/etc. to the apreq-dev list
> at apreq-dev@httpd.apache.org.
I have a comment :)
I've been building nightly from CVS for almost a year now, but when
you added the Apache::test stuff I had to stop doing it - the prompt
for the Apache path when building the makefile makes it hang indefinitely.
I caught the discussion on apreq-dev about Apache::Test v Apache::test
and have a rather strong opinion on that but, as I'm not actually
contributing anything to the project, I'll keep quiet :)
at any rate, figuring out a logic other than "! to skip" would be nice.
$0.02
--Geoff
Re: libapreq-1.1 Release Candidate 1
Posted by Ken Williams <ke...@mathforum.org>.
Edward,
Instead of just "./configure", you'll need to do
"./configure --with-apache-includes=/usr/include/httpd"
(assuming that's where your apache headers are).
That'll get you farther, anyway.
Joe, maybe this could be added as a default for Darwin or something?
-Ken
On Tuesday, November 26, 2002, at 01:12 PM, Edward Moon wrote:
> PowerBook Ti 667 Rev1 (1GB RAM 30GB HD)
> OS X 10.2
> Apache 1.3.27 installed at Apple default (custom build w/
> mod_perl 1.27)
> Apache 2.0.43 installed at /usr/local/apache2
>
> Ran configure then make and got the error:
> cpp-precomp: warning: errors
> during smart preprocessing, retrying in basic
> mode
> make[1]: *** [apache_cookie.lo] Error 1
> make: *** [all-recursive] Error 1
>
> Gory details follows:
>
> [honeycrisp:~/src/httpd-apreq] em% ./configure
> checking for a BSD-compatible install... /usr/bin/install -c
> checking whether build environment is sane... yes
> checking for gawk... gawk
> checking whether make sets ${MAKE}... yes
> checking for gcc... gcc
> checking for C compiler default output... a.out
> checking whether the C compiler works... yes
> checking whether we are cross compiling... no
> checking for suffix of executables...
> checking for suffix of object files... o
> checking whether we are using the GNU C compiler... yes
> checking whether gcc accepts -g... yes
> checking for style of include used by make... GNU
> checking dependency style of gcc... gcc
> checking build system type... powerpc-apple-darwin6.2
> checking host system type... powerpc-apple-darwin6.2
> checking for ld used by GCC... /usr/bin/ld
> checking if the linker (/usr/bin/ld) is GNU ld... no
> checking for /usr/bin/ld option to reload object files... -r
> checking for BSD-compatible nm... /usr/bin/nm -p
> checking whether ln -s works... yes
> checking how to recognise dependant libraries... file_magic Mach-O
> dynamically linked shared library
> checking command to parse /usr/bin/nm -p output... ok
> checking how to run the C preprocessor... gcc -E
> checking for ANSI C header files... yes
> checking for sys/types.h... yes
> checking for sys/stat.h... yes
> checking for stdlib.h... yes
> checking for string.h... yes
> checking for memory.h... yes
> checking for strings.h... yes
> checking for inttypes.h... yes
> checking for stdint.h... yes
> checking for unistd.h... yes
> checking dlfcn.h usability... no
> checking dlfcn.h presence... no
> checking for dlfcn.h... no
> checking for ranlib... ranlib
> checking for strip... strip
> checking for objdir... .libs
> checking for gcc option to produce PIC... -fno-common
> checking if gcc PIC flag -fno-common works... yes
> checking if gcc static flag -static works... no
> checking if gcc supports -c -o file.o... yes
> checking if gcc supports -c -o file.lo... yes
> checking if gcc supports -fno-rtti -fno-exceptions... yes
> checking whether the linker (/usr/bin/ld) supports shared
> libraries... yes
> checking how to hardcode library paths into programs... unsupported
> checking whether stripping libraries is possible... no
> checking dynamic linker characteristics... darwin6.2 dyld
> checking if libtool supports shared libraries... yes
> checking whether to build shared libraries... yes
> checking whether to build static libraries... yes
> creating libtool
> checking for ranlib... (cached) ranlib
> checking for a BSD-compatible install... /usr/bin/install -c
> checking whether ln -s works... yes
> configure: creating ./config.status
> config.status: creating Makefile
> config.status: creating c/Makefile
> config.status: executing depfiles commands
> [honeycrisp:~/src/httpd-apreq] em% make
> Making all in c
> source='apache_cookie.c' object='apache_cookie.lo' libtool=yes \
> depfile='.deps/apache_cookie.Plo'
> tmpdepfile='.deps/apache_cookie.TPlo' \
> depmode=gcc /bin/sh ../depcomp \
> /bin/sh ../libtool --mode=compile gcc -DPACKAGE_NAME=\"\"
> -DPACKAGE_TARNAME=\"\" -DPACKAGE_VERSION=\"\" -DPACKAGE_STRING=\"\"
> -DPACKAGE_BUGREPORT=\"\" -DPACKAGE=\"libapreq\" -DVERSION=\"1.1\"
> -DSTDC_HEADERS=1 -DHAVE_SYS_TYPES_H=1 -DHAVE_SYS_STAT_H=1
> -DHAVE_STDLIB_H=1 -DHAVE_STRING_H=1 -DHAVE_MEMORY_H=1
> -DHAVE_STRINGS_H=1
> -DHAVE_INTTYPES_H=1 -DHAVE_STDINT_H=1 -DHAVE_UNISTD_H=1 -I. -I.
> -I/usr/local/apache/include -g -O2 -c -o apache_cookie.lo `test -f
> 'apache_cookie.c' || echo './'`apache_cookie.c
> mkdir .libs
> gcc -DPACKAGE_NAME=\"\" -DPACKAGE_TARNAME=\"\" -DPACKAGE_VERSION=\"\"
> -DPACKAGE_STRING=\"\" -DPACKAGE_BUGREPORT=\"\" -DPACKAGE=\"libapreq\"
> -DVERSION=\"1.1\" -DSTDC_HEADERS=1 -DHAVE_SYS_TYPES_H=1
> -DHAVE_SYS_STAT_H=1 -DHAVE_STDLIB_H=1 -DHAVE_STRING_H=1
> -DHAVE_MEMORY_H=1
> -DHAVE_STRINGS_H=1 -DHAVE_INTTYPES_H=1 -DHAVE_STDINT_H=1
> -DHAVE_UNISTD_H=1
> -I. -I. -I/usr/local/apache/include -g -O2 -c apache_cookie.c
> -Wp,-MD,.deps/apache_cookie.TPlo -fno-common -DPIC -o
> ..libs/apache_cookie.lo
> apache_request.h:5: header file 'httpd.h' not found
> apache_request.h:6: header file 'http_config.h' not found
> apache_request.h:7: header file 'http_core.h' not found
> apache_request.h:8: header file 'http_log.h' not found
> apache_request.h:9: header file 'http_main.h' not found
> apache_request.h:10: header file 'http_protocol.h' not found
> apache_request.h:11: header file 'util_script.h' not found
> apache_request.h:38: undefined type, found `table'
> apache_request.h:47: undefined type, found `request_rec'
> apache_request.h:55: undefined type, found `table'
> apache_request.h:56: undefined type, found `FILE'
> apache_request.h:89: undefined type, found `request_rec'
> apache_request.h:95: undefined type, found `array_header'
> apache_request.h:101: undefined type, found `FILE'
> apache_request.h:121: undefined type, found `pool'
> apache_cookie.h:6: undefined type, found `array_header'
> apache_cookie.h:9: undefined type, found `request_rec'
> apache_cookie.h:11: undefined type, found `array_header'
> apache_cookie.h:44: undefined type, found `request_rec'
> apache_cookie.h:45: undefined type, found `request_rec'
> apache_cookie.c:113: undefined type, found `request_rec'
> apache_cookie.c:115: undefined type, found `va_list'
> apache_cookie.c:132: illegal expression, found `char'
> apache_cookie.c:136: illegal expression, found `char'
> apache_cookie.c:144: undefined type, found `request_rec'
> apache_cookie.c:196: undefined type, found `pool'
> apache_cookie.c:232: undefined type, found `array_header'
> apache_cookie.c:233: undefined type, found `pool'
> cpp-precomp: warning: errors during smart preprocessing,
> retrying in basic
> mode
> make[1]: *** [apache_cookie.lo] Error 1
> make: *** [all-recursive] Error 1
> [honeycrisp:~/src/httpd-apreq] em%
>
>
> On 25 Nov 2002, Joe Schaefer wrote:
>
>> Date: 25 Nov 2002 18:34:15 -0500
>> From: Joe Schaefer <jo...@sunstarsys.com>
>> To: modperl list <mo...@perl.apache.org>, macosx list
>> <ma...@perl.org>,
>> apreq list <ap...@httpd.apache.org>
>> Subject: libapreq-1.1 Release Candidate 1
>>
>>
>> The apreq developers are planning a maintenance release of
>> libapreq-1.1. This version does not include support for
>> modperl-2, but it does address some outstanding problems in
>> 1.0:
>>
>> * OS X support
>> * perl 5.8 segfaults related to file uploads.
>>
>> Please give the tarball at
>>
>> http://www.apache.org/~joes/libapreq-1.1_rc1.tar.gz
>>
>> a try and report comments/problems/etc. to the apreq-dev list
>> at apreq-dev@httpd.apache.org. There are special build
>> instructions for OS X, so be sure to have a look at
>>
>> http://www.apache.org/~joes/
>>
>> for details on OS X support. We'll be patching the INSTALL &
>> README documents based on OS X user feedback.
>>
>> Note: We really could use more volunteers participating
>> in apreq-dev, especially folks with OS X experience. Even though
>> libapreq is a small (ASF) project, there's plenty of work to be
>> done- both in improving/supporting the libapreq-1.x codebase as
>> well as porting apreq to modperl-2.
>>
>> Thanks.
>>
>> --
>> Joe Schaefer
>>
>
>
Re: libapreq-1.1 Release Candidate 1
Posted by Ken Williams <ke...@mathforum.org>.
Edward,
Instead of just "./configure", you'll need to do
"./configure --with-apache-includes=/usr/include/httpd"
(assuming that's where your apache headers are).
That'll get you farther, anyway.
Joe, maybe this could be added as a default for Darwin or something?
-Ken
On Tuesday, November 26, 2002, at 01:12 PM, Edward Moon wrote:
> PowerBook Ti 667 Rev1 (1GB RAM 30GB HD)
> OS X 10.2
> Apache 1.3.27 installed at Apple default (custom build w/
> mod_perl 1.27)
> Apache 2.0.43 installed at /usr/local/apache2
>
> Ran configure then make and got the error:
> cpp-precomp: warning: errors
> during smart preprocessing, retrying in basic
> mode
> make[1]: *** [apache_cookie.lo] Error 1
> make: *** [all-recursive] Error 1
>
> Gory details follows:
>
> [honeycrisp:~/src/httpd-apreq] em% ./configure
> checking for a BSD-compatible install... /usr/bin/install -c
> checking whether build environment is sane... yes
> checking for gawk... gawk
> checking whether make sets ${MAKE}... yes
> checking for gcc... gcc
> checking for C compiler default output... a.out
> checking whether the C compiler works... yes
> checking whether we are cross compiling... no
> checking for suffix of executables...
> checking for suffix of object files... o
> checking whether we are using the GNU C compiler... yes
> checking whether gcc accepts -g... yes
> checking for style of include used by make... GNU
> checking dependency style of gcc... gcc
> checking build system type... powerpc-apple-darwin6.2
> checking host system type... powerpc-apple-darwin6.2
> checking for ld used by GCC... /usr/bin/ld
> checking if the linker (/usr/bin/ld) is GNU ld... no
> checking for /usr/bin/ld option to reload object files... -r
> checking for BSD-compatible nm... /usr/bin/nm -p
> checking whether ln -s works... yes
> checking how to recognise dependant libraries... file_magic Mach-O
> dynamically linked shared library
> checking command to parse /usr/bin/nm -p output... ok
> checking how to run the C preprocessor... gcc -E
> checking for ANSI C header files... yes
> checking for sys/types.h... yes
> checking for sys/stat.h... yes
> checking for stdlib.h... yes
> checking for string.h... yes
> checking for memory.h... yes
> checking for strings.h... yes
> checking for inttypes.h... yes
> checking for stdint.h... yes
> checking for unistd.h... yes
> checking dlfcn.h usability... no
> checking dlfcn.h presence... no
> checking for dlfcn.h... no
> checking for ranlib... ranlib
> checking for strip... strip
> checking for objdir... .libs
> checking for gcc option to produce PIC... -fno-common
> checking if gcc PIC flag -fno-common works... yes
> checking if gcc static flag -static works... no
> checking if gcc supports -c -o file.o... yes
> checking if gcc supports -c -o file.lo... yes
> checking if gcc supports -fno-rtti -fno-exceptions... yes
> checking whether the linker (/usr/bin/ld) supports shared
> libraries... yes
> checking how to hardcode library paths into programs... unsupported
> checking whether stripping libraries is possible... no
> checking dynamic linker characteristics... darwin6.2 dyld
> checking if libtool supports shared libraries... yes
> checking whether to build shared libraries... yes
> checking whether to build static libraries... yes
> creating libtool
> checking for ranlib... (cached) ranlib
> checking for a BSD-compatible install... /usr/bin/install -c
> checking whether ln -s works... yes
> configure: creating ./config.status
> config.status: creating Makefile
> config.status: creating c/Makefile
> config.status: executing depfiles commands
> [honeycrisp:~/src/httpd-apreq] em% make
> Making all in c
> source='apache_cookie.c' object='apache_cookie.lo' libtool=yes \
> depfile='.deps/apache_cookie.Plo'
> tmpdepfile='.deps/apache_cookie.TPlo' \
> depmode=gcc /bin/sh ../depcomp \
> /bin/sh ../libtool --mode=compile gcc -DPACKAGE_NAME=\"\"
> -DPACKAGE_TARNAME=\"\" -DPACKAGE_VERSION=\"\" -DPACKAGE_STRING=\"\"
> -DPACKAGE_BUGREPORT=\"\" -DPACKAGE=\"libapreq\" -DVERSION=\"1.1\"
> -DSTDC_HEADERS=1 -DHAVE_SYS_TYPES_H=1 -DHAVE_SYS_STAT_H=1
> -DHAVE_STDLIB_H=1 -DHAVE_STRING_H=1 -DHAVE_MEMORY_H=1
> -DHAVE_STRINGS_H=1
> -DHAVE_INTTYPES_H=1 -DHAVE_STDINT_H=1 -DHAVE_UNISTD_H=1 -I. -I.
> -I/usr/local/apache/include -g -O2 -c -o apache_cookie.lo `test -f
> 'apache_cookie.c' || echo './'`apache_cookie.c
> mkdir .libs
> gcc -DPACKAGE_NAME=\"\" -DPACKAGE_TARNAME=\"\" -DPACKAGE_VERSION=\"\"
> -DPACKAGE_STRING=\"\" -DPACKAGE_BUGREPORT=\"\" -DPACKAGE=\"libapreq\"
> -DVERSION=\"1.1\" -DSTDC_HEADERS=1 -DHAVE_SYS_TYPES_H=1
> -DHAVE_SYS_STAT_H=1 -DHAVE_STDLIB_H=1 -DHAVE_STRING_H=1
> -DHAVE_MEMORY_H=1
> -DHAVE_STRINGS_H=1 -DHAVE_INTTYPES_H=1 -DHAVE_STDINT_H=1
> -DHAVE_UNISTD_H=1
> -I. -I. -I/usr/local/apache/include -g -O2 -c apache_cookie.c
> -Wp,-MD,.deps/apache_cookie.TPlo -fno-common -DPIC -o
> ..libs/apache_cookie.lo
> apache_request.h:5: header file 'httpd.h' not found
> apache_request.h:6: header file 'http_config.h' not found
> apache_request.h:7: header file 'http_core.h' not found
> apache_request.h:8: header file 'http_log.h' not found
> apache_request.h:9: header file 'http_main.h' not found
> apache_request.h:10: header file 'http_protocol.h' not found
> apache_request.h:11: header file 'util_script.h' not found
> apache_request.h:38: undefined type, found `table'
> apache_request.h:47: undefined type, found `request_rec'
> apache_request.h:55: undefined type, found `table'
> apache_request.h:56: undefined type, found `FILE'
> apache_request.h:89: undefined type, found `request_rec'
> apache_request.h:95: undefined type, found `array_header'
> apache_request.h:101: undefined type, found `FILE'
> apache_request.h:121: undefined type, found `pool'
> apache_cookie.h:6: undefined type, found `array_header'
> apache_cookie.h:9: undefined type, found `request_rec'
> apache_cookie.h:11: undefined type, found `array_header'
> apache_cookie.h:44: undefined type, found `request_rec'
> apache_cookie.h:45: undefined type, found `request_rec'
> apache_cookie.c:113: undefined type, found `request_rec'
> apache_cookie.c:115: undefined type, found `va_list'
> apache_cookie.c:132: illegal expression, found `char'
> apache_cookie.c:136: illegal expression, found `char'
> apache_cookie.c:144: undefined type, found `request_rec'
> apache_cookie.c:196: undefined type, found `pool'
> apache_cookie.c:232: undefined type, found `array_header'
> apache_cookie.c:233: undefined type, found `pool'
> cpp-precomp: warning: errors during smart preprocessing,
> retrying in basic
> mode
> make[1]: *** [apache_cookie.lo] Error 1
> make: *** [all-recursive] Error 1
> [honeycrisp:~/src/httpd-apreq] em%
>
>
> On 25 Nov 2002, Joe Schaefer wrote:
>
>> Date: 25 Nov 2002 18:34:15 -0500
>> From: Joe Schaefer <jo...@sunstarsys.com>
>> To: modperl list <mo...@perl.apache.org>, macosx list
>> <ma...@perl.org>,
>> apreq list <ap...@httpd.apache.org>
>> Subject: libapreq-1.1 Release Candidate 1
>>
>>
>> The apreq developers are planning a maintenance release of
>> libapreq-1.1. This version does not include support for
>> modperl-2, but it does address some outstanding problems in
>> 1.0:
>>
>> * OS X support
>> * perl 5.8 segfaults related to file uploads.
>>
>> Please give the tarball at
>>
>> http://www.apache.org/~joes/libapreq-1.1_rc1.tar.gz
>>
>> a try and report comments/problems/etc. to the apreq-dev list
>> at apreq-dev@httpd.apache.org. There are special build
>> instructions for OS X, so be sure to have a look at
>>
>> http://www.apache.org/~joes/
>>
>> for details on OS X support. We'll be patching the INSTALL &
>> README documents based on OS X user feedback.
>>
>> Note: We really could use more volunteers participating
>> in apreq-dev, especially folks with OS X experience. Even though
>> libapreq is a small (ASF) project, there's plenty of work to be
>> done- both in improving/supporting the libapreq-1.x codebase as
>> well as porting apreq to modperl-2.
>>
>> Thanks.
>>
>> --
>> Joe Schaefer
>>
>
>
Re: libapreq-1.1 Release Candidate 1
Posted by Edward Moon <em...@mooned.org>.
PowerBook Ti 667 Rev1 (1GB RAM 30GB HD)
OS X 10.2
Apache 1.3.27 installed at Apple default (custom build w/ mod_perl 1.27)
Apache 2.0.43 installed at /usr/local/apache2
Ran configure then make and got the error:
cpp-precomp: warning: errors
during smart preprocessing, retrying in basic
mode
make[1]: *** [apache_cookie.lo] Error 1
make: *** [all-recursive] Error 1
Gory details follows:
[honeycrisp:~/src/httpd-apreq] em% ./configure
checking for a BSD-compatible install... /usr/bin/install -c
checking whether build environment is sane... yes
checking for gawk... gawk
checking whether make sets ${MAKE}... yes
checking for gcc... gcc
checking for C compiler default output... a.out
checking whether the C compiler works... yes
checking whether we are cross compiling... no
checking for suffix of executables...
checking for suffix of object files... o
checking whether we are using the GNU C compiler... yes
checking whether gcc accepts -g... yes
checking for style of include used by make... GNU
checking dependency style of gcc... gcc
checking build system type... powerpc-apple-darwin6.2
checking host system type... powerpc-apple-darwin6.2
checking for ld used by GCC... /usr/bin/ld
checking if the linker (/usr/bin/ld) is GNU ld... no
checking for /usr/bin/ld option to reload object files... -r
checking for BSD-compatible nm... /usr/bin/nm -p
checking whether ln -s works... yes
checking how to recognise dependant libraries... file_magic Mach-O
dynamically linked shared library
checking command to parse /usr/bin/nm -p output... ok
checking how to run the C preprocessor... gcc -E
checking for ANSI C header files... yes
checking for sys/types.h... yes
checking for sys/stat.h... yes
checking for stdlib.h... yes
checking for string.h... yes
checking for memory.h... yes
checking for strings.h... yes
checking for inttypes.h... yes
checking for stdint.h... yes
checking for unistd.h... yes
checking dlfcn.h usability... no
checking dlfcn.h presence... no
checking for dlfcn.h... no
checking for ranlib... ranlib
checking for strip... strip
checking for objdir... .libs
checking for gcc option to produce PIC... -fno-common
checking if gcc PIC flag -fno-common works... yes
checking if gcc static flag -static works... no
checking if gcc supports -c -o file.o... yes
checking if gcc supports -c -o file.lo... yes
checking if gcc supports -fno-rtti -fno-exceptions... yes
checking whether the linker (/usr/bin/ld) supports shared libraries... yes
checking how to hardcode library paths into programs... unsupported
checking whether stripping libraries is possible... no
checking dynamic linker characteristics... darwin6.2 dyld
checking if libtool supports shared libraries... yes
checking whether to build shared libraries... yes
checking whether to build static libraries... yes
creating libtool
checking for ranlib... (cached) ranlib
checking for a BSD-compatible install... /usr/bin/install -c
checking whether ln -s works... yes
configure: creating ./config.status
config.status: creating Makefile
config.status: creating c/Makefile
config.status: executing depfiles commands
[honeycrisp:~/src/httpd-apreq] em% make
Making all in c
source='apache_cookie.c' object='apache_cookie.lo' libtool=yes \
depfile='.deps/apache_cookie.Plo' tmpdepfile='.deps/apache_cookie.TPlo' \
depmode=gcc /bin/sh ../depcomp \
/bin/sh ../libtool --mode=compile gcc -DPACKAGE_NAME=\"\"
-DPACKAGE_TARNAME=\"\" -DPACKAGE_VERSION=\"\" -DPACKAGE_STRING=\"\"
-DPACKAGE_BUGREPORT=\"\" -DPACKAGE=\"libapreq\" -DVERSION=\"1.1\"
-DSTDC_HEADERS=1 -DHAVE_SYS_TYPES_H=1 -DHAVE_SYS_STAT_H=1
-DHAVE_STDLIB_H=1 -DHAVE_STRING_H=1 -DHAVE_MEMORY_H=1 -DHAVE_STRINGS_H=1
-DHAVE_INTTYPES_H=1 -DHAVE_STDINT_H=1 -DHAVE_UNISTD_H=1 -I. -I.
-I/usr/local/apache/include -g -O2 -c -o apache_cookie.lo `test -f
'apache_cookie.c' || echo './'`apache_cookie.c
mkdir .libs
gcc -DPACKAGE_NAME=\"\" -DPACKAGE_TARNAME=\"\" -DPACKAGE_VERSION=\"\"
-DPACKAGE_STRING=\"\" -DPACKAGE_BUGREPORT=\"\" -DPACKAGE=\"libapreq\"
-DVERSION=\"1.1\" -DSTDC_HEADERS=1 -DHAVE_SYS_TYPES_H=1
-DHAVE_SYS_STAT_H=1 -DHAVE_STDLIB_H=1 -DHAVE_STRING_H=1 -DHAVE_MEMORY_H=1
-DHAVE_STRINGS_H=1 -DHAVE_INTTYPES_H=1 -DHAVE_STDINT_H=1 -DHAVE_UNISTD_H=1
-I. -I. -I/usr/local/apache/include -g -O2 -c apache_cookie.c
-Wp,-MD,.deps/apache_cookie.TPlo -fno-common -DPIC -o
.libs/apache_cookie.lo
apache_request.h:5: header file 'httpd.h' not found
apache_request.h:6: header file 'http_config.h' not found
apache_request.h:7: header file 'http_core.h' not found
apache_request.h:8: header file 'http_log.h' not found
apache_request.h:9: header file 'http_main.h' not found
apache_request.h:10: header file 'http_protocol.h' not found
apache_request.h:11: header file 'util_script.h' not found
apache_request.h:38: undefined type, found `table'
apache_request.h:47: undefined type, found `request_rec'
apache_request.h:55: undefined type, found `table'
apache_request.h:56: undefined type, found `FILE'
apache_request.h:89: undefined type, found `request_rec'
apache_request.h:95: undefined type, found `array_header'
apache_request.h:101: undefined type, found `FILE'
apache_request.h:121: undefined type, found `pool'
apache_cookie.h:6: undefined type, found `array_header'
apache_cookie.h:9: undefined type, found `request_rec'
apache_cookie.h:11: undefined type, found `array_header'
apache_cookie.h:44: undefined type, found `request_rec'
apache_cookie.h:45: undefined type, found `request_rec'
apache_cookie.c:113: undefined type, found `request_rec'
apache_cookie.c:115: undefined type, found `va_list'
apache_cookie.c:132: illegal expression, found `char'
apache_cookie.c:136: illegal expression, found `char'
apache_cookie.c:144: undefined type, found `request_rec'
apache_cookie.c:196: undefined type, found `pool'
apache_cookie.c:232: undefined type, found `array_header'
apache_cookie.c:233: undefined type, found `pool'
cpp-precomp: warning: errors during smart preprocessing, retrying in basic
mode
make[1]: *** [apache_cookie.lo] Error 1
make: *** [all-recursive] Error 1
[honeycrisp:~/src/httpd-apreq] em%
On 25 Nov 2002, Joe Schaefer wrote:
> Date: 25 Nov 2002 18:34:15 -0500
> From: Joe Schaefer <jo...@sunstarsys.com>
> To: modperl list <mo...@perl.apache.org>, macosx list <ma...@perl.org>,
> apreq list <ap...@httpd.apache.org>
> Subject: libapreq-1.1 Release Candidate 1
>
>
> The apreq developers are planning a maintenance release of
> libapreq-1.1. This version does not include support for
> modperl-2, but it does address some outstanding problems in
> 1.0:
>
> * OS X support
> * perl 5.8 segfaults related to file uploads.
>
> Please give the tarball at
>
> http://www.apache.org/~joes/libapreq-1.1_rc1.tar.gz
>
> a try and report comments/problems/etc. to the apreq-dev list
> at apreq-dev@httpd.apache.org. There are special build
> instructions for OS X, so be sure to have a look at
>
> http://www.apache.org/~joes/
>
> for details on OS X support. We'll be patching the INSTALL &
> README documents based on OS X user feedback.
>
> Note: We really could use more volunteers participating
> in apreq-dev, especially folks with OS X experience. Even though
> libapreq is a small (ASF) project, there's plenty of work to be
> done- both in improving/supporting the libapreq-1.x codebase as
> well as porting apreq to modperl-2.
>
> Thanks.
>
> --
> Joe Schaefer
>
Re: libapreq-1.1 Release Candidate 1
Posted by Ken Williams <ke...@mathforum.org>.
On Tuesday, November 26, 2002, at 05:24 PM, Joe Schaefer wrote:
> Ken Williams <ke...@mathforum.org> writes:
>
> [...]
>
>> I got through "./configure -> make -> make install"
>> successfully, installing to /usr/local/lib/ and
>> /usr/local/include/. However, there doesn't seem to be a
>> "ldconfig" on my system ('locate' couldn't find one anywhere,
>> and I checked manually in /sbin/ and /usr/sbin/).
>
> According to
>
> http://fink.sourceforge.net/doc/porting/porting.html
>
> OS X doesn't have/need an "ldconfig" binary (I'll update the web page).
>
> Try running the BUILD.sh script first. It'll rebuild the libtool/
> autoconf/automake utilities by using to your machine's version,
> instead of the ones I included in the tarball (which are based on
> my linux box). You might try running that first, and then doing
> the "./configure -> make -> make install" mojo before building
> the perl tests.
Promising, but several errors ensue:
[pe-242:~/Downloads/perl/httpd-apreq] ken% ./BUILD.sh
./BUILD.sh: command not found: libtoolize [4]
./BUILD.sh: command not found: aclocal [5]
FATAL ERROR: Autoconf version 2.52 or higher is required for this script
./BUILD.sh: command not found: automake [7]
[pe-242:~/Downloads/perl/httpd-apreq] ken% which autoconf
/usr/bin/autoconf
[pe-242:~/Downloads/perl/httpd-apreq] ken% autoconf --version
Autoconf version 2.13
Is it possible to backport the process to older autoconfs, or
are new features required?
-Ken
Re: libapreq-1.1 Release Candidate 1
Posted by Ken Williams <ke...@mathforum.org>.
On Tuesday, November 26, 2002, at 05:24 PM, Joe Schaefer wrote:
> Ken Williams <ke...@mathforum.org> writes:
>
> [...]
>
>> I got through "./configure -> make -> make install"
>> successfully, installing to /usr/local/lib/ and
>> /usr/local/include/. However, there doesn't seem to be a
>> "ldconfig" on my system ('locate' couldn't find one anywhere,
>> and I checked manually in /sbin/ and /usr/sbin/).
>
> According to
>
> http://fink.sourceforge.net/doc/porting/porting.html
>
> OS X doesn't have/need an "ldconfig" binary (I'll update the web page).
>
> Try running the BUILD.sh script first. It'll rebuild the libtool/
> autoconf/automake utilities by using to your machine's version,
> instead of the ones I included in the tarball (which are based on
> my linux box). You might try running that first, and then doing
> the "./configure -> make -> make install" mojo before building
> the perl tests.
Promising, but several errors ensue:
[pe-242:~/Downloads/perl/httpd-apreq] ken% ./BUILD.sh
./BUILD.sh: command not found: libtoolize [4]
./BUILD.sh: command not found: aclocal [5]
FATAL ERROR: Autoconf version 2.52 or higher is required for this script
./BUILD.sh: command not found: automake [7]
[pe-242:~/Downloads/perl/httpd-apreq] ken% which autoconf
/usr/bin/autoconf
[pe-242:~/Downloads/perl/httpd-apreq] ken% autoconf --version
Autoconf version 2.13
Is it possible to backport the process to older autoconfs, or
are new features required?
-Ken
Re: libapreq-1.1 Release Candidate 1
Posted by Joe Schaefer <jo...@sunstarsys.com>.
Ken Williams <ke...@mathforum.org> writes:
[...]
> I got through "./configure -> make -> make install"
> successfully, installing to /usr/local/lib/ and
> /usr/local/include/. However, there doesn't seem to be a
> "ldconfig" on my system ('locate' couldn't find one anywhere,
> and I checked manually in /sbin/ and /usr/sbin/).
According to
http://fink.sourceforge.net/doc/porting/porting.html
OS X doesn't have/need an "ldconfig" binary (I'll update the web page).
Try running the BUILD.sh script first. It'll rebuild the libtool/
autoconf/automake utilities by using to your machine's version,
instead of the ones I included in the tarball (which are based on
my linux box). You might try running that first, and then doing
the "./configure -> make -> make install" mojo before building
the perl tests.
If you still have trouble, I think it'll help apreq-dev to see
the transcript of the full process, from "sh BUILD.sh" through
"make test".
--
Joe Schaefer
Re: libapreq-1.1 Release Candidate 1
Posted by Joe Schaefer <jo...@sunstarsys.com>.
Ken Williams <ke...@mathforum.org> writes:
[...]
> I got through "./configure -> make -> make install"
> successfully, installing to /usr/local/lib/ and
> /usr/local/include/. However, there doesn't seem to be a
> "ldconfig" on my system ('locate' couldn't find one anywhere,
> and I checked manually in /sbin/ and /usr/sbin/).
According to
http://fink.sourceforge.net/doc/porting/porting.html
OS X doesn't have/need an "ldconfig" binary (I'll update the web page).
Try running the BUILD.sh script first. It'll rebuild the libtool/
autoconf/automake utilities by using to your machine's version,
instead of the ones I included in the tarball (which are based on
my linux box). You might try running that first, and then doing
the "./configure -> make -> make install" mojo before building
the perl tests.
If you still have trouble, I think it'll help apreq-dev to see
the transcript of the full process, from "sh BUILD.sh" through
"make test".
--
Joe Schaefer
Re: libapreq-1.1 Release Candidate 1
Posted by Ken Williams <ke...@mathforum.org>.
On Tuesday, November 26, 2002, at 12:22 PM, Joe Schaefer wrote:
> Ken Williams <ke...@mathforum.org> writes:
>
> [...]
>
>> I've attached the full output.
>
> Thanks, Ken. I looked over the result, but didn't see any
> indication that you used the "./configure -> make -> make install"
> instructions from the web page.
D'oh! I just looked at the INSTALL file, despite your
admonitions to the contrary. Sorry to overlook it.
I got through "./configure -> make -> make install"
successfully, installing to /usr/local/lib/ and
/usr/local/include/. However, there doesn't seem to be a
"ldconfig" on my system ('locate' couldn't find one anywhere,
and I checked manually in /sbin/ and /usr/sbin/).
> Did the libtool-based build
> of libapreq install successfully before you tried doing the perl
> build?
This time around, I installed libapreq and then did 'perl
Makefile.PL; make test;' and got a different error. Looks like
the server didn't start properly.
I've attached the terminal output, and the httpd.conf in case
it's helpful. The t/error_log is unremarkable (just a bunch of
stuff like "[warn] module mod_log_config.c is already added,
skipping").
-Ken
Re: libapreq-1.1 Release Candidate 1
Posted by Ken Williams <ke...@mathforum.org>.
On Tuesday, November 26, 2002, at 12:22 PM, Joe Schaefer wrote:
> Ken Williams <ke...@mathforum.org> writes:
>
> [...]
>
>> I've attached the full output.
>
> Thanks, Ken. I looked over the result, but didn't see any
> indication that you used the "./configure -> make -> make install"
> instructions from the web page.
D'oh! I just looked at the INSTALL file, despite your
admonitions to the contrary. Sorry to overlook it.
I got through "./configure -> make -> make install"
successfully, installing to /usr/local/lib/ and
/usr/local/include/. However, there doesn't seem to be a
"ldconfig" on my system ('locate' couldn't find one anywhere,
and I checked manually in /sbin/ and /usr/sbin/).
> Did the libtool-based build
> of libapreq install successfully before you tried doing the perl
> build?
This time around, I installed libapreq and then did 'perl
Makefile.PL; make test;' and got a different error. Looks like
the server didn't start properly.
I've attached the terminal output, and the httpd.conf in case
it's helpful. The t/error_log is unremarkable (just a bunch of
stuff like "[warn] module mod_log_config.c is already added,
skipping").
-Ken
Re: libapreq-1.1 Release Candidate 1
Posted by Joe Schaefer <jo...@sunstarsys.com>.
Ken Williams <ke...@mathforum.org> writes:
[...]
> I've attached the full output.
Thanks, Ken. I looked over the result, but didn't see any
indication that you used the "./configure -> make -> make install"
instructions from the web page. Did the libtool-based build
of libapreq install successfully before you tried doing the perl
build?
--
Joe Schaefer
Re: libapreq-1.1 Release Candidate 1
Posted by Joe Schaefer <jo...@sunstarsys.com>.
Ken Williams <ke...@mathforum.org> writes:
[...]
> I've attached the full output.
Thanks, Ken. I looked over the result, but didn't see any
indication that you used the "./configure -> make -> make install"
instructions from the web page. Did the libtool-based build
of libapreq install successfully before you tried doing the perl
build?
--
Joe Schaefer
Re: libapreq-1.1 Release Candidate 1
Posted by Ken Williams <ke...@mathforum.org>.
Hi Joe & APReq,
I'm glad this is receiving attention, Apache::Request has had
some trouble on OS X as I'm sure you're aware. I just tested
the RC, using:
perl 5.6.1
Apache/1.3.26 (as shipped with the OS, uses dso)
OS X 10.1.5
and I get this error in 'make test':
dyld: t/httpd multiple definitions of symbol _ApacheRequest___parse
blib/arch/auto/Apache/Request/Request.bundle definition of
_ApacheRequest___parse
blib/arch/auto/Apache/Cookie/Cookie.bundle definition of
_ApacheRequest___parse
make: *** [start_httpd] Error 66
I believe this was the same error from several months ago, that
the binary namespaces of Apache::Request and Apache::Cookie are
conflicting.
I've attached the full output.
-Ken
On Tuesday, November 26, 2002, at 10:34 AM, Joe Schaefer wrote:
>
> The apreq developers are planning a maintenance release of
> libapreq-1.1. This version does not include support for
> modperl-2, but it does address some outstanding problems in
> 1.0:
>
> * OS X support
> * perl 5.8 segfaults related to file uploads.
>
> Please give the tarball at
>
> http://www.apache.org/~joes/libapreq-1.1_rc1.tar.gz
>
> a try and report comments/problems/etc. to the apreq-dev list
> at apreq-dev@httpd.apache.org. There are special build
> instructions for OS X, so be sure to have a look at
>
> http://www.apache.org/~joes/
>
> for details on OS X support. We'll be patching the INSTALL &
> README documents based on OS X user feedback.
>
> Note: We really could use more volunteers participating
> in apreq-dev, especially folks with OS X experience. Even though
> libapreq is a small (ASF) project, there's plenty of work to be
> done- both in improving/supporting the libapreq-1.x codebase as
> well as porting apreq to modperl-2.
>
> Thanks.
>
> --
> Joe Schaefer
Re: libapreq-1.1 Release Candidate 1
Posted by Joe Schaefer <jo...@sunstarsys.com>.
Randy Kobes <ra...@theoryx5.uwinnipeg.ca> writes:
[...]
> The package builds fine on Win32, and passes the tests in the
> mod_perl-1 distribution. However, the supplied tests in the
> libapreq distribution itself need some tweaking to work on Win32.
> I'll look into doing that.
Cool, thanks a bunch. Please just commit the changes to cvs
so we can include them in 1.1_rc2.
--
Joe Schaefer
Re: libapreq-1.1 Release Candidate 1
Posted by Randy Kobes <ra...@theoryx5.uwinnipeg.ca>.
On 25 Nov 2002, Joe Schaefer wrote:
>
> The apreq developers are planning a maintenance release of
> libapreq-1.1. This version does not include support for
> modperl-2, but it does address some outstanding problems in
> 1.0:
>
> * OS X support
> * perl 5.8 segfaults related to file uploads.
>
> Please give the tarball at
>
> http://www.apache.org/~joes/libapreq-1.1_rc1.tar.gz
>
> a try and report comments/problems/etc. to the apreq-dev list
> at apreq-dev@httpd.apache.org. There are special build
> instructions for OS X, so be sure to have a look at
>
> http://www.apache.org/~joes/
>
> for details on OS X support. We'll be patching the INSTALL &
> README documents based on OS X user feedback.
>
The package builds fine on Win32, and passes the tests in the
mod_perl-1 distribution. However, the supplied tests in the
libapreq distribution itself need some tweaking to work on Win32.
I'll look into doing that.
--
best regards,
randy kobes
Re: libapreq-1.1 Release Candidate 1
Posted by Ken Williams <ke...@mathforum.org>.
Hi Joe & APReq,
I'm glad this is receiving attention, Apache::Request has had
some trouble on OS X as I'm sure you're aware. I just tested
the RC, using:
perl 5.6.1
Apache/1.3.26 (as shipped with the OS, uses dso)
OS X 10.1.5
and I get this error in 'make test':
dyld: t/httpd multiple definitions of symbol _ApacheRequest___parse
blib/arch/auto/Apache/Request/Request.bundle definition of
_ApacheRequest___parse
blib/arch/auto/Apache/Cookie/Cookie.bundle definition of
_ApacheRequest___parse
make: *** [start_httpd] Error 66
I believe this was the same error from several months ago, that
the binary namespaces of Apache::Request and Apache::Cookie are
conflicting.
I've attached the full output.
-Ken
On Tuesday, November 26, 2002, at 10:34 AM, Joe Schaefer wrote:
>
> The apreq developers are planning a maintenance release of
> libapreq-1.1. This version does not include support for
> modperl-2, but it does address some outstanding problems in
> 1.0:
>
> * OS X support
> * perl 5.8 segfaults related to file uploads.
>
> Please give the tarball at
>
> http://www.apache.org/~joes/libapreq-1.1_rc1.tar.gz
>
> a try and report comments/problems/etc. to the apreq-dev list
> at apreq-dev@httpd.apache.org. There are special build
> instructions for OS X, so be sure to have a look at
>
> http://www.apache.org/~joes/
>
> for details on OS X support. We'll be patching the INSTALL &
> README documents based on OS X user feedback.
>
> Note: We really could use more volunteers participating
> in apreq-dev, especially folks with OS X experience. Even though
> libapreq is a small (ASF) project, there's plenty of work to be
> done- both in improving/supporting the libapreq-1.x codebase as
> well as porting apreq to modperl-2.
>
> Thanks.
>
> --
> Joe Schaefer