Here is what I'm using ...
Drop this on top of apr/1.7.x branch
https://github.com/mturk/aprw/tree/main/apr/1.7.x
Open Visual Studio command prompt in that directory
> nmake
... Done
Also one can try
> nmake check
... Running Test suite
Simple and effective
On 30/11/2021 22:18, Mladen Turk
Finally ...
**
** Visual Studio 2019 Developer Command Prompt v16.11.7
** Copyright (c) 2021 Microsoft Corporation
**
[vcvarsall.bat] Environment initialized for
Fighting with that for almost a week ...
Makefile.win
apr.dsp
apr.dsw
libapr.dsp
Also a simple search for *.dsp gives 17 additional matches
Eg.
nmake -f Makefile.win
'msdev' is not recognized as an internal or external command, operable
program or batch file.
Sure, since msdev.exe was part o
Hi,
question: how do I pass additional linker options (extending the rpath)
when building the shared versions of apr_ldap and apr_crypto_openssl? How
do I specify that *before* running "configure?
My setup is as follows: there are locally built versions of "OpenSSL" and
"OpenLDAP" installed on
>From the configure:
checking for mysql_config... /bin/mysql_config
adding "-I/usr/include/mysql" to CPPFLAGS
adding "-I/usr/include/mysql/mysql" to CPPFLAGS
setting LIBS to "-L/usr/lib64/ -lmariadb -lz -ldl -lm -lpthread -lssl
-lcrypto"
checking for mysql.h... yes
checking for mysql_init in
On 06/11/2019 09:25 AM, Ge, Teng wrote:
>
> Hi,
>
> I’m wondering if it’s possible to build the apr using VS2017? Or has any one
> done it?
>
> I was trying to build it with DSW/nmake/cmake, but none of them succeeded.
>
>
>
> Thanks,
>
> Teng
>
>
>
Hi,
Yes, it is, apr-1.6.5-901ece0-64.zip [1]
Hi,
I’m wondering if it’s possible to build the apr using VS2017? Or has any one
done it?
I was trying to build it with DSW/nmake/cmake, but none of them succeeded.
Thanks,
Teng
On your first issue, there is no xml.mak. That was the APR
project's invention (mine, in fact) and was a bad, bad idea.
APR determined to expunge expat from our sources; the
whole shooting match - source files and build mechanisms -
and let the libexpat maintainers own their current sources and
bui
failed with an attempt by apr-util to
link ".lib")
I hope this helps,
Steve Bush
-Original Message-
From: William A Rowe Jr [mailto:wr...@rowe-clan.net]
Sent: Thursday, November 09, 2017 1:20 PM
To: BUSH Steve
Cc: dev@apr.apache.org
Subject: Re: Building apr-util-1.6.1 wit
process
> and apr-util that has been exacerbated by unbundling expat.
>
> It is the httpd makefile that expects srclib\apr-util\xml\expat\lib\xml.mak
> to be present and was causing the first error.
>
>
>
> Thanks,
>
> Steve
>
>
>
> From: BUSH Steve [ma
m: BUSH Steve [mailto:steven.b...@3ds.com]
Sent: Wednesday, November 08, 2017 4:36 PM
To: dev@apr.apache.org
Subject: Building apr-util-1.6.1 within httpd on Windows: expat xml.mak missing
I'm trying to build 64-bit httpd-2.4.29 on Windows with apr-util-1.6.1 and
Visual Studio 2015 via comman
rogram Files (x86)\Microsoft Visual Studio 14.0
\VC\BIN\amd64\nmake.exe"' : return code '0x2'
Stop.
NMAKE : fatal error U1077: '"C:\Program Files (x86)\Microsoft Visual Studio 14.0
\VC\BIN\amd64\nmake.exe"' : return code '0x2'
Stop.
>From the ap
On Thu, Oct 5, 2017 at 5:09 AM, Bert Huijben wrote:
> Both Serf and Subversion default to using the shared library version of
> apr, but have a flag to switch to using the static library version.
>
>
>
> Subversion uses the expat apis directly, and both serf and subversion
> hardcode ‘xml.lib’ in
Cc: APR Developer List
Subject: RE: [PATCH] Building apr-util with recent libexpat2 using CMake
Question,
Is their default build using libapr-1.lib or apr-1.lib for svn and for serf?
I'm trying to wire in a choice for expat.lib (ambiguous) vs libexpat.lib
(always dynami
A Rowe Jr [mailto:wr...@rowe-clan.net]
> > Sent: woensdag 4 oktober 2017 18:14
> > To: Bert Huijben
> > Cc: APR Developer List
> > Subject: Re: [PATCH] Building apr-util with recent libexpat2 using CMake
> >
> > On Wed, Oct 4, 2017 at 10:23 AM, Bert Huijben wrote:
>
> -Original Message-
> From: William A Rowe Jr [mailto:wr...@rowe-clan.net]
> Sent: woensdag 4 oktober 2017 18:14
> To: Bert Huijben
> Cc: APR Developer List
> Subject: Re: [PATCH] Building apr-util with recent libexpat2 using CMake
>
> On Wed, Oct 4, 2017 a
On Wed, Oct 4, 2017 at 10:23 AM, Bert Huijben wrote:
> Hi,
>
> Building apr-util with a recent libexpat2 (2.2.4) requires referencing an
> additional .c file on Windows. The attached patch fixes the CMake build.
> Perhaps somebody more experienced with CMake can create a p
Hi,
Building apr-util with a recent libexpat2 (2.2.4) requires referencing an
additional .c file on Windows. The attached patch fixes the CMake build.
Perhaps somebody more experienced with CMake can create a patch that would
be compatible with older and newer versions.
Note that
patch to silence CMake warning CMP0026 LOCATION when building
apr 1.6.x
Hi,
just a small patch against the apr 1.6.x branch to silence the CMP0026 Warning
when running CMake.
Removes this Warning:
CMake Warning (dev) at CMakeLists.txt:52 (GET_TARGET_PROPERTY):
Policy CMP0026 is not set
Hi,
just a small patch against the apr 1.6.x branch to silence the CMP0026 Warning
when running CMake.
Removes this Warning:
CMake Warning (dev) at CMakeLists.txt:52 (GET_TARGET_PROPERTY):
Policy CMP0026 is not set: Disallow use of the LOCATION target property.
Run "cmake --help-policy CMP
Hi,
I just tried to build APR-util 1.5.4 and got two failing tests:
testxlate (Line 63: expected <0>, but saw <22>)
testreslist (Line 255: expected <10>, but saw <20>)
Looking in the dev-apr-mailing archive, I found this thread from 2013:
http://mail-archives.apache.org/mod_mbox/apr-dev/201303.
Hi Greg,
The linker is not finding libapr-1.lib it looks from the errors.
Studio 2010 was the most problematic for me personally when it came to
converting the vc6 project files.
We all love the IDE, but 2010 & 2012 seemed to be extra quirky on
conversions. My suggestion here is to actually us
Trying to build apr suite on windows server 2008 R2 using Visual Studio 2010
Release x64
Downloaded apr-1.5.1-win32-src, apr-iconv-1.2.1-win32-src-r2,
apr-util-1.5.4-win32-src zip file.
Extracted to dirs:
D:\Apache Software Foundation\apr
D:\Apache Software Foundation\apr-iconv
D:\Apache Softwar
27;t need to build libapr statically, then I don't need to do
anything special, right? My understanding is that, when building the
final tcnative artifact, I will only need to build /that/ statically, right?
Anyhow, I've been making some progress to the point where I have a
scripted up to the
to build libapr statically, then I don't need to do
>> anything special, right? My understanding is that, when building the
>> final tcnative artifact, I will only need to build /that/ statically, right?
>>
>> Anyhow, I've been making some progress to the point where I
My understanding is that, when building the
> final tcnative artifact, I will only need to build /that/ statically, right?
>
> Anyhow, I've been making some progress to the point where I have a
> scripted up to the point of building APR. I've patched the APR sources
> to som
\openssl\out32dll
>
> You mentioned compiling in openssl statically (in your reply to Jeff I
> believe), in windows we normally compile and use DLLs, you would have to
> modify apr_crypto_openssl.mak to build using the openssl static lib.
>
> and to build it's
>
>
Gregg,
On 6/13/14, 2:04 PM, Gregg Smith wrote:
> On 6/13/2014 10:16 AM, Christopher Schultz wrote:
Yeah, I'd like something that I can script. Right now, there's
basically
one guy who knows how to build tcnative on win32. We're trying to
change
that ;)
>
> I'm g
Gregg,
On 6/13/14, 2:04 PM, Gregg Smith wrote:
> On 6/13/2014 10:16 AM, Christopher Schultz wrote:
Yeah, I'd like something that I can script. Right now, there's
basically
one guy who knows how to build tcnative on win32. We're trying to
change
that ;)
>
> I'm g
On 6/13/2014 10:16 AM, Christopher Schultz wrote:
Yeah, I'd like something that I can script. Right now, there's basically
one guy who knows how to build tcnative on win32. We're trying to change
that ;)
I'm going to blindly assume scripting using a batch file which something
I forgot to thi
On 6/13/2014 10:16 AM, Christopher Schultz wrote:
Greg,
On 6/13/14, 12:57 PM, Gregg Smith wrote:
On 6/13/2014 9:36 AM, Christopher Schultz wrote:
Greg,
On 6/13/14, 12:24 PM, Gregg Smith wrote:
Old instrucions for building in IDE really. If you want to build in the
IDE just open apr-util.dsw
Greg,
On 6/13/14, 12:57 PM, Gregg Smith wrote:
> On 6/13/2014 9:36 AM, Christopher Schultz wrote:
>> Greg,
>>
>> On 6/13/14, 12:24 PM, Gregg Smith wrote:
>>> Old instrucions for building in IDE really. If you want to build in the
>>> IDE just open apr-util.dsw and allow VC to convert.
>>>
>>> If y
On Fri, Jun 13, 2014 at 12:29 PM, Christopher Schultz <
ch...@christopherschultz.net> wrote:
> Jeff,
>
> On 6/13/14, 12:08 PM, Jeff Trawick wrote:
> > On Fri, Jun 13, 2014 at 11:49 AM, Christopher Schultz
> > mailto:ch...@christopherschultz.net>>
> wrote:
> >
> > Hello,
> >
> > I'm trying
On 6/13/2014 9:36 AM, Christopher Schultz wrote:
Greg,
On 6/13/14, 12:24 PM, Gregg Smith wrote:
Old instrucions for building in IDE really. If you want to build in the
IDE just open apr-util.dsw and allow VC to convert.
If you want to build at the command line;
Yeah, I'd like something that I
Greg,
On 6/13/14, 12:24 PM, Gregg Smith wrote:
> Old instrucions for building in IDE really. If you want to build in the
> IDE just open apr-util.dsw and allow VC to convert.
>
> If you want to build at the command line;
Yeah, I'd like something that I can script. Right now, there's basically
on
Jeff,
On 6/13/14, 12:08 PM, Jeff Trawick wrote:
> On Fri, Jun 13, 2014 at 11:49 AM, Christopher Schultz
> mailto:ch...@christopherschultz.net>> wrote:
>
> Hello,
>
> I'm trying to build apr on win32 from the command-line and I'm running
> into some resistance. I'm using Visual Studio
Ugg, this list and using "reply" in thunderbird.
On 6/13/2014 9:24 AM, Gregg Smith wrote:
Hello Christopher,
Old instrucions for building in IDE really. If you want to build in
the IDE just open apr-util.dsw and allow VC to convert.
If you want to build at the command line;
On 6/13/2014 8:4
On Fri, Jun 13, 2014 at 11:49 AM, Christopher Schultz <
ch...@christopherschultz.net> wrote:
> Hello,
>
> I'm trying to build apr on win32 from the command-line and I'm running
> into some resistance. I'm using Visual Studio 12 on Windows 8.1. I have
> installed the "Windows SDK" as well to try to
Hello,
I'm trying to build apr on win32 from the command-line and I'm running
into some resistance. I'm using Visual Studio 12 on Windows 8.1. I have
installed the "Windows SDK" as well to try to help, but it doesn't seem
to have improved things.
I'm following the instructions found here:
http://
Graham,
Thank you so much for your lucid analysis. I was indeed referring to error
-8128. I will fully upgrade nss and nss-devel and reattempt the
compilation.
Joe
On 6/22/12 9:57 PM, "Graham Leggett" wrote:
>On 23 Jun 2012, at 3:42 AM, Graham Leggett wrote:
>
>>> Hi apr-util devs list,
>>>
>
On 23 Jun 2012, at 3:42 AM, Graham Leggett wrote:
>> Hi apr-util devs list,
>>
>> I'm not sure if this is the appropriate forum for this, but I couldn't
>> find an apr-util users email distribution list.
>>
>> I am unable to get apr-util-1.4.2 to build on the CentOS platform. The
>> build is bom
On 22 Jun 2012, at 11:37 PM, Hammerman, Joseph wrote:
> Hi apr-util devs list,
>
> I'm not sure if this is the appropriate forum for this, but I couldn't
> find an apr-util users email distribution list.
>
> I am unable to get apr-util-1.4.2 to build on the CentOS platform. The
> build is bombin
Hi apr-util devs list,
I'm not sure if this is the appropriate forum for this, but I couldn't
find an apr-util users email distribution list.
I am unable to get apr-util-1.4.2 to build on the CentOS platform. The
build is bombing out during the testcrypto check, as documented here:
http://mail-a
On 26 Feb 2012, at 2:22 PM, Michael Felt wrote:
> With apr v1.4.6 still get same problem that the layout directive is being
> ignored -
As I understand the layout option is only supported by httpd, not APR. Both APR
and APR-util are just simple libraries, so shouldn't need any special handling
With apr v1.4.6 still get same problem that the layout directive is being
ignored -
The result seems to be:
installbuilddir: ${datadir}/build-${APR_MAJOR_VERSION}
regardless of actual setting
e.g.:
localstatedir: /var
installbuilddir: ${localstatedir}/build
root@x105:[/data/
Maybe I broke it? Possible. Still getting the unusual output for
"apr-1-config --installbuilddir" - but after copy/paste of the layout data
from apr to apu, make distclean, and configure; make install of both I am
able to "configure" httpd v2.2.22 again.
So, maybe there is a bug, but it is not bit
Hi. Previously, I had only had experience with APR as embedded in httpd. I
am working on creating some packages, starting with httpd, and I would
prefer to do this with apr/apu as seperate from the other packages - as I
understand the apr package is intended.
I updated the config.layout to use the
On 07 Feb 2012, at 5:05 PM, grady player wrote:
> libapr-1.a is build 64 bit, libapr_util-1.a is build 32 bit… that alone
> should count as a bug
In my case, my apr-util is 64 bit, same as apr:
Non-fat file: /tmp/httpd-trunk/lib/libaprutil-1.0.4.2.dylib is architecture:
x86_64
Regards,
Graham
libapr-1.a is build 64 bit, libapr_util-1.a is build 32 bit… that alone should
count as a bug
Grady Player
gra...@mozy.com
gpla...@vmware.com
801 548 1371
On Feb 7, 2012, at 8:02 AM, Graham Leggett wrote:
> On 07 Feb 2012, at 4:16 PM, grady player wrote:
>
>> The reason is that having the
On 07 Feb 2012, at 4:16 PM, grady player wrote:
> The reason is that having the concept of a fat binary (Universal was used to
> denote PPC/i386 fat) doesn't mean that everything compiled on a modern mac
> will contain both 32bit and 64 bit code…
> in fact apr-util build from configure && make a
after a little digging, it looks like the configure script is always adding a
-m32 to the CFLAGS section of the rules.mk file (line 44)
this would seem to be a bug to me, but I haven't yet figured out where it is
pulling this value from…
apr-1.4.5 seems to work fine
Grady Player
gra...@mozy.c
The reason is that having the concept of a fat binary (Universal was used to
denote PPC/i386 fat) doesn't mean that everything compiled on a modern mac will
contain both 32bit and 64 bit code…
in fact apr-util build from configure && make all && make install seems to
always build 32 bit code….
On 6 Feb 2012, at 23:50, grady player wrote:
> I am currently building a 32/64 bit version of apr by configuring and
> building twice and combining the output with lipo, (apr-1.4.5)
> I am trying to accomplish the same thing with the 64-bit version with
> apr-util-1.4.1, but all of my output se
I am currently building a 32/64 bit version of apr by configuring and building
twice and combining the output with lipo, (apr-1.4.5)
I am trying to accomplish the same thing with the 64-bit version with
apr-util-1.4.1, but all of my output seems to be i386 32bit,
I am trying to configure and buil
Rainer's tip worked using:
CC="gcc" ./configure -C --prefix=/usr/local/apr-util
--with-apr=/usr/local/apr --with-ldap-include=/opt/IBM/ldap/V6.1/include
--with-ldap-lib=/opt/IBM/ldap/V6.1/lib --with-ldap=ibmldapn
Thank you very much and sorry for the formatting
On Wed, Apr 21, 2010 at 1:32 PM, Jef
On 21.04.2010 19:32, Jeff Trawick wrote:
The part that I don't understand is why do I need openldap if I'm trying to
build apache to be able to authenticate to a Tivoli Directory Service.
You need to use some LDAP client library; whichever you use should be
able to talk to Tivoli DS.
OpenLDAP
Yes, you're correct, it should be openldap
I tried running configure with --with-ldap=/usr/local/openldap and still
couldn't get apr-util to compile
checking for ldap support...
checking for ldap_init in -l/usr/local/openldap... no
checking for ldap_init in -l/usr/local/openldap... no
checking for
On Wed, Apr 21, 2010 at 1:21 PM, Robert Cooper
wrote:
> Yes, you're correct, it should be openldap
> I tried running configure with --with-ldap=/usr/local/openldap and still
> couldn't get apr-util to compile
> checking for ldap support...
> checking for ldap_init in -l/usr/local/openldap... no
>
On 21.04.2010 18:23, Jeff Trawick wrote:
On Wed, Apr 21, 2010 at 11:45 AM, Robert Cooper
wrote:
Hello,
I am having trouble building apr-util with ldap on AIX. I have successfully
build apr and openssl with the following options:
apr
CC="gcc" ./configure -C --prefix=/usr/local/a
On Wed, Apr 21, 2010 at 11:45 AM, Robert Cooper
wrote:
> Hello,
>
> I am having trouble building apr-util with ldap on AIX. I have successfully
> build apr and openssl with the following options:
> apr
> CC="gcc" ./configure -C --prefix=/usr/local/apr
> openssl
Hello,
I am having trouble building apr-util with ldap on AIX. I have successfully
build apr and openssl with the following options:
apr
CC="gcc" ./configure -C --prefix=/usr/local/apr
openssl
CC="gcc" ./configure -C --enable-slapd --enable-hdb=no --enable-bdb=no
--prefix=/u
Hi,
Is apr intended to build on Android, and has anyone tried it already?
I can see two potential methods to do this:
a) Using the official NDK from Google for building it
http://developer.android.com/sdk/ndk/1.5_r1/index.html
b) using a cross compiler and running apr on a rooted phone
http
On Feb 9, 2009, at 3:13 PM, Eric Covener wrote:
On Mon, Feb 9, 2009 at 2:39 PM, Jim Jagielski wrote:
On MacOSX and apr 1.4 branch:
% ./buildconf
buildconf: checking installation...
buildconf: python version 2.5.4 (ok)
buildconf: autoconf version 2.63 (ok)
buildconf: libtool version 2.2.6 (o
On Mon, Feb 9, 2009 at 2:39 PM, Jim Jagielski wrote:
> On MacOSX and apr 1.4 branch:
>
> % ./buildconf
> buildconf: checking installation...
> buildconf: python version 2.5.4 (ok)
> buildconf: autoconf version 2.63 (ok)
> buildconf: libtool version 2.2.6 (ok)
> Copying libtool helper files ...
>
2009-02-09 20:39:11 Jim Jagielski napisał(a):
> On MacOSX and apr 1.4 branch:
>
> % ./buildconf
> buildconf: checking installation...
> buildconf: python version 2.5.4 (ok)
> buildconf: autoconf version 2.63 (ok)
> buildconf: libtool version 2.2.6 (ok)
> Copying libtool helper files ...
> ./build
On MacOSX and apr 1.4 branch:
% ./buildconf
buildconf: checking installation...
buildconf: python version 2.5.4 (ok)
buildconf: autoconf version 2.63 (ok)
buildconf: libtool version 2.2.6 (ok)
Copying libtool helper files ...
./buildconf: line 56: alias: -g: invalid option
alias: usage: alias [-
Hi,
I downloaded apr from
http://www.uniontransit.com/apache/apr/apr-1.2.11.tar.gz following the
link at http://apr.apache.org/download.cgi
I am trying to build it on the platform with following uname -all
AIX ibm10 7215827 2 5 6E1AD300
When I run ./configure I get the following e
Hi,
I've been building apr on mingw for quiet some time now. However, I was
recently contacted by someone else that wanted to do this, and was able
to help them out, and also learn more about building on that platform.
That person (Fathi) made a wiki on the log4cxx website describing h
On Wed, Dec 13, 2006 at 01:03:51PM -0500, Garrett Rooney wrote:
> On 12/13/06, Paul Querna <[EMAIL PROTECTED]> wrote:
>
> >It uses jlibtool, Justin's replacement for libtool.
> >
> >The source code for it is here:
> >http://svn.apache.org/repos/asf/apr/apr/trunk/build/jlibtool.c
> >
> >Its faster,
On 12/13/06, Paul Querna <[EMAIL PROTECTED]> wrote:
It uses jlibtool, Justin's replacement for libtool.
The source code for it is here:
http://svn.apache.org/repos/asf/apr/apr/trunk/build/jlibtool.c
Its faster, and doesn't suck :)
Although don't assume that it's 100% compatible with normal l
Bob Rossi wrote:
On Wed, Dec 13, 2006 at 09:20:43AM -0800, Paul Querna wrote:
Bob Rossi wrote:
On Wed, Dec 13, 2006 at 10:41:24AM -0500, Bob Rossi wrote:
On Wed, Dec 13, 2006 at 10:05:16AM -0500, Bob Rossi wrote:
Hi,
I'm trying to build apr-util with mingw so that I can attempt to build
log4
On Wed, Dec 13, 2006 at 09:20:43AM -0800, Paul Querna wrote:
> Bob Rossi wrote:
> >On Wed, Dec 13, 2006 at 10:41:24AM -0500, Bob Rossi wrote:
> >>On Wed, Dec 13, 2006 at 10:05:16AM -0500, Bob Rossi wrote:
> >>>Hi,
> >>>
> >>>I'm trying to build apr-util with mingw so that I can attempt to build
> >
Bob Rossi wrote:
On Wed, Dec 13, 2006 at 10:41:24AM -0500, Bob Rossi wrote:
On Wed, Dec 13, 2006 at 10:05:16AM -0500, Bob Rossi wrote:
Hi,
I'm trying to build apr-util with mingw so that I can attempt to build
log4cxx there.
Attached is the output of ./configure, which fails.
Has anyone buil
On Wed, Dec 13, 2006 at 10:41:24AM -0500, Bob Rossi wrote:
> On Wed, Dec 13, 2006 at 10:05:16AM -0500, Bob Rossi wrote:
> > Hi,
> >
> > I'm trying to build apr-util with mingw so that I can attempt to build
> > log4cxx there.
> >
> > Attached is the output of ./configure, which fails.
> >
> > Ha
On Wed, Dec 13, 2006 at 10:05:16AM -0500, Bob Rossi wrote:
> Hi,
>
> I'm trying to build apr-util with mingw so that I can attempt to build
> log4cxx there.
>
> Attached is the output of ./configure, which fails.
>
> Has anyone built apr-util with mingw? I'm using svn trunk.
So, here is the lin
Hi,
I'm trying to build apr-util with mingw so that I can attempt to build
log4cxx there.
Attached is the output of ./configure, which fails.
Has anyone built apr-util with mingw? I'm using svn trunk.
Thanks,
Bob Rossi
checking build system type... i686-pc-mingw32
checking host system type... i
On 12/12/06, Bob Rossi <[EMAIL PROTECTED]> wrote:
On Sun, Dec 10, 2006 at 08:42:29PM +1100, John Vandenberg wrote:
> On 12/9/06, Bob Rossi <[EMAIL PROTECTED]> wrote:
> >On Wed, Dec 06, 2006 at 09:07:20AM +1100, John Vandenberg wrote:
> >> We should first check whether the libtool developers inten
On Sun, Dec 10, 2006 at 08:42:29PM +1100, John Vandenberg wrote:
> On 12/9/06, Bob Rossi <[EMAIL PROTECTED]> wrote:
> >On Wed, Dec 06, 2006 at 09:07:20AM +1100, John Vandenberg wrote:
> >> We should first check whether the libtool developers intentionally
> >> added that blank line; if they can fix
On Wed, Dec 06, 2006 at 09:07:20AM +1100, John Vandenberg wrote:
> We should first check whether the libtool developers intentionally
> added that blank line; if they can fix the regression on their side,
> it means that the next stable version of libtool will work with older
> source tarballs of a
On Tue, Dec 05, 2006 at 02:55:09PM -0600, William A. Rowe, Jr. wrote:
> > Failed TestsTotal FailFailed %
> > ===
> > testdso 5 4 80.00%
> > testpipe9 2 22.22%
>
>
On Wed, Dec 06, 2006 at 02:24:16PM +1100, John Vandenberg wrote:
> On 12/2/06, Bob Rossi <[EMAIL PROTECTED]> wrote:
> >Hi,
> >
> >...
> >
> >Secondly, the APR_CHECK_SIZEOF_EXTENDED isn't working for me because the
> >default for the cross compiled size is 8. However, ssize_t for me is 4.
> >So, the
On 12/6/06, Bob Rossi <[EMAIL PROTECTED]> wrote:
On Tue, Dec 05, 2006 at 12:34:36PM +, Joe Orton wrote:
> On Fri, Dec 01, 2006 at 10:10:39PM -0500, Bob Rossi wrote:
> > Secondly, the APR_CHECK_SIZEOF_EXTENDED isn't working for me because the
> > default for the cross compiled size is 8. Howev
On 12/2/06, Bob Rossi <[EMAIL PROTECTED]> wrote:
Hi,
...
Secondly, the APR_CHECK_SIZEOF_EXTENDED isn't working for me because the
default for the cross compiled size is 8. However, ssize_t for me is 4.
So, the configure fails. I made this change:
-APR_CHECK_SIZEOF_EXTENDED([#include ], ssize
Bob Rossi wrote:
> On Tue, Dec 05, 2006 at 03:35:21PM -0600, William A. Rowe, Jr. wrote:
>> Bob Rossi wrote:
>>> Hi,
>>>
>>> Well, here is the compile command.
>>>
>>> /bin/sh
>>>
/home/bobbybrasko/rcs/svn/vigilant/vigilant/builddir/vigilant-tools/apr/libtool
>>> --silent --mode=compile gcc -mno
On 12/6/06, Bob Rossi <[EMAIL PROTECTED]> wrote:
On Wed, Dec 06, 2006 at 08:30:55AM +1100, John Vandenberg wrote:
> The problem appears to be that libtool is now emitting a blank line
> before the line that contains the version string; try
>
> $ libtool --version 2>/dev/null | sed -e
> '/^$/d;s/(
On Tue, Dec 05, 2006 at 03:35:21PM -0600, William A. Rowe, Jr. wrote:
> Bob Rossi wrote:
> > Hi,
> >
> > Well, here is the compile command.
> >
> > /bin/sh
> > /home/bobbybrasko/rcs/svn/vigilant/vigilant/builddir/vigilant-tools/apr/libtool
> > --silent --mode=compile gcc -mno-cygwin -g -O0 -DHA
Bob Rossi wrote:
> Hi,
>
> Well, here is the compile command.
>
> /bin/sh
> /home/bobbybrasko/rcs/svn/vigilant/vigilant/builddir/vigilant-tools/apr/libtool
> --silent --mode=compile gcc -mno-cygwin -g -O0 -DHAVE_CONFIG_H
> -D_LARGEFILE64_SOURCE -I./include
> -I/home/bobbybrasko/rcs/svn/vigila
On Wed, Dec 06, 2006 at 08:30:55AM +1100, John Vandenberg wrote:
> The problem appears to be that libtool is now emitting a blank line
> before the line that contains the version string; try
>
> $ libtool --version 2>/dev/null | sed -e
> '/^$/d;s/([^)]*)//g;s/^[^0-9]*//;s/[- ].*//g;q'
Works like
On 12/6/06, Bob Rossi <[EMAIL PROTECTED]> wrote:
On Tue, Dec 05, 2006 at 10:16:52AM +1100, John Vandenberg wrote:
> Hi Bob,
>
> On 12/2/06, Bob Rossi <[EMAIL PROTECTED]> wrote:
>
> >First, and oddly enough, the buildconf script fails for me because
> >build/buildcheck.sh doesn't recognize my libt
Hi,
Well, here is the compile command.
/bin/sh
/home/bobbybrasko/rcs/svn/vigilant/vigilant/builddir/vigilant-tools/apr/libtool
--silent --mode=compile gcc -mno-cygwin -g -O0 -DHAVE_CONFIG_H
-D_LARGEFILE64_SOURCE -I./include
-I/home/bobbybrasko/rcs/svn/vigilant/vigilant/builddir/vigilant-tools
Bob Rossi wrote:
>
> Thanks for the quick response. This is the output of my configure run.
> Is something obviously wrong here?
also - check that APR_HAS_DSO is 1.
If you force dlopen and dlsym to 0, see what happens.
dso/win32/dso.c, is the source we should be compiling, not the
dso/unix/dso.c. Can you check that?
Bob Rossi wrote:
> On Tue, Dec 05, 2006 at 02:55:09PM -0600, William A. Rowe, Jr. wrote:
>>> Failed TestsTotal FailFailed
On Tue, Dec 05, 2006 at 02:55:09PM -0600, William A. Rowe, Jr. wrote:
> > Failed TestsTotal FailFailed %
> > ===
> > testdso 5 4 80.00%
> > testpipe9 2 22.22%
>
>
> Failed Tests Total FailFailed %
> ===
> testdso 5 4 80.00%
> testpipe 9 2 22.22%
testpipe errors are expected. Filesystem pipes on windows do not behave
in
On Tue, Dec 05, 2006 at 10:16:52AM +1100, John Vandenberg wrote:
> Hi Bob,
>
> On 12/2/06, Bob Rossi <[EMAIL PROTECTED]> wrote:
>
> >First, and oddly enough, the buildconf script fails for me because
> >build/buildcheck.sh doesn't recognize my libtool --version. I don't know
> >sed well enough, a
On Tue, Dec 05, 2006 at 12:34:36PM +, Joe Orton wrote:
> On Fri, Dec 01, 2006 at 10:10:39PM -0500, Bob Rossi wrote:
> > Secondly, the APR_CHECK_SIZEOF_EXTENDED isn't working for me because the
> > default for the cross compiled size is 8. However, ssize_t for me is 4.
> > So, the configure fail
On Fri, Dec 01, 2006 at 10:10:39PM -0500, Bob Rossi wrote:
> Secondly, the APR_CHECK_SIZEOF_EXTENDED isn't working for me because the
> default for the cross compiled size is 8. However, ssize_t for me is 4.
> So, the configure fails. I made this change:
Can't you set ac_cv_sizeof_ssize_t=4 to get
Hi Bob,
On 12/2/06, Bob Rossi <[EMAIL PROTECTED]> wrote:
First, and oddly enough, the buildconf script fails for me because
build/buildcheck.sh doesn't recognize my libtool --version. I don't know
sed well enough, and thought someone here would quickly be able to spot
the problem. If not, I'll
On Fri, Dec 01, 2006 at 10:10:39PM -0500, Bob Rossi wrote:
> Hi,
>
> I've successfully cross compiled apr on cygwin to mingw. I've already
> had one patch go upstream to autoconf, which fixes a problem
> AC_CHECK_SIZEOF.
>
> I have two very small other problems, that need to be sent upstream, and
Hi,
I'm having trouble subscribing to [EMAIL PROTECTED] I've
sent a half dozen subscribe emails, and haven't been added yet.
(over several days) I've also sent emails to [EMAIL PROTECTED],
and have received no response. Could someone please add me to this
mailing list?
I've successfully cross
1 - 100 of 151 matches
Mail list logo
