hbase-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Todd Lipcon <t...@cloudera.com>
Subject Re: loading Hadoop native libraries in HBase unit tests
Date Mon, 13 Feb 2012 19:15:32 GMT
Also keep in mind it's not just the hadoop version, but also the glibc
version and host architecture. We'd have to publish built binaries for
all combinations of architecture*hadoopVersion*glibcVersion

Maybe we should just get a copy of _one_ of these versions on the
hudson build boxes, and have a new hudson job which runs whichever
tests depend on the native code there?


On Mon, Feb 13, 2012 at 10:52 AM, Roman Shaposhnik <rvs@apache.org> wrote:
> On Mon, Feb 13, 2012 at 1:58 AM, Mikhail Bautin
> <bautin.mailing.lists@gmail.com> wrote:
>> Then how about solving the issue for the most common case (the default
>> version of Hadoop)? We can import the default version of libhadoop.so into
>> the HBase codebase and load it in tests, as I mentioned. This can be
>> considered a hack but will definitely increase the test coverage.
> You're not proposing importing a native binary into a source tree, are you?
> That won't be very reliable at all.
> We can probably come up with a # of workaroudns here, but at the end
> of the day, unless you recompiled the native bits here and now, chances
> are they won't be compatible with the OS you happen to be on.
> Thanks,
> Roman.

Todd Lipcon
Software Engineer, Cloudera

View raw message