On Sat, 2011-09-24 at 00:07 +0200, Vladislav Vaintroub wrote:
> > We're moving to mysql-5.5 codebase, and it can be built with cmake only,
> > not with autotools. I wonder whether cmake has the same problem that
> > libtool has on hp-ux.
Is there any estimate of when this switch to cmake is going
> -Original Message-
> From: Sergei Golubchik [mailto:s...@askmonty.org]
> Sent: Freitag, 23. September 2011 23:40
> To: Steve Ellcey
> Cc: Vladislav Vaintroub; maria-developers@lists.launchpad.net
> Subject: Re: [Maria-developers] Shared plugin library build question
> We're moving to
On Fri, 2011-09-23 at 08:30 +0200, Sergei Golubchik wrote:
> It doesn't matter. For simple issues like that I'll be able to see
> individual fixes in a one big patch, so you can do as you like.
>
> And of course it is not necessary for you to send patches or fix
> anything at all. I just thought
Hi, Steve!
On Sep 23, Steve Ellcey wrote:
> On Fri, 2011-09-23 at 00:59 +0200, Vladislav Vaintroub wrote:
>
> > Ok, libtool is being smart here..
> >
> > What happens if you change the definition of ha_federated_la_LDFLAGS in
> > federated/Makefile.am to
> > ha_federated_la_LDFLAGS = -module
On Fri, 2011-09-23 at 00:59 +0200, Vladislav Vaintroub wrote:
>
> Ok, libtool is being smart here..
>
> What happens if you change the definition of ha_federated_la_LDFLAGS in
> federated/Makefile.am to
> ha_federated_la_LDFLAGS = -module -rpath $(pkgplugindir)
> $(top_builddir)/libservic
On Fri, Sep 23, 2011 at 4:32 AM, Kristian Nielsen
wrote:
> MARK CALLAGHAN writes:
>
>> Why does this need to save/restore thread contexts (setcontext, etc)?
>> I think that if the library is that hard to change then it should be
>> fixed or a simpler solution should be attempted.
>
> In general,
MARK CALLAGHAN writes:
> getcontext is slow because it saves everything --FP regs, SSE regs,
> signal handlers. It was safe for RethinkDB to skip saving them but
The expensive part is signal handlers, as it requires a system call.
> they are not providing a library that can run in a wide variet
---
WORKLOG TASK
-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
TASK...: more IF EXISTS clauses
CREATION DATE..: Fri, 23 Sep 2011, 14:10
SUPERVISOR.:
IMPLEMENTOR..
On Fri, Sep 23, 2011 at 4:32 AM, Kristian Nielsen
wrote:
> MARK CALLAGHAN writes:
>
> As also discussed in the RethinkDB blogs, one needs to be aware of
> performance, as some co-routine implementations (eg. POSIX ucontext) are
> inefficient. The use of co-routines in non-blocking libmysqlclient
Daniel Bartholomew writes:
> First, I need one of the developers to tag the release in the source
> tree:
>
> http://bazaar.launchpad.net/~maria-captains/maria/5.2/changes
Done.
> Second, I need to know if there is anything that I should be sure to
> mention in the release notes. One thing I ca
MARK CALLAGHAN writes:
> Why does this need to save/restore thread contexts (setcontext, etc)?
> I think that if the library is that hard to change then it should be
> fixed or a simpler solution should be attempted.
In general, when implementing non-blocking semantics like this, there are two
m
11 matches
Mail list logo
