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<char, std::char_traits<char>, std::allocator<char> >::_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.