Am 28.03.2011 20:24, schrieb Guenter Knauf:
and that seems to work - it skips the useless testing for *mingw* and
sets the right typedef in apr.h, and the warning is then also gone;
but not sure if its the right patch ...
with this one and all the other recent fixes apr-1.4.x looks now pretty
On Tue, Mar 29, 2011 at 6:27 PM, traw...@apache.org wrote:
Author: trawick
Date: Tue Mar 29 22:27:32 2011
New Revision: 1086789
URL: http://svn.apache.org/viewvc?rev=1086789view=rev
Log:
catch up with XML changes, supporting only expat for now
though the link of testall fails to resolve
Hi Jeff,
Am 30.03.2011 00:29, schrieb traw...@apache.org:
Author: trawick
Date: Tue Mar 29 22:29:05 2011
New Revision: 1086790
URL: http://svn.apache.org/viewvc?rev=1086790view=rev
Log:
fix linkage of apr_parser_create_ex() on Windows
Submitted by: Carlo Braminicarlo.bramix libero.it
PR:
On Tue, 29 Mar 2011 18:36:03 -0400
Jeff Trawick traw...@gmail.com wrote:
On Tue, Mar 29, 2011 at 6:27 PM, traw...@apache.org wrote:
Author: trawick
Date: Tue Mar 29 22:27:32 2011
New Revision: 1086789
URL: http://svn.apache.org/viewvc?rev=1086789view=rev
Log:
catch up with XML
Am 30.03.2011 00:52, schrieb Guenter Knauf:
are you really sure this is the right thing? /me doubt ...
1. its in an internal header - if we want to expoert that function then
it should be moved to a public header
2. if you look into apr_xml.c you can find:
APR_DECLARE(apr_xml_parser *)
On 3/29/2011 11:40 AM, Guenter Knauf wrote:
Am 28.03.2011 20:24, schrieb Guenter Knauf:
and that seems to work - it skips the useless testing for *mingw* and
sets the right typedef in apr.h, and the warning is then also gone;
but not sure if its the right patch ...
with this one and all the
On 3/29/2011 11:40 AM, Guenter Knauf wrote:
Am 28.03.2011 20:24, schrieb Guenter Knauf:
and that seems to work - it skips the useless testing for *mingw* and
sets the right typedef in apr.h, and the warning is then also gone;
but not sure if its the right patch ...
with this one and all the
Hi,
Am 30.03.2011 01:14, schrieb William A. Rowe Jr.:
1 error generated.
What is *that* about? :)
On the wargs, I believe we are replacing that code; I'm creating a
VC10environment for
validation right now so I can better understand if the proposed fix forenviron
allocs
is going to be the
On Tue, Mar 29, 2011 at 7:05 PM, Nick Kew n...@apache.org wrote:
On Tue, 29 Mar 2011 18:36:03 -0400
Jeff Trawick traw...@gmail.com wrote:
On Tue, Mar 29, 2011 at 6:27 PM, traw...@apache.org wrote:
Author: trawick
Date: Tue Mar 29 22:27:32 2011
New Revision: 1086789
URL:
Am 30.03.2011 01:20, schrieb Guenter Knauf:
Hi,
Am 30.03.2011 01:14, schrieb William A. Rowe Jr.:
1 error generated.
What is *that* about? :)
un-important;
with un-important I mean here that also with gcc where the includes are
fine and pre-preocessing and compile of export*.c work still no
On Tue, Mar 29, 2011 at 7:09 PM, Guenter Knauf fua...@apache.org wrote:
Am 30.03.2011 00:52, schrieb Guenter Knauf:
are you really sure this is the right thing? /me doubt ...
1. its in an internal header - if we want to expoert that function then
it should be moved to a public header
2. if
On 3/29/2011 6:24 PM, Guenter Knauf wrote:
Am 30.03.2011 01:20, schrieb Guenter Knauf:
Hi,
Am 30.03.2011 01:14, schrieb William A. Rowe Jr.:
1 error generated.
What is *that* about? :)
un-important;
with un-important I mean here that also with gcc where the includes are fine
and
On 3/29/2011 6:56 PM, William A. Rowe Jr. wrote:
On 3/29/2011 6:24 PM, Guenter Knauf wrote:
Am 30.03.2011 01:20, schrieb Guenter Knauf:
Hi,
Am 30.03.2011 01:14, schrieb William A. Rowe Jr.:
1 error generated.
What is *that* about? :)
un-important;
with un-important I mean here that also
Am 30.03.2011 01:59, schrieb William A. Rowe Jr.:
On 3/29/2011 6:56 PM, William A. Rowe Jr. wrote:
On 3/29/2011 6:24 PM, Guenter Knauf wrote:
Am 30.03.2011 01:20, schrieb Guenter Knauf:
Hi,
Am 30.03.2011 01:14, schrieb William A. Rowe Jr.:
1 error generated.
What is *that* about? :)
Bill,
Am 30.03.2011 02:19, schrieb Guenter Knauf:
Am 30.03.2011 01:59, schrieb William A. Rowe Jr.:
One more thought, I am very curious how your results differ if
./buildconf
is done on unix rather than in the wild west universe of mingw.
pretty much same ...
Am 30.03.2011 01:56, schrieb William A. Rowe Jr.:
This bit looks more important;
checking if libtool supports shared libraries... yes
checking whether to build shared libraries... yes
checking whether to build static libraries... yes
grep: /home/Administrator/apr/bldapr-1.4.x/libtool: No such
On 3/29/2011 7:46 PM, Guenter Knauf wrote:
well, there's a huge scope for enhancement as it seems ...
also our configure is at best 'unusual'; f.e. I have already compiled a
couple of things
successfully on MinGW/MSYS, f.e. such things like bintuils, libcurl, ...; and
I did never
On 3/29/2011 7:54 PM, Guenter Knauf wrote:
Am 30.03.2011 01:56, schrieb William A. Rowe Jr.:
This bit looks more important;
checking if libtool supports shared libraries... yes
checking whether to build shared libraries... yes
checking whether to build static libraries... yes
grep:
On 3/29/2011 7:46 PM, Guenter Knauf wrote:
just the minute done a fresh build - at same link:
http://people.apache.org/~fuankg/mingw/build_w32_cross.txt.gz
Apparently, still --silent
19 matches
Mail list logo
