You are viewing a plain text version of this content. The canonical link for it is here.
Posted to bugs@httpd.apache.org by bu...@apache.org on 2005/02/10 15:38:52 UTC
DO NOT REPLY [Bug 33490] New: -
APR does not compile with Borland C++
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG�
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
<http://issues.apache.org/bugzilla/show_bug.cgi?id=33490>.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND�
INSERTED IN THE BUG DATABASE.
http://issues.apache.org/bugzilla/show_bug.cgi?id=33490
Summary: APR does not compile with Borland C++
Product: APR
Version: HEAD
Platform: PC
OS/Version: Windows XP
Status: NEW
Severity: normal
Priority: P2
Component: APR
AssignedTo: bugs@httpd.apache.org
ReportedBy: carnold@apache.org
Several small issues prevent APR from compiling with Borland C++. The attached
patch was sufficient to allow it to build using the Ant build script for APR
within log4cxx (checkout logging-log4cxx/apr-build.xml).
include/arch/win32/apr_private.h:
Defines SIGUSR1 and SIGUSR2 with values that conflict with their definitions in
the Borland header files. Using #if defined(SIGUSR1) was not effective since
apr-private.h is included before the corresponding Borland header at least in
one place.
include/apr.hw
Including ws2tcpip.h results in compilation errors and is not needed for
Borland. Totally removing the include did not prevent apr and the tests from
compiling with Visual C++ 6.0.
misc/win32/internal.c and misc/win32/start.c
These modules used _malloc_dbd and _realloc_dbg which are Micrsoft specific.
The resolution I used was to check if _CRT_BLOCK was defined and if not use the
standard malloc and realloc. Someone with deeper understanding of the code
might know why the non-portable allocator was used and if there is an equivalent
for other C++ compilers on Windows.
--
Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
---------------------------------------------------------------------
To unsubscribe, e-mail: bugs-unsubscribe@httpd.apache.org
For additional commands, e-mail: bugs-help@httpd.apache.org