You are viewing a plain text version of this content. The canonical link for it is here.
Posted to apreq-dev@httpd.apache.org by Joe Schaefer <jo...@sunstarsys.com> on 2001/06/15 18:24:54 UTC
libapreq 0.32 ready yet?
% perl -MCPAN 'fetch Apache::Request'
...
Fetching with LWP:
ftp://ftp.duke.edu/pub/perl/authors/id/D/DO/DOUGM/libapreq-0.31.tar.gz
...
Is there anything I can do to help upload a
newer version to CPAN?
We're still in the 0.*'s, so I don't see much
harm in putting the current CVS on CPAN. The
only change might be to add some mention of
http://httpd.apache.org/apreq/
in the documentation.
That page has links to this mailing list, which
would be useful for other users to know about
(and report problems to).
--
Joe Schaefer
Re: libapreq 0.32 ready yet?
Posted by Randy Kobes <ra...@theoryx5.uwinnipeg.ca>.
----- Original Message -----
From: "Jim Winstead" <ji...@apache.org>
To: <ap...@httpd.apache.org>
Sent: Friday, June 15, 2001 11:44 AM
Subject: Re: libapreq 0.32 ready yet?
> if people can give http://httpd.apache.org/~jimw/libapreq-0.33.tar.gz
> a spin and it looks okay (no boneheaded problems on common platforms,
> basically), i'll release it on sunday.
>
> jim
Builds cleanly and passes all the mod_perl tests for me -
Apache-1.3.20, mod_perl-1.25_01-dev, and perl -V:
Summary of my perl5 (revision 5 version 6 subversion 1) configuration:
Platform:
osname=MSWin32, osvers=4.0, archname=MSWin32-x86-multi-thread
uname=''
config_args='undef'
hint=recommended, useposix=true, d_sigaction=undef
usethreads=undef use5005threads=undef useithreads=define
usemultiplicity=define
useperlio=undef d_sfio=undef uselargefiles=undef usesocks=undef
use64bitint=undef use64bitall=undef uselongdouble=undef
Compiler:
cc='cl', ccflags ='-nologo -O1 -MD -DNDEBUG -DWIN32 -D_CONSOLE
-DNO_STRICT -DHAVE_DES_FCRYPT -DPERL_IMPLICIT_CONTEXT
-DPERL_IMPLICIT_SYS -DPERL_MSVCRT_READFIX',
optimize='-O1 -MD -DNDEBUG',
cppflags='-DWIN32'
ccversion='', gccversion='', gccosandvers=''
intsize=4, longsize=4, ptrsize=4, doublesize=8, byteorder=1234
d_longlong=undef, longlongsize=8, d_longdbl=define, longdblsize=10
ivtype='long', ivsize=4, nvtype='double', nvsize=8, Off_t='off_t',
lseeksize=4
alignbytes=8, usemymalloc=n, prototype=define
Linker and Libraries:
ld='', ldflags
'-nologo -nodefaultlib -release -libpath:"C:\Perl\lib\CORE"
-machine:x86' libpth=C:\VSTUDIO\VC98\lib
libs= oldnames.lib kernel32.lib user32.lib gdi32.lib winspool.lib
comdlg32.lib
advapi32.lib shell32.lib ole32.lib oleaut32.lib netapi32.lib uuid.lib
wsock32.lib
mpr.lib winmm.lib version.lib odbc32.lib odbccp32.lib msvcrt.lib
perllibs= oldnames.lib kernel32.lib user32.lib gdi32.lib winspool.lib
comdlg32.lib advapi32.lib shell32.lib ole32.lib oleaut32.lib
netapi32.lib
uuid.lib wsock32.lib mpr.lib winmm.lib version.lib odbc32.lib
odbccp32.lib
msvcrt.lib
libc=msvcrt.lib, so=dll, useshrplib=yes, libperl=perl56.lib
Dynamic Linking:
dlsrc=dl_win32.xs, dlext=dll, d_dlsymun=undef, ccdlflags=' '
cccdlflags=' ', lddlflags='-dll -nologo -nodefaultlib -release
-libpath:"C:\Perl\lib\CORE" -machine:x86'
Characteristics of this binary (from libperl):
Compile-time options: MULTIPLICITY USE_ITHREADS
PERL_IMPLICIT_CONTEXT PERL_IMPLICIT_SYS
Locally applied patches:
ActivePerl Build 626
Built under MSWin32
Compiled at May 10 2001 23:32:43
@INC:
C:/Perl/lib
C:/Perl/site/lib
.
best regards,
randy
Re: libapreq 0.32 ready yet?
Posted by Jim Winstead <ji...@apache.org>.
On Fri, Jun 15, 2001 at 10:18:34AM -0700, Rob Bloodgood wrote:
> Warning: the following files are missing in your kit:
> configure
damn, i always forget that step. that's fixed in the version up there
now.
thanks for the catch.
jim
RE: libapreq 0.32 ready yet?
Posted by Rob Bloodgood <ro...@empire2.com>.
> if people can give http://httpd.apache.org/~jimw/libapreq-0.33.tar.gz
> a spin and it looks okay (no boneheaded problems on common platforms,
> basically), i'll release it on sunday.
Redhat 6.1, updated to glibc2
Apache 1.20, Mod_perl 1.25
Summary of my perl5 (5.0 patchlevel 5 subversion 3) configuration:
Platform:
osname=linux, osvers=2.2.1-ac1, archname=i386-linux
uname='linux porky.devel.redhat.com 2.2.1-ac1 #1 smp mon feb 1 17:44:44
est 1999 i686 unknown '
hint=recommended, useposix=true, d_sigaction=define
usethreads=undef useperlio=undef d_sfio=undef
Name "Apache::Request::VERSION" used only once: possible typo at Makefile.PL
line 55.
Checking if your kit is complete...
Warning: the following files are missing in your kit:
configure
Everything else works fine.
L8r,
Rob
Re: libapreq 0.32 ready yet?
Posted by Doug MacEachern <do...@covalent.net>.
On Fri, 15 Jun 2001, Jim Winstead wrote:
> if people can give http://httpd.apache.org/~jimw/libapreq-0.33.tar.gz
> a spin and it looks okay (no boneheaded problems on common platforms,
> basically), i'll release it on sunday.
looks good here, perl -V:
Summary of my perl5 (revision 5.0 version 7 subversion 1) configuration:
Platform:
osname=linux, osvers=2.2.16-22, archname=i686-linux-thread-multi
uname='linux mako.covalent.net 2.2.16-22 #7 wed mar 28 15:39:46 pst 2001 i686 unknown '
config_args='-des -Dprefix=/usr/local/ithrperl -Duseperlio -Dusethreads -Doptimize=-g -Dusedevel -Accflags=-Wall -Dlocincpth=/usr/local/BerkeleyDB/include -Dloclibpth=/usr/local/BerkeleyDB/lib'
hint=previous, useposix=true, d_sigaction=define
usethreads=define use5005threads=undef useithreads=define usemultiplicity=define
useperlio=define d_sfio=undef uselargefiles=define usesocks=undef
use64bitint=undef use64bitall=undef uselongdouble=undef
Compiler:
cc='cc', ccflags ='-D_REENTRANT -Wall -DDEBUGGING -fno-strict-aliasing -I/usr/local/BerkeleyDB/include -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 -Wall -Wall -Wall',
optimize='-g',
cppflags='-D_REENTRANT -Wall -DDEBUGGING -fno-strict-aliasing -I/usr/local/BerkeleyDB/include -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 -Wall -D_REENTRANT -Wall -DDEBUGGING -fno-strict-aliasing -I/usr/local/BerkeleyDB/include -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 -Wall -Wall -D_REENTRANT -Wall -DDEBUGGING -fno-strict-aliasing -I/usr/local/BerkeleyDB/include -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 -Wall -Wall -Wall'
ccversion='', gccversion='2.96 20000731 (Red Hat Linux 7.0)', gccosandvers=''
intsize=4, longsize=4, ptrsize=4, doublesize=8, byteorder=1234
d_longlong=define, longlongsize=8, d_longdbl=define, longdblsize=12
ivtype='long', ivsize=4, nvtype='double', nvsize=8, Off_t='off_t', lseeksize=8
alignbytes=4, usemymalloc=n, prototype=define
Linker and Libraries:
ld='cc', ldflags =' -L/usr/local/BerkeleyDB/lib'
libpth=/usr/local/BerkeleyDB/lib /lib /usr/lib /usr/local/lib
libs=-lnsl -lgdbm -ldb -ldl -lm -lpthread -lc -lcrypt -lutil
perllibs=-lnsl -ldl -lm -lpthread -lc -lcrypt -lutil
libc=/lib/libc-2.2.so, so=so, useshrplib=false, libperl=libperl.a
Dynamic Linking:
dlsrc=dl_dlopen.xs, dlext=so, d_dlsymun=undef, ccdlflags='-rdynamic'
cccdlflags='-fpic', lddlflags='-shared -L/usr/local/BerkeleyDB/lib'
Characteristics of this binary (from libperl):
Compile-time options: DEBUGGING MULTIPLICITY USE_ITHREADS USE_LARGE_FILES PERL_IMPLICIT_CONTEXT
Locally applied patches:
DEVEL10610
Built under linux
Compiled at Jun 15 2001 09:57:07
@INC:
/usr/local/ithrperl/lib/5.7.1/i686-linux-thread-multi
/usr/local/ithrperl/lib/5.7.1
/usr/local/ithrperl/lib/site_perl/5.7.1/i686-linux-thread-multi
/usr/local/ithrperl/lib/site_perl/5.7.1
/usr/local/ithrperl/lib/site_perl
.
Re: libapreq 0.32 ready yet?
Posted by Jim Winstead <ji...@apache.org>.
if people can give http://httpd.apache.org/~jimw/libapreq-0.33.tar.gz
a spin and it looks okay (no boneheaded problems on common platforms,
basically), i'll release it on sunday.
jim
On Fri, Jun 15, 2001 at 12:24:54PM -0400, Joe Schaefer wrote:
>
> % perl -MCPAN 'fetch Apache::Request'
> ...
> Fetching with LWP:
> ftp://ftp.duke.edu/pub/perl/authors/id/D/DO/DOUGM/libapreq-0.31.tar.gz
> ...
>
> Is there anything I can do to help upload a
> newer version to CPAN?
>
> We're still in the 0.*'s, so I don't see much
> harm in putting the current CVS on CPAN. The
> only change might be to add some mention of
>
> http://httpd.apache.org/apreq/
>
> in the documentation.
>
> That page has links to this mailing list, which
> would be useful for other users to know about
> (and report problems to).
>
>
> --
> Joe Schaefer
>