On Sat, 15 Apr 2006 11:41:18 +1000
John Mark Vandenberg <[EMAIL PROTECTED]> wrote:
> This series of patches allows apr to be built using MSYS and MinGW,
> but only with CFLAGS=" -O0 ". Compared with tests using MS VC++ builds,
> only the dso functions appear to have problems specific to msys buil
On 4/15/06, William A. Rowe, Jr. <[EMAIL PROTECTED]> wrote:
> Which are you building?
All of these patches are to build apr trunk using both MinGW and MS
VC++ 8.0 in an attempt to avoid regressions.
> +1 and I'll commit the patch shortly, if it wasn't already committed.
Thanks for knocking these
John Mark Vandenberg wrote:
The current autotools build system does not add 'include/arch' to
the include path, so the includes in the form 'win32/...' dont
work.
The build system could be enhanced, but this brings win32 into line
with the other platforms.
Agreed, the old semantics are a probl
Which are you building? I believed I had already committed that one (tripped
over it myself.) It's possible this is sitting out in one of my many x686/Win64
trees, however.
+1 and I'll commit the patch shortly, if it wasn't already committed.
Bill
John Mark Vandenberg wrote:
Building testall
Set APR_HAS_PROC_INVOKED = 1 for MinGW
Index: configure.in
===
--- configure.in.orig
+++ configure.in
@@ -1570,6 +1570,15 @@ AC_SUBST(aprdso)
dnl - Checking for Processes
echo "${nl}Checking for Processes
Include librpcrt4.a.
Include & first. Without this, the symbols
used from librpcrt4.a dont include the @, causing the link
to fail.
Index: configure.in
===
--- configure.in.orig
+++ configure.in
@@ -1916,6 +1916,8 @@ echo "${nl}Ch
LOGON32_LOGON_NETWORK is not defined in win32api headers.
threadproc/win32/proc.c: In function `apr_procattr_user_set':
threadproc/win32/proc.c:269: `LOGON32_LOGON_NETWORK' undeclared (first use in
this function)
Index: threadproc/win32/proc.c
===
The include paths are automaticly set up to be:
-I./include
-I/path/to/apr/include/arch/win32
-I./include/arch/unix
-I/path/to/apr/include
This patch sets up the MINGW header arrangement as follows:
include/apr.h.in -> apr.h includes
windows.h
winsock2.h
include/arch/win32/apr_p
Move usage of MS VC++ crtdbg.h functionality into #if defined(_MSC_VER)
Index: include/arch/win32/apr_arch_misc.h
===
--- include/arch/win32/apr_arch_misc.h.orig
+++ include/arch/win32/apr_arch_misc.h
@@ -138,6 +138,29 @@ apr_status_t
Define APR_INLINE on MinGW to be static __inline__, and use
APR_INLINE consistently throughout.
This patch has only been tested with ./configure CFLAGS=" -O0 "
Index: include/apr.h.in
===
--- include/apr.h.in.orig
+++ include/apr.h.i
In file included from dso/win32/dso.c:20:
c:/johnv/apr/trunk-mingw/include/arch/win32/apr_arch_file_io.h:55: redefinition
of `apr_wchar_t'
include/arch/win32/apr_arch_utf8.h:26: `apr_wchar_t' previously declared here
apr_arch_utf8.h:26:typedef apr_uint16_t apr_wchar_t;
Index: include/arch/win32
mingw/cl headers dont provide off64_t. use __int64 instead.
Index: configure.in
===
--- configure.in.orig
+++ configure.in
@@ -1321,6 +1321,8 @@ else
fi
APR_CHECK_SIZEOF_EXTENDED([#include ], off_t, 8)
+APR_CHECK_SIZEOF_EXTENDED(
struct iovec is needed to emulate Unix writev. This patch moves
the workaround from apr.hw to apr_want.h to it can be shared by
any platform without it.
AC_CHECK_TYPE has problems determining whether this type exists.
The change to build/apr_common.m4 allows APR_CHECK_SIZEOF_EXTENDED
to be calle
Move the autoconf check for type 'in_addr' into a macro, and
improve it to work for Windows as well.
Index: build/apr_network.m4
===
--- build/apr_network.m4.orig
+++ build/apr_network.m4
@@ -17,6 +17,31 @@ dnl ---
The current autotools build system does not add 'include/arch' to
the include path, so the includes in the form 'win32/...' dont
work.
The build system could be enhanced, but this brings win32 into line
with the other platforms.
Index: file_io/win32/buffer.c
==
file_io/win32/dir.c: In function `apr_dir_read':
file_io/win32/dir.c:212: structure has no member named `w'
APR_HAS_UNICODE_FS appears to only be used for Windows/Netware
differentiation, and is only used in */win32/* files.
HFS Plus or HFS+ are also unicode filsystems.
Is this the right name fo
Windows 98+ provides a LFS API that is not POSIX compatible.
Index: configure.in
===
--- configure.in.orig
+++ configure.in
@@ -450,7 +450,16 @@ AC_SUBST(OBJECTS_PLATFORM)
AC_ARG_ENABLE(lfs,[ --disable-lfs Disable large fi
Windows symbols may a suffix of @.
A new macro AX_CHECK_DLL_FUNC looks for a @ sign in the function name; when
present it will verify a symbol exists with the correct argument count.
Otherwise, AX_CHECK_DLL_FUNC falls back to emulating AC_CHECK_LIB.
Enables native threads, locking, DSO loading an
The changes to gen-build.py permit any platform to inherit files from the
platforms specified in the second parameter in MAKE_PLATFORMS.
This patch needs more work before it is committed.
Index: build.conf
===
--- build.conf.orig
++
Enable the Makefiles to run using MSYS make.
Index: configure.in
===
--- configure.in.orig
+++ configure.in
@@ -205,7 +205,8 @@ if test "x$use_libtool" = "xyes"; then
export_lib_target='-rpath \$(libdir) \$(OBJECTS)'
else
Building testall reports the following warning.
1. cl : Command line warning D9035 : option 'GX' has been deprecated ...
cl : Command line warning D9036 : use 'EHsc' instead of 'GX'
Following those instructions doesnt affect the results.
Index: test/Makefile.win
==
This series of patches allows apr to be built using MSYS and MinGW, but only
with CFLAGS=" -O0 ". Compared with tests using MS VC++ builds, only the dso
functions appear to have problems specific to msys builds.
Failed TestsTotal FailFailed %
==
On Fri, Apr 14, 2006, Max Bowsher wrote:
> [...]
> OK, backports committed to 1.2.x and 0.9.x branches.
Thanks for your efforts.
Ralf S. Engelschall
[EMAIL PROTECTED]
www.engelsch
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Ralf S. Engelschall wrote:
> On Fri, Apr 14, 2006, Max Bowsher wrote:
>
>> [...]
>> OK, I'll backport it. Just out of curiosity, is there any problem caused
>> by the weird UUIDs?
>
> I'm not aware of any functional problems.
>
> I'm just still tryi
On 4/13/06, John Vandenberg <[EMAIL PROTECTED]> wrote:
> Hi,
>
> I am setting up a Windows XP build environment using Microsoft Visual
> C++ 2005 Express and Windows(r) Server 2003 SP1 Platform SDK, and have
> a few questions about the results because I can't compare them with an
> older VC++ setup
William A. Rowe, Jr. wrote:
APR and its companion libraries are implemented entirely in C
and provide a common programming interface across a wide variety
of operating system platforms without sacrificing performance.
Currently supported platforms include:
UNIX variants
Win
Apache Portable Runtime 1.2.7 Released
The Apache Software Foundation and the Apache Portable Runtime
Project are proud to announce the General Availability of
version 1.2.7 of the Apache Portable Runtime, APR, and version
1.2.7 of it's companion project, the Apache Portable Utilit
Apache Portable Runtime 0.9.12 Released
The Apache Software Foundation and the Apache Portable Runtime
Project are proud to announce the General Availability of
version 0.9.12 of the Apache Portable Runtime, APR, and version
0.9.12 of it's companion project, the Apache Portable Uti
I am not sure if I am on the right list. So if I am
not, I apologize.
I am trying to get mod_dbd working, and I have it installed
and have apache recognizing it’s commands. But I would like to use
authn_dbd with mysql and to do so, I need to get mysql support compiled with
the DBD mod
On 4/14/06, Greg Hudson <[EMAIL PROTECTED]> wrote:
> While reviewing the "APR-util UUID generator broken" thread, I noticed
> the following code:
>
> -get_system_time(&time_now);
> +time_now = apr_time_now();
> srand((unsigned int)(((time_now >> 32) ^ time_now) & 0x));
>
>
On Fri, Apr 14, 2006, Max Bowsher wrote:
> [...]
> OK, I'll backport it. Just out of curiosity, is there any problem caused
> by the weird UUIDs?
I'm not aware of any functional problems.
I'm just still trying hard to fix the existing UUID implementations
to make sure that everything which looks
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Ralf S. Engelschall wrote:
> On Fri, Apr 14, 2006, Max Bowsher wrote:
>
>> [...]
>>> ...I've reviewed the UUID generator in APR-util. It unfortunately is
>>> totally broken and generates neither valid (format) nor useful (content)
>>> RFC4122 UUIDs.
>
On Fri, Apr 14, 2006 at 09:23:49AM -0400, Jeff Trawick wrote:
> > There's a better patch in /trunk/. But I guess that can go in 1.2.x.
>
> no need for dueling patches ;) we just backport the trunk patch if it
> fits (maybe I can look at that tomorrow)...
I have no problem if there is a better p
On Friday 14 April 2006 14:23, Jeff Trawick wrote:
> On 4/14/06, Nick Kew <[EMAIL PROTECTED]> wrote:
> > On Friday 14 April 2006 12:27, Jeff Trawick wrote:
> > > On 4/14/06, Bojan Smojver <[EMAIL PROTECTED]> wrote:
> > > > On Thu, 2006-04-13 at 05:16 -0400, Craig Rodrigues wrote:
> > > > > I'm tryi
While reviewing the "APR-util UUID generator broken" thread, I noticed
the following code:
-get_system_time(&time_now);
+time_now = apr_time_now();
srand((unsigned int)(((time_now >> 32) ^ time_now) & 0x));
return rand() & 0x0;
Regardless of how time_now is determin
On 4/14/06, Nick Kew <[EMAIL PROTECTED]> wrote:
> On Friday 14 April 2006 12:27, Jeff Trawick wrote:
> > On 4/14/06, Bojan Smojver <[EMAIL PROTECTED]> wrote:
> > > On Thu, 2006-04-13 at 05:16 -0400, Craig Rodrigues wrote:
> > > > I'm trying to update the FreeBSD port of apr to use this.
> > > >
> >
On Friday 14 April 2006 12:27, Jeff Trawick wrote:
> On 4/14/06, Bojan Smojver <[EMAIL PROTECTED]> wrote:
> > On Thu, 2006-04-13 at 05:16 -0400, Craig Rodrigues wrote:
> > > I'm trying to update the FreeBSD port of apr to use this.
> > >
> > > Can the following patch go in? Older FreeBSD versions
On Fri, Apr 14, 2006, Max Bowsher wrote:
> [...]
> > ...I've reviewed the UUID generator in APR-util. It unfortunately is
> > totally broken and generates neither valid (format) nor useful (content)
> > RFC4122 UUIDs.
>
> REMOVING CC to [EMAIL PROTECTED], as this is entirely an APR issue.
Please
On 4/14/06, Bojan Smojver <[EMAIL PROTECTED]> wrote:
> On Thu, 2006-04-13 at 05:16 -0400, Craig Rodrigues wrote:
>
> > I'm trying to update the FreeBSD port of apr to use this.
> >
> > Can the following patch go in? Older FreeBSD versions
> > like to have apr compiled with no thread support.
>
> I
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Ralf S. Engelschall wrote:
> As UUIDs found in Subversion repositories looked strange to me...
>
> | $ svnadmin create /tmp/repository
> | $ uuid -d `cat /tmp/repository/db/uuid`
> | UUID:4ac08136-9f10-0410-b9d4-41ac6b128626
> | variant: DCE 1.1,
Let's retry to get this mail through...
- Forwarded message from "Ralf S. Engelschall" <[EMAIL PROTECTED]> -
Date: Tue, 4 Apr 2006 21:02:52 +0200
From: "Ralf S. Engelschall" <[EMAIL PROTECTED]>
To: dev@apr.apache.org, [EMAIL PROTECTED]
Subject: APR-util UUID generator broken
Reply-To: [EMA
41 matches
Mail list logo