Derek Scherger schrieb:
On Sun, Oct 12, 2008 at 2:49 PM, Zack Weinberg [EMAIL PROTECTED]
mailto:[EMAIL PROTECTED] wrote:
I put some patches on .library-build to deal with this. The 'best
effort' functionality is not available in 1.5 as far as I know, but I
don't know any reason
Hi,
Jack Lloyd wrote:
New version. Use the version macros for Botan instead of calling the
string function. Mostly for consistency with the rest of the version #
sources.
Thanks, very cool.
Committed as rev ce0db5b1f6d3b9ab45535784e298599733d0d6ab.
Regards
Markus Wanner
Hi,
I've now corrected or worked around issues with various sqlite versions.
These tests have failed before:
Markus Wanner wrote:
146 database_checkFAIL (line 23)
216 i_selectorFAIL (line 32)
Revision
Hi,
Markus Wanner wrote:
3.4.1 (what we shipped up to now)
Oops, revoking that. 3.4.1 and 3.4.2 currently fail on test
'database_dump_load', which is fishy because 3.4.1 was integrated
before, no?
I'm investigating on the issue.
Regards
Markus Wanner
Hello,
I've been watching the development of the net.venge.monotone.stripped
branch for a bit, and I'm starting to notice some dependencies that I
find concerning.
Just a moment ago, I saw a change that made the montone code depend on
the version of SQLITE as described by a C macro. That's fine
In the same vein, the code to display the versions of SQLite, Botan
and so on might be misleading in a shared library environment. Maybe
it should display both the versions it was compiled against and the
versions it's running against (if that's possible to find out, which
isn't always a given).
Hi,
Richard Levitte wrote:
Just a moment ago, I saw a change that made the montone code depend on
the version of SQLITE as described by a C macro. That's fine and
dandy provided you link monotone with the static library, but what
happens if it's linked with the shared library and then moved
Markus Wanner [EMAIL PROTECTED] writes:
[...]
Agreed. Thanks for pointing this out. I'll check if we can add dynamic
version checks as well.
http://www.sqlite.org/c3ref/libversion.html suggests it should be
easy enough.
___
Monotone-devel mailing
Hi,
Bruce Stephens wrote:
http://www.sqlite.org/c3ref/libversion.html suggests it should be
easy enough.
Thanks for the hint.
Any idea what CVS tags they define? I've checked out their CVS tree, but
I'm missing 'cvs ls tags' :-) And their downloads website doesn't list
order versions...
Markus Wanner [EMAIL PROTECTED] writes:
[...]
Any idea what CVS tags they define? I've checked out their CVS tree, but
I'm missing 'cvs ls tags' :-)
No idea. Choose a file that you expect to have been altered
frequently and do cvs log file. At the top will be any tags or
branch names.
Hi,
Richard Levitte wrote:
In the same vein, the code to display the versions of SQLite, Botan
and so on might be misleading in a shared library environment. Maybe
it should display both the versions it was compiled against and the
versions it's running against (if that's possible to find
Hi,
Markus Wanner wrote:
Richard Levitte wrote:
Just a moment ago, I saw a change that made the montone code depend on
the version of SQLITE as described by a C macro. That's fine and
dandy provided you link monotone with the static library, but what
happens if it's linked with the shared
On Sat, 2008-10-04 at 23:55 -0600, Derek Scherger wrote:
[...]
One easy way to fix this problem is to have mercurial run monotone
with the '--root=.' option to prevent monotone from searching for a
_MTN directory.
[...]
It also seems somewhat questionable to me that the monotone
On Mon, Oct 13, 2008 at 6:12 PM, Timothy Brownawell [EMAIL PROTECTED]wrote:
There's a new --no-workspace option to turn off this behavior even when
you're in the root of a workspace.
Oh good, that's better than the --root option, I'll switch things over to
that. I'm still having problems with
On Mon, Oct 13, 2008 at 11:52:53PM +0200, Markus Wanner wrote:
Hi,
Richard Levitte wrote:
In the same vein, the code to display the versions of SQLite, Botan
and so on might be misleading in a shared library environment. Maybe
it should display both the versions it was compiled against
On my system (gentoo) the pkg-config check for lua fails with:
checking for LUA... no
checking for lua 5.1... no; guessing
checking for lua_load in -llua5.1... no
checking whether the lua library is usable... yes
Applying the following patch to patch m4/lua.m4 seems to make it happy:
#
#
On Mon, Oct 13, 2008 at 8:45 PM, Jack Lloyd [EMAIL PROTECTED] wrote:
Attached is a patch for getting the PCRE runtime version as well.
Committed in ad7d563d114ba37fe5232fa429fecfc1681c3326, thanks again.
Would you like to have commit access Jack? I'm not in a position to grant
that to you
In message [EMAIL PROTECTED] on Mon, 13 Oct 2008 21:16:59 -0600, Derek
Scherger [EMAIL PROTECTED] said:
derek On Mon, Oct 13, 2008 at 8:45 PM, Jack Lloyd [EMAIL PROTECTED] wrote:
derek
derek Attached is a patch for getting the PCRE runtime version as well.
derek
derek
derek Committed in
On Mon, Oct 13, 2008 at 7:45 PM, Jack Lloyd [EMAIL PROTECTED] wrote:
I could not figure out how to get the runtime Lua version (aside from
executing a line of Lua that ruturns the value of the Lua _VERSION
variable)
well, you could always do the moral equivalent in C:
lua_getglobal(L,
On Mon, Oct 13, 2008 at 7:55 PM, Derek Scherger [EMAIL PROTECTED] wrote:
- PKG_CHECK_MODULES([LUA], [lua5.1],
+ PKG_CHECK_MODULES([LUA], [lua],
Is this a reasonable change on other systems?
Debian:
$ (cd /usr/lib ls -l liblua*)
-rw-r--r-- 1 root root 324860 2008-01-26 08:12
On Mon, Oct 13, 2008 at 10:51 PM, Zack Weinberg [EMAIL PROTECTED] wrote:
Debian:
$ (cd /usr/lib ls -l liblua*)
-rw-r--r-- 1 root root 324860 2008-01-26 08:12 liblua5.1.a
-rw-r--r-- 1 root root825 2008-01-26 08:12 liblua5.1.la
lrwxrwxrwx 1 root root 18 2008-04-01 11:39 liblua5.1.so
On Mon, Oct 13, 2008 at 10:06 PM, Derek Scherger [EMAIL PROTECTED] wrote:
On Mon, Oct 13, 2008 at 10:51 PM, Zack Weinberg [EMAIL PROTECTED] wrote:
lrwxrwxrwx 1 root root 18 2008-04-01 11:39 liblua5.1.so -
liblua5.1.so.0.0.0
lrwxrwxrwx 1 root root 18 2008-03-31 07:09 liblua5.1.so.0 -
In message [EMAIL PROTECTED] on Mon, 13 Oct 2008 23:06:59 -0600, Derek
Scherger [EMAIL PROTECTED] said:
derek On Mon, Oct 13, 2008 at 10:51 PM, Zack Weinberg [EMAIL PROTECTED]
wrote:
derek
derek Debian:
derek
derek $ (cd /usr/lib ls -l liblua*)
derek -rw-r--r-- 1 root root 324860
23 matches
Mail list logo