Re: [Monotone-devel] library build

2008-10-01 Thread Jack Lloyd
On Wed, Oct 01, 2008 at 07:34:20PM +0200, Markus Wanner wrote:

> After just having upgraded (and now landed) monotone's included botan to
> 1.7.12. Jack is already approaching 1.7.15 with yet another set of
> renaming. I'm rather going to use the nvm.stripped branch than continue
> to manually upgrade again.

Please keep me updated on the timing of this. Despite the recent
string of releases, I actually expect the amount of time I'll have to
work on Botan will reduce pretty dramatically for a while in the neat
future. So if Botan 1.7.x is going to distros (AFAIK the only distro
it is currently in is Debian) I would just as soon it be the future
1.7.15 rather than .14 since there are another slew of changes (in
particular adding ECDSA). I don't have an ETA in particular planned
for the release (sometime this month, probably); if you need a fresh
1.7 release to accompany a new version of Monotone at a particular
time just let me know.

-Jack


___
Monotone-devel mailing list
Monotone-devel@nongnu.org
http://lists.nongnu.org/mailman/listinfo/monotone-devel


Re: [Monotone-devel] library build

2008-10-01 Thread Derek Scherger
On Wed, Oct 1, 2008 at 11:34 AM, Markus Wanner <[EMAIL PROTECTED]> wrote:

>
> I've started such an effort in nvm.stripped. Beginning with:
>
>  * botan (because I know that from earlier upgrades)
>  * pcre (because it was so easy)
>  * lua (becasue I'm been afraid of the problems you mentioned)
>

That sounds great, I'll  give it a go on my system.


> The m4 scripts for botan and lua are stolen from the library-build build
> branch and adjusted. I'm not an m4 hacker, so if some m4 guru could
> check those that'd be great.


Me neither, but I'll have a look and see if I notice anything.


> I didn't do sha1 benchmarks, but those should now use the assembler
> optimized variants.
>

I'm curious to see how these go. I've been rattling emails off of Jack
trying to get both the sha1_ia32 and sha1_sse2 modules to properly configure
on my pentium-m and I think that's now working so I'll see how they perform
here. Initial tests with botan seem to show that ia32 asm is faster than
sse2 on pentium-m which seemed a bit odd.

After just having upgraded (and now landed) monotone's included botan to
> 1.7.12. Jack is already approaching 1.7.15 with yet another set of
> renaming. I'm rather going to use the nvm.stripped branch than continue
> to manually upgrade again.


I noticed that gentoo only has 1.6.5 or something so I'll see if I can
encourage someone in portage land to get the botan dev stuff in as unstable.

Cheers,
Derek
___
Monotone-devel mailing list
Monotone-devel@nongnu.org
http://lists.nongnu.org/mailman/listinfo/monotone-devel


Re: [Monotone-devel] library build

2008-10-01 Thread Markus Wanner
Hi,

Zack Weinberg wrote:
> It might make sense to start a new project to rip out our bundled
> libraries altogether and then fix everything necessary to make it work
> with system libraries.

I've started such an effort in nvm.stripped. Beginning with:

 * botan (because I know that from earlier upgrades)
 * pcre (because it was so easy)
 * lua (becasue I'm been afraid of the problems you mentioned)

The m4 scripts for botan and lua are stolen from the library-build build
branch and adjusted. I'm not an m4 hacker, so if some m4 guru could
check those that'd be great.

The branch builds on my debian lenny against botan 1.7.8 (up to head),
pcre 7.6 and lua 5.1 as external libraries. It passes all tests of the
testsuite and weights 30 MiB (vs 37 MiB on mainline and Intel 32bit).

> It also became clear that there are still quite a few hacks that we
> rely on in our local copies of the libraries.  The big one was, we
> compile lua as C++ so its error handling turns into C++ exceptions.  A
> system-provided liblua won't do this.

That certainly needs to be investigated. I'm currently using lua.hpp,
thus including the system provided lua library as C code, yes.

> We don't do error propagation
> across the lua/C++ interface correctly anyway (errors in lua hooks
> have a bad way of just disappearing), so I would *like* to rip that
> out and go back to lua's C interface

Feel free... :-)

I didn't do sha1 benchmarks, but those should now use the assembler
optimized variants.

After just having upgraded (and now landed) monotone's included botan to
1.7.12. Jack is already approaching 1.7.15 with yet another set of
renaming. I'm rather going to use the nvm.stripped branch than continue
to manually upgrade again.

Regards

Markus Wanner



___
Monotone-devel mailing list
Monotone-devel@nongnu.org
http://lists.nongnu.org/mailman/listinfo/monotone-devel