Hi Ruslan, Thank you for doing this! We've formed a company, Hypertable Inc. and we would like to retain copyright to all of the code. Please sign the Hypertable contributor agreement and either scan it in and send it to me or fax it to 650-230-7176.
http://www.hypertable.org/pub/HypertableContributor.pdf Once I get that agreement, I'll apply the patch and push it into the repository. Thanks. - Doug On Wed, Dec 16, 2009 at 5:11 AM, Ruslan Ermilov <[email protected]>wrote: > Hi there, > > Attached please find a patch that ports Hypertable to FreeBSD. > It's been tested on FreeBSD amd64 and i386. > > Patch legend: > > * Convert shebang lines in shell scripts using bash(1) to be more portable. > (On FreeBSD, bash is installed as /usr/local/bin/bash.) > > * Fix shebang lines in bash(1) scripts to call "bash" instead of /bin/sh. > On some(?) Linux systems /bin/sh is actually bash, while on other > systems it's not necessarily true. > > * cmake/FindBerkeleyDB.cmake: Search for BerkleyDB 47 bits in > /usr/local/{include,lib}/db47. > > * cmake/FindSIGAR.cmake: Add support for FreeBSD 7, i386 and amd64 > platforms. > > * cmake/TestHelper.cmake: Call make via $(MAKE) to ensure the correct make > binary is called (on FreeBSD GNU make is called "gmake", and "make" is > BSD make, incompatible with GNU make). > > * src/cc/AsyncComm/ApplicationHandler.h: Fixed expression so that it works > on > systems where CLOCKS_PER_SEC is less than 1000. On FreeBSD it's 128, > causing > divizion-by-zero. > > Quote from POSIX: Although the value of CLOCKS_PER_SEC is required to be 1 > million on all XSI- conformant systems, it may be variable on other > systems, > and it should not be assumed that CLOCKS_PER_SEC is a compile-time > constant. > > * src/cc/AsyncComm/Comm.cc, src/cc/AsyncComm/IOHandler.cc, > src/cc/AsyncComm/IOHandler.h, src/cc/AsyncComm/IOHandlerAccept.cc, > src/cc/AsyncComm/IOHandlerAccept.h, src/cc/AsyncComm/IOHandlerData.cc, > src/cc/AsyncComm/IOHandlerData.h, src/cc/AsyncComm/IOHandlerDatagram.cc, > src/cc/AsyncComm/IOHandlerDatagram.h, src/cc/AsyncComm/Reactor.cc, > src/cc/AsyncComm/Reactor.h, src/cc/AsyncComm/ReactorRunner.cc, > src/cc/Common/InetAddr.cc: Port to FreeBSD (mainly by reusing __APPLE__). > > * src/cc/Common/FileUtils.cc: Fixed misspelling of HT_XATTR_ENABLED, ported > to FreeBSD. (This is based on an earlier 0.9.0.4 port to FreeBSD.) > > * src/cc/Common/endian-c.h: Fixed endian detection on non-GNU libc systems. > On FreeBSD, both _BIG_ENDIAN and _LITTLE_ENDIAN are defined simultaneously > and define the respective byte-order: > > #define _LITTLE_ENDIAN 1234 /* LSB first: i386, vax */ > #define _BIG_ENDIAN 4321 /* MSB first: 68000, ibm, net */ > > The wrong logic caused the HT_BIG_ENDIAN to always be defined on FreeBSD. > > * src/cc/Common/tests/inetaddr_test.cc: Added missing include. > > * src/cc/Hyperspace/Master.cc: Ported to FreeBSD. > > * src/cc/Hypertable/Lib/MetaLogDfsBase.h: On FreeBSD, "fileno" is a macro > in <stdio.h>. > > * tests/integration/cellstore-index-purge/run.sh, > tests/integration/rowkey-ag-imbalance/run.sh: Don't use bash(1) > redirection > syntax in otherwise perfectly legal sh(1) scripts. > > Not fixed in the patch: > > * tests/integration/split-merge-loop10/run.sh is completely broken: > - should gunzip and copy ${SOURCE_DIR}/*.txt.gz files > - doesn't define ${TESTNUM} (to 4) > - starts `j' cycle from 0 where 1 is intended > I've tested manually that it passes on both Linux and FreeBSD. > > > Cheers, > -- > Ruslan Ermilov > [email protected] > FreeBSD committer > > -- > > You received this message because you are subscribed to the Google Groups > "Hypertable Development" group. > To post to this group, send email to [email protected]. > To unsubscribe from this group, send email to > [email protected]<hypertable-dev%[email protected]> > . > For more options, visit this group at > http://groups.google.com/group/hypertable-dev?hl=en. > > > -- You received this message because you are subscribed to the Google Groups "Hypertable Development" group. To post to this group, send email to [email protected]. To unsubscribe from this group, send email to [email protected]. For more options, visit this group at http://groups.google.com/group/hypertable-dev?hl=en.
