caused the issue.
2014-07-09 17:47 GMT+03:00 Leif Walsh leif.wa...@gmail.com:
This error rings a faint bell, but I believe it was a problem with my
toolchain, not a bug in the code or build system. There are also sometimes
dependency problems with cmake that building with -j1 can fix.
Can you
This error rings a faint bell, but I believe it was a problem with my
toolchain, not a bug in the code or build system. There are also sometimes
dependency problems with cmake that building with -j1 can fix.
Can you reproduce it multiple times in a row with the same configured build
directory?
Hi Otto,
The answer to your first question is, that's how CMake works. CMake's
Cross Compiling guide says that it can't guess the target processor
details, and you're supposed to provide that information either by
explicitly setting the variables, or by providing a toolchain file:
Hi all,
How do you make debian and rpm packages for mariadb? Which are the
blessed config files and how is the process automated (and how might I
run it manually)?
--
Cheers,
Leif
___
Mailing list: https://launchpad.net/~maria-developers
Post to
Thanks, Sergei!
On Tue, Jan 21, 2014 at 12:27 PM, Sergei Golubchik s...@mariadb.org wrote:
Hi, Leif!
On Jan 21, Leif Walsh wrote:
Hi all,
How do you make debian and rpm packages for mariadb? Which are the
blessed config files and how is the process automated (and how might I
run
That's a good solution, but I'd still be wary of messing around too much with
cmake's RPATH handling. I'll do this in ft-index soon though.
Sent from my iPhone
On Dec 3, 2013, at 4:09, Sergei Golubchik s...@mariadb.org wrote:
Hi, Leif!
On Dec 02, Leif Walsh wrote:
Yep
The problem is that we're trying to run logformat and it can't find
libtokuportability.so, even though a few lines up, it says we just build
libtokuportability.so. Maybe the loader path is different on suse, can you
try looking in the build directory for libtokuportability.so (it's supposed
to
Can you run objdump -x /path/to/logformat | grep RPATH?
For example, I get this:
% ldd logformat
linux-vdso.so.1 (0x7fffe03cd000)
libtokuportability.so =
/home/leif/git/ft-index/opt/portability/libtokuportability.so
(0x7fba00ec1000)
libpthread.so.0 = /usr/lib/libpthread.so.0
Yep, CMAKE_SKIP_BUILD_RPATH=0 would cause this exact problem. We should add
something to our cmake to warn if that is set to 0.
Sent from my iPhone
On Dec 2, 2013, at 20:36, d...@sent.com wrote:
On Mon, Dec 2, 2013, at 05:21 PM, Leif Walsh wrote:
look online for reports of problems
Wait, skip build RPATH off is a double-negative that I missed earlier. I
think if you fool around with cmake's RPATH-related settings you'll be able to
find the right combination, I'm not at a computer right now. At the very least,
you should be able to leave them all as their defaults and the
Hi Mark,
TokuMX is a quite different beast than TokuDB. First of all, we already
had the experience of integrating our engine into one database product
before we started. So many kinks in the TokuKV layer had already been
worked out.
But more importantly, TokuMX/MongoDB doesn't have a storage
Hi,
I'm working on adding a plugin API (not exactly a storage engine API, rather an
extension one) to TokuMX[1] and I'm looking for advice on security.
The basic idea is fairly simple: a plugin is a shared library (we're only
targeting Linux right now, by the way) that defines a symbol to
TokuMX is MongoDB but with the storage code completely replaced by the same
fractal tree library that we use in TokuDB. The storage code integration is
already done. What I'm asking about here is not storage related.
I'm trying to add the ability to create plugins to load into the existing
Hi,
In previous versions, we shipped jemalloc as a shared library and patched
mysqld_safe to inject it into LD_PRELOAD. Some users ran mysqld directly and
therefore didn't have jemalloc. To protect users from this, we opted to
statically link jemalloc into mysqld instead. To my knowledge
As far as I know there are no other technical reasons. I don't know how else to
be certain that jemalloc is loaded if the user isn't using mysqld_safe though.
--
Cheers,
Leif
On Fri, Apr 26, 2013 at 7:30 AM, Vladislav Vaintroub
w...@montyprogram.com wrote:
From: Leif Walsh
15 matches
Mail list logo
