jonasfj/trilite — pull request #3 by erikrose (2013-04-18 23:39:53+00:00)
Title: Remove -flto so it builds on x86_64.

Previously, this happened:

vagrant@precise64:~/dxr$ make test
make -C dxr/plugins/clang build
make[1]: Entering directory `/home/vagrant/dxr/dxr/plugins/clang'
make[1]: Nothing to be done for `build'.
make[1]: Leaving directory `/home/vagrant/dxr/dxr/plugins/clang'
make -C dxr/plugins/pygmentize build
make[1]: Entering directory `/home/vagrant/dxr/dxr/plugins/pygmentize'
make[1]: Nothing to be done for `build'.
make[1]: Leaving directory `/home/vagrant/dxr/dxr/plugins/pygmentize'
make -C trilite/ release
make[1]: Entering directory `/home/vagrant/dxr/trilite'
g++ kmp.o scanstr.o varint.o hash.o expr.o match.o regexp.o cursor.o vtable.o trilite.o -Lre2/obj -lre2 -lsqlite3 -shared -flto -O3 -o libtrilite.so
/usr/bin/ld.bfd.real: re2/obj/libre2.a(prefilter.o): relocation R_X86_64_32S against `std::basic_string, std::allocator >::_Rep::_S_empty_rep_storage' can not be used when making a shared object; recompile with -fPIC
re2/obj/libre2.a: could not read symbols: Bad value
collect2: ld returned 1 exit status
make[1]: *** [libtrilite.so] Error 1
make[1]: Leaving directory `/home/vagrant/dxr/trilite'
make: *** [trilite] Error 2

Also, reorganize a rule. I don't know why.