Jim Jagielski <[EMAIL PROTECTED]> writes:
> Yep... Looks like it's no problem with 2.52.
>
> Anyone have hearburn if I adjust buildcheck.sh to make 2.52 the
> new requirement?
at least a little, but I'm not exactly sure how much :) In the 2.0.30
timeframe a colleage was unable to get "make dis
Weirdness... Something with how relative paths are being setup
because if using absolute paths for cache-file, 2.13 and 2.52 both
work. By default 2.52 has cache-file /dev/null but if I set to
./config.cache to emulate 2.13, then 2.52 fails as well. No doubt,
the sourcing of the cache file is what'
Justin Erenkrantz wrote:
>
> IIRC, FreeBSD's ports package doesn't include anything beyond 2.13.
> So, this will cause problems if we roll on icarus. If I get a
> chance, I'll try it with autoconf-2.13 here later on Solaris and see
> if I can figure out what is going on.
>
I'll take a look as w
On Wed, Mar 06, 2002 at 04:08:14PM -0500, Jim Jagielski wrote:
> Yep... Looks like it's no problem with 2.52.
>
> Anyone have hearburn if I adjust buildcheck.sh to make 2.52 the
> new requirement?
IIRC, FreeBSD's ports package doesn't include anything beyond 2.13.
So, this will cause problems if
On Wed, 6 Mar 2002, Jim Jagielski wrote:
> Yep... Looks like it's no problem with 2.52.
>
> Anyone have hearburn if I adjust buildcheck.sh to make 2.52 the
> new requirement?
IIRC 2.52 still produces a non-portable case..esac statement
which fails on FreeBSD.
If this issue happens wi
Yep... Looks like it's no problem with 2.52.
Anyone have hearburn if I adjust buildcheck.sh to make 2.52 the
new requirement?
Jim Jagielski wrote:
>
> I'll adjust PATH and see if that's the dependency... It's not libtool
> dependent AFAIK (I tried 1.4.2 and 1.3.5).
>
> Justin Erenkrantz wrote:
Anyone else seeing problems getting ./configure to work at all
with autoconf's cache-file under Solaris? Unless I specify the cache-file,
configure will die. That is:
./configure --cache-file=/tmp/my.cache
or
./configure --cache-file=/dev/null
will work, but without the
On Wed, Mar 06, 2002 at 08:42:26AM -0500, Tim Moloney wrote:
> I took a look at apr_rmm.h and I vaguely understand what it's doing.
>
> I see two approaches to fixing httpd-ldap.
>
> - Replace the shm calls with rmm calls. If this is done, what is the
> memory buffer (third arg) that is passed
Aaron Bannert wrote:
On Wed, Mar 06, 2002 at 07:05:04AM -0500, Tim Moloney wrote:
Further investigation shows that the new shared memory API in APR does
not include the functionality of the old API. Specifically, the
following functions are missing:
apr_shm_malloc()
apr_shm_calloc()
apr_shm_fre
Thom May wrote:
--17pEHd4RhPHOinZp
Content-Type: text/plain; charset="us-ascii"
Content-Disposition: inline
Hi,
I've been working through the renames_pending file in apr, and these are the
patches for apr and apr-utils to renames apr_ansi_time_to_apr_time and
apr_exploded_time_t. I have attached t
Hi,
I have noted (because I have a machine that does not have the file) that
mktemp.c includes inttypes.h but I do not see why.
I think the #include is useless or even bad.
I will remove it if nobody complains (Otherwise I will add APR_HAVE_INTTYPES_H).
Any comments?
Cheers
Jean-frederic
Hi,
I've been working through the renames_pending file in apr, and these are the
patches for apr and apr-utils to renames apr_ansi_time_to_apr_time and
apr_exploded_time_t. I have attached them rather than inlining.
I have a similar patch for httpd-2.0 which I have sent to [EMAIL PROTECTED]
Cheers
Here's a better proposal: make a DLL available for download from
apr.apache.org.
That way there's no problem with people that don't want to buy MSVC
or compile using cygwin.
- Jason
--- "William A. Rowe, Jr." <[EMAIL PROTECTED]> wrote:
> At 04:14 AM 3/5/2002, you wrote:
> >To build APR is not th
"B. W. Fitzpatrick" wrote:
>
> On Tuesday, March 5, 2002, at 12:46 AM, Jason Filby wrote:
>
> > Hey all
> >
> > Looks like you must have MSVC++ to build APR on Windows... isn't
> > there some way to build it with MingW (GCC ported to win32) or some
> > other Open Source compiler?
>
> I'm pretty
William A. Rowe, Jr. wrote:
At 04:14 AM 3/5/2002, you wrote:
To build APR is not that difficult. On the Windows platform you either
need MSVC or cygwin.
Please be advised;
the cygwin build is NOT a win32 platform build - it uses the cygwin emulation
layer, with all it's beauty and blemishes :)
h
15 matches
Mail list logo