Mailing-List: contact bugs-help@apr.apache.org; run by ezmlm
Precedence: bulk
Reply-To: dev@apr.apache.org
Date: Tue, 29 Mar 2011 14:08:01 -0400 (EDT)
Message-Id: <201103291808.p2TI81ai000102@thor.apache.org>
From: bugzilla@apache.org
To: bugs@apr.apache.org
Subject: DO NOT REPLY [Bug 46175] Full Mingw+MSys support
In-Reply-To: <bug-46175-43213@https.issues.apache.org/bugzilla/>
References: <bug-46175-43213@https.issues.apache.org/bugzilla/>
Auto-Submitted: auto-generated
Content-Type: text/plain; charset="UTF-8"
MIME-Version: 1.0

https://issues.apache.org/bugzilla/show_bug.cgi?id=46175

Carlo Bramini <carlo.bramix@libero.it> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
  Attachment #26607|0                           |1
        is obsolete|                            |

--- Comment #13 from Carlo Bramini <carlo.bramix@libero.it> 2011-03-29 14:07:55 EDT ---
Created an attachment (id=26812)
 --> (https://issues.apache.org/bugzilla/attachment.cgi?id=26812)
Fix for this bug

This new patch includes the fixes of previous one (excluding the ones that you
have already committed) and it includes these news:

test/Makefile.in:
mod_test depends on libapr-2 so I must add its reference when linking.

include/apr.h.in:
Copied the same code written into apr.hw for handling these macro:
APR_DECLARE
APR_DECLARE_NONSTD
APR_DECLARE_DATA
Actually, I could not see many other ways for doing it...
I did my best to think something that could be handled by configure itself, but
the fact to have different declarations when building the library itself (read:
dllexport) and derived code (read: dllimport) limited a lot the alternatives.
Perhaps it would not be a big problem having these macros fixed here because it
seems they have some sense only when building for Windows and they are
technically useless on other enviroments.

configure.in:
Added detection of build type, if user configured libtool for static or shared
build, APR_DECLARE_STATIC or APR_DECLARE_EXPORT will be defined.

xml/apr_xml_internal.h:
Declaration of apr_xml_parser_create_ex was bugged because it was not prefixed
by APR_DECLARE and it was not exported as expected. Now it's fixed.


I configure APR with:

../apr-svn/configure --disable-static --enable-shared --prefix=$HOME/inst_apr
--with-sqlite3=no --with-iconv=no

and with:

../apr-svn/configure --enable-static --disable-shared --prefix=$HOME/inst_apr
--with-sqlite3=no --with-iconv=no

and compilation was completed successfully on both.
Now, "make test" works, but I'm getting these results at the end:


Failed Tests            Total   Fail    Failed %
===================================================
testdso                     5      4     80.00%
testfile                   36      1      2.78%
testpipe                   10      1     10.00%
testsock                   10      1     10.00%
testpass                    4      2     50.00%


I'm getting the same exact report for both static and shared build.
I do not know if Windows platform dependant sources have been ever tested by
this testsuite.

-- 
Configure bugmail: https://issues.apache.org/bugzilla/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.

---------------------------------------------------------------------
To unsubscribe, e-mail: bugs-unsubscribe@apr.apache.org
For additional commands, e-mail: bugs-help@apr.apache.org