You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@subversion.apache.org by Branko Cibej <br...@xbc.nu> on 2009/03/10 15:52:18 UTC
It's one thing to make serf the default, ....
... but quite another to make it mandatory.
$ ./configure --without-serf; make
[...]
/usr/share/apr-1.0/build/libtool: line 1802: cd: no/lib: No such file or directory
libtool: link: cannot determine absolute directory name of `no/lib'
serf.m4 doesn't even handle the --without-serf (== --with-serf=no) case
... I'll see what I can do to fix that, but, yuck. :)
-- Brane
------------------------------------------------------
http://subversion.tigris.org/ds/viewMessage.do?dsForumId=462&dsMessageId=1303723
Re: It's one thing to make serf the default, ....
Posted by Branko Cibej <br...@xbc.nu>.
Greg Stein wrote:
> Chill, Mr Grumpy. Obviously a bug rather than an intent for it to be mandatory.
>
r36457.
> On Tue, Mar 10, 2009 at 16:52, Branko Cibej <br...@xbc.nu> wrote:
>
>> ... but quite another to make it mandatory.
>>
>> $ ./configure --without-serf; make
>> [...]
>> /usr/share/apr-1.0/build/libtool: line 1802: cd: no/lib: No such file or directory
>> libtool: link: cannot determine absolute directory name of `no/lib'
>>
>> serf.m4 doesn't even handle the --without-serf (== --with-serf=no) case
>> ... I'll see what I can do to fix that, but, yuck. :)
>>
>> -- Brane
>>
>> ------------------------------------------------------
>> http://subversion.tigris.org/ds/viewMessage.do?dsForumId=462&dsMessageId=1303723
>>
>>
------------------------------------------------------
http://subversion.tigris.org/ds/viewMessage.do?dsForumId=462&dsMessageId=1303947
Re: It's sqlite now
Posted by Branko Cibej <br...@xbc.nu>.
Greg Stein wrote:
> from your dpkg, sqlite 3.5.9 is more than recent enough, so you should
> be good there.
>
> I'm curious what libmysqlclient and libsasl2 are doing there.
>
> What's your ./configure output look like for sqlite?
>
configure: checking sqlite library
amalgamation not found at /home/brane/src/svn/repos/svn-trunk/sqlite-amalgamation/sqlite3.c
checking sqlite3.h usability... yes
checking sqlite3.h presence... yes
checking for sqlite3.h... yes
checking sqlite library version (via header)... okay
checking for sqlite3_close in -lsqlite3... yes
Hmmm ... I had a --disable-shared in my configure. Removing it made this
go away. Most unusual, but --disable-shared was always a bit dodgy in my
experience.
-- Brane
------------------------------------------------------
http://subversion.tigris.org/ds/viewMessage.do?dsForumId=462&dsMessageId=1303934
Re: It's sqlite now (was: Re: It's one thing to make serf the
default, ....)
Posted by Greg Stein <gs...@gmail.com>.
from your dpkg, sqlite 3.5.9 is more than recent enough, so you should
be good there.
I'm curious what libmysqlclient and libsasl2 are doing there.
What's your ./configure output look like for sqlite?
Cheers,
-g
On Tue, Mar 10, 2009 at 17:23, Branko Čibej <br...@xbc.nu> wrote:
> Greg Stein wrote:
>> Chill, Mr Grumpy. Obviously a bug rather than an intent for it to be mandatory.
>>
>
> Grumpy smiley. :) I think I fixed it but dare not commit because I'm
> stumped by another build error while linking the svn program:
>
> /usr/lib/libmysqlclient_r.a(ssl.o): In function `yaSSL::read_file(yaSSL::SSL_CTX*, char const*, int, yaSSL::CertType)':
> (.text+0x29f3): warning: memset used with constant zero length parameter; this could be due to transposed parameters
> /usr/lib/libsasl2.a(otp.o): In function `opie_server_mech_dispose':
> (.text+0x1467): undefined reference to `opieverify'
> /usr/lib/libsasl2.a(otp.o): In function `opie_server_mech_step':
> (.text+0x15f0): undefined reference to `opieverify'
> /usr/lib/libsasl2.a(otp.o): In function `opie_server_mech_step':
> (.text+0x1806): undefined reference to `opiechallenge'
> /usr/lib/libsasl2.a(sql.o): In function `_sqlite_exec':
> (.text+0x149c): undefined reference to `sqlite_exec'
> /usr/lib/libsasl2.a(sql.o): In function `_sqlite_exec':
> (.text+0x14db): undefined reference to `sqlite_freemem'
> /usr/lib/libsasl2.a(sql.o): In function `_sqlite_open':
> (.text+0x16b5): undefined reference to `sqlite_open'
> /usr/lib/libsasl2.a(sql.o): In function `_sqlite_open':
> (.text+0x16df): undefined reference to `sqlite_exec'
> /usr/lib/libsasl2.a(sql.o): In function `_sqlite_open':
> (.text+0x1726): undefined reference to `sqlite_freemem'
> /usr/lib/libsasl2.a(sql.o): In function `_sqlite_open':
> (.text+0x172e): undefined reference to `sqlite_close'
> /usr/lib/libsasl2.a(sql.o): In function `_sqlite_open':
> (.text+0x1764): undefined reference to `sqlite_freemem'
> /usr/lib/libsasl2.a(sql.o): In function `_sqlite_close':
> (.text+0x1455): undefined reference to `sqlite_close'
> collect2: ld returned 1 exit status
> make: *** [subversion/svn/svn] Error 1
>
> $ dpkg-query -l '*sqlite*'
> [...]
> ii libsqlite3-dev 3.5.9-3ubuntu1
>
>
> Help?
>
> -- Brane
>
>> On Tue, Mar 10, 2009 at 16:52, Branko Cibej <br...@xbc.nu> wrote:
>>
>>> ... but quite another to make it mandatory.
>>>
>>> $ ./configure --without-serf; make
>>> [...]
>>> /usr/share/apr-1.0/build/libtool: line 1802: cd: no/lib: No such file or directory
>>> libtool: link: cannot determine absolute directory name of `no/lib'
>>>
>>> serf.m4 doesn't even handle the --without-serf (== --with-serf=no) case
>>> ... I'll see what I can do to fix that, but, yuck. :)
>>>
>>> -- Brane
>>>
>>> ------------------------------------------------------
>>> http://subversion.tigris.org/ds/viewMessage.do?dsForumId=462&dsMessageId=1303723
>>>
>>>
>
>
------------------------------------------------------
http://subversion.tigris.org/ds/viewMessage.do?dsForumId=462&dsMessageId=1303899
It's sqlite now (was: Re: It's one thing to make serf the default,
....)
Posted by Branko Cibej <br...@xbc.nu>.
Greg Stein wrote:
> Chill, Mr Grumpy. Obviously a bug rather than an intent for it to be mandatory.
>
Grumpy smiley. :) I think I fixed it but dare not commit because I'm
stumped by another build error while linking the svn program:
/usr/lib/libmysqlclient_r.a(ssl.o): In function `yaSSL::read_file(yaSSL::SSL_CTX*, char const*, int, yaSSL::CertType)':
(.text+0x29f3): warning: memset used with constant zero length parameter; this could be due to transposed parameters
/usr/lib/libsasl2.a(otp.o): In function `opie_server_mech_dispose':
(.text+0x1467): undefined reference to `opieverify'
/usr/lib/libsasl2.a(otp.o): In function `opie_server_mech_step':
(.text+0x15f0): undefined reference to `opieverify'
/usr/lib/libsasl2.a(otp.o): In function `opie_server_mech_step':
(.text+0x1806): undefined reference to `opiechallenge'
/usr/lib/libsasl2.a(sql.o): In function `_sqlite_exec':
(.text+0x149c): undefined reference to `sqlite_exec'
/usr/lib/libsasl2.a(sql.o): In function `_sqlite_exec':
(.text+0x14db): undefined reference to `sqlite_freemem'
/usr/lib/libsasl2.a(sql.o): In function `_sqlite_open':
(.text+0x16b5): undefined reference to `sqlite_open'
/usr/lib/libsasl2.a(sql.o): In function `_sqlite_open':
(.text+0x16df): undefined reference to `sqlite_exec'
/usr/lib/libsasl2.a(sql.o): In function `_sqlite_open':
(.text+0x1726): undefined reference to `sqlite_freemem'
/usr/lib/libsasl2.a(sql.o): In function `_sqlite_open':
(.text+0x172e): undefined reference to `sqlite_close'
/usr/lib/libsasl2.a(sql.o): In function `_sqlite_open':
(.text+0x1764): undefined reference to `sqlite_freemem'
/usr/lib/libsasl2.a(sql.o): In function `_sqlite_close':
(.text+0x1455): undefined reference to `sqlite_close'
collect2: ld returned 1 exit status
make: *** [subversion/svn/svn] Error 1
$ dpkg-query -l '*sqlite*'
[...]
ii libsqlite3-dev 3.5.9-3ubuntu1
Help?
-- Brane
> On Tue, Mar 10, 2009 at 16:52, Branko Cibej <br...@xbc.nu> wrote:
>
>> ... but quite another to make it mandatory.
>>
>> $ ./configure --without-serf; make
>> [...]
>> /usr/share/apr-1.0/build/libtool: line 1802: cd: no/lib: No such file or directory
>> libtool: link: cannot determine absolute directory name of `no/lib'
>>
>> serf.m4 doesn't even handle the --without-serf (== --with-serf=no) case
>> ... I'll see what I can do to fix that, but, yuck. :)
>>
>> -- Brane
>>
>> ------------------------------------------------------
>> http://subversion.tigris.org/ds/viewMessage.do?dsForumId=462&dsMessageId=1303723
>>
>>
------------------------------------------------------
http://subversion.tigris.org/ds/viewMessage.do?dsForumId=462&dsMessageId=1303866
Re: It's one thing to make serf the default, ....
Posted by Greg Stein <gs...@gmail.com>.
Chill, Mr Grumpy. Obviously a bug rather than an intent for it to be mandatory.
On Tue, Mar 10, 2009 at 16:52, Branko Cibej <br...@xbc.nu> wrote:
> ... but quite another to make it mandatory.
>
> $ ./configure --without-serf; make
> [...]
> /usr/share/apr-1.0/build/libtool: line 1802: cd: no/lib: No such file or directory
> libtool: link: cannot determine absolute directory name of `no/lib'
>
> serf.m4 doesn't even handle the --without-serf (== --with-serf=no) case
> ... I'll see what I can do to fix that, but, yuck. :)
>
> -- Brane
>
> ------------------------------------------------------
> http://subversion.tigris.org/ds/viewMessage.do?dsForumId=462&dsMessageId=1303723
>
------------------------------------------------------
http://subversion.tigris.org/ds/viewMessage.do?dsForumId=462&dsMessageId=1303791