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