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? -Todd On Mon, Feb 13, 2012 at 10:52 AM, Roman Shaposhnik <[email protected]> wrote: > On Mon, Feb 13, 2012 at 1:58 AM, Mikhail Bautin > <[email protected]> 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
