mirror of
https://github.com/lifting-bits/remill
synced 2026-06-21 13:56:07 +00:00
Peter Goodman
08f5384a94
* Working on factoring out external dependencies * Making progress * CMake for remill-lift seems to work :-) * Improving build process and dependency list. Using a blank ubuntu 14.04 vm for testing. * Still fighting with various dependencies. * Making more progress with CMake stuff! Now have the semantics get compiled with cmake, and support installing stuff. I have also attempted to auto-find the semantics files when --bc_in is not provided. * Adding protobuf compilation back to the steps. * Improving readme * Improving readme * Switch to using the command. * Updated travis. Updated README to include new build badge icons, to change where the ldconfig step goes, and to add a CMake notice for ubuntu trusty. * Added script to generate tests. Added auto-yes in apt-add-repository commands. * Minor fix * Enable auto-finding of --bc_in based on --arch_in. * Adding more test generation and compilation. Unfortunately compiling tests isn't working due to llvm::CloneFunctionInto not quite working anymore. * llvm::CloneIntoFunction seems to work, which may resolve Issue #55. I'll need to double check with the official release version of LLVM; right now I'm using a custom debug build to try to catch issues. Added code to build and install gtest. Directly referenced which LLVM libraries must be linked. Added backup paths for deducing the semantics bitcode files based on the input arch. Made remill-lift report simple flag errors via stderr instead of using glog to abort the program. Fixed an issue where, when I added the various arch versions, xed was decoding avx-enabled instructions as 64-bit because the comparison condition deciding which decode state to use was too narrow. * Tests generation and running scripts now work for me. Gotta test in fresh vms now. * Addresses Issue #55. The problem was that the release version of clang 3.9 isn't guaranteed to preserve c++ variables name in the bitcode. I've added some stuff to re-introduce the variable names based on debug info. * Build the test runner with rtti so that gtest doesn't complain on some versions of ubuntu. * Fixing up Travis build stuff * I am dumb; forgot to add the os-generic install file for travis to pick up. * Change the trusty build type to generic, otherwise Travis uses a YUGE vm with all the things. * Disable aptitude upgrading. dhclient is getting in the way. * Re-order the linux-specific travis install script. Hope that protocol buffers gets installed correctly this time. Remove test generation and running from end of install script -- it doesn't belong there. * Try to purge dhcp client, then add it back in, then do the normal update + upgrade * Something is very dumb about Travi CI's generic linux build environment. It seems to be having trouble with the protobuf-compiler package -- that or somehting is going wrong just before that package is installed. * Use the cpp build language -- I think this defaults to that mega vm though. Print out better OS information at the beginning of the travis install. Individually install needed packages, as opposed to doing it all at once. * OK, using cpp language got me further, but builds take much longer. I was still missing cstdint, though. This time I'll try building with the generic trusty travis image, and with build-essential and the g++ 4.8 stdlib dev files installed. * Lets try using the libstdc++ dev files * Add in the x32 versions of the dev files. Hopefully that'll resolve the missing cstdint for the 32-bit builds of some of the instruction semantics bitcode files. * Hopefully these are right! * Install g++ multilib package. * Simplifications to installer, and also to the README to now use g++-multilib.