>> There is support for all sorts of byte swaping. And swapping bytes works in >> both directions, big to little or little to big is the same operation. >> ntohll is a 64 bit byte swap, but might not naturally work based on >> architecture. Check out be64_to_cpu and friends. They are in the tree and >> should work reliably, regardless of architecture.
>ntohll does not appear to be part of glibc... >be64_to_cpu and friends come from /usr/include/linux... >In both cases, GLib provides idioms that are more portable, without >adding additional dependencies to this project. > >Certainly the underlying swap16/swap32/swap64 code is the same for big >or little endian... Understood. >> I've been dealing with issues that seem to be related to Fedora8. Fixing >> them one at a time seems counter productive, as some of the libraries are >> not exactly backward compatible. What OS/release and libraries do you use >> to build Hail? > >Can you detail those issues? > >Just like we support other OS's, I would like to either (a) support an >older Linux distro, or (b) have configure fail gracefully, giving a >helpful message about why configure did not like your system. understood. The network wrappers were intended to be a starting point to find the plethora of existing byte swap code fragments. With FC8, the libevent code that comes with yum is out of date: configure:20147: gcc -o conftest -g -O2 conftest.c -levent >&5 /tmp/ccmjVmle.o: In function `main': /home/_/Desktop/CloudComputing/Hail/chunkd-0.3/conftest.c:34: undefined reference to `event_base_new' (not in the older libraries) collect2: ld returned 1 exit status configure:20154: $? = 1 configure: failed program was: | /* confdefs.h. */ The configure could be modified to include a message about updating to a more recent library. - Rick -- To unsubscribe from this list: send the line "unsubscribe hail-devel" in the body of a message to [email protected] More majordomo info at http://vger.kernel.org/majordomo-info.html
