Static compilation? #9
Comments
|
Hmm, I'm not sure. Statically compiling xoreos-tools used to work, but I haven't done it for a while now (and I don't have static versions of all the libraries at hand at the moment). Could you post your config.log and a full log of a compile in verbose mode (i.e. with make V=1)? (Also, you might want to try to add |
|
config.log (hastebin) Configure slightly modified since first post: |
|
Adding |
|
Errm, you're compiling the xoreos-tools 0.0.4 release package, it seems? Could you compile the current git version instead? There's been quite some changes since then, including the build system (and the dependency on boost wasn't added until after 0.0.4 too). |
|
How do I build the git version? There's no configure file. |
|
https://wiki.xoreos.org/index.php?title=Git In short:
Basically, to get from the git checkout to the state of the release tarball, you only need to execute the |
|
I'm now trying to static compile with |
|
EDIT: shouldn't, not should, in the second sentence. Could you add -L/usr/lib/arm-linux-gnueabihf/ to the LDFLAGS? You shouldn't need to add the .a files in LDFLAGS, the configure script should find them automatically. In the log there, it does find at least one version of boost, but then it doesn't link because the other stuff in the LDFLAGS can't find pthread. That might be an issue with the linking order, pthread.a might need to go earlier or later (I can't ever remember which way). In either case, it would be best if the configure script just picked them up itself. I.e. take them out, and just add the -L flag to the correct directory. Likewise, --enable-static for configure should already add -static to the LDFLAGS. |
|
It didn't work. |
|
Also, the error seems to be caused by me adding |
|
If I remove the -static from my post two days ago, it gives the same error as in the original issue (for obvious reasons, without -static it is making a shared object), so it is definitely the -static causing the regex error. |
|
Ah, yes, the issue seems to be that libtool hijacks -static for static libraries. See https://debbugs.gnu.org/cgi/bugreport.cgi?bug=11064 . A workaround is to use I've put installed static versions of the build dependency libraries into the prefix
|
|
Still getting the same error. |
I.e. your line should be |
|
Now I get a Boost locale error, config.log. Also, thanks for your help so far. |
|
Seems like you're missing ICU now. You might need to put the ICU libs into the LDFLAGS as well. I didn't catch that, because I compiled the static boost libs without ICU. |
|
Where do I find those? I have the libs from ldd, do I need all of them? And do I need to specify some sort of Include path for headers (if so, are they the headers from the unicode include subdirectory)? |
|
You'll need the ones shown by ldd if linking dynamically, yes. Looking at my Boost include directory, I don't think you'll need the ICU headers (which would be the ones in the unicode directory, yes) when compiling xoreos. In fact, a program using Boost would only need them when using regex/icu.hpp, which xoreos does not. All other uses of ICU in Boost seems to be internal only. |
|
I already had all libraries from the ldd command. I then tried with all ICU libs, and then including the headers. Still got the same error. |
|
Just to make sure, you do have static versions of the ICU libs, right? Otherwise, I'm currently out of guesses, too. I'll need to see for myself, compile a static version of Boost with ICU. Not tonight, though, sorry. :P |
|
Yes, I do have static ICU libs. Thanks for the help so far. |
|
Could it be related to the fact that I don't have libibverbs installed? It can never configure, and keeps throwing an error, so it isn't fully installed. |
|
It really shouldn't... |
|
Ah, I know why now. The problem is the linking order. When putting the ICU libraries into LDFLAGS, they're put before boost_locale. But to correctly link, they need to come after boost_locale. Unfortunately, there's currently no way to do that with xoreos' build system. As a workaround, you might want to recompile your static boost libraries without ICU? Not the best solution, I know. There's two potential future fixes for that, both in our copy of boost.m4:
Both solutions can work in tandem, too. |
|
I'm using prebuild binaries from the package libboost-dev-all (or something along those lines). Currently, my chroot got messed up and I'm redoing it, but after that I'll try listing the libs in LDFLAGS again, now that we've (well, mostly you've) figured out the error I had with it. Maybe that will solve the incorrect order? Or will it just append my LDFLAGS to the incorrect one? |
|
No, that won't help. The See https://github.com/xoreos/xoreos-tools/blob/master/m4/boost.m4#L484 . The original And the order of As far as I can see, there isn't really any way to do what is necessary for properply linking the ICU libs with boost_locale here. One (or both) of my solutions above is necessary for that. |
|
If I took object files for the binaries (by configuring and making without the |
I want to be able to compile this statically, so I can include it in an app on Android. However, when I try to do so, a bunch of files give the error
Googling the issue tells me that it is trying to compile dynamically, despite me specifically saying to compile statically only (the full configure was
). Is something wrong with my configure, does it just not build statically, or what? I am building on an Android tablet in Termux, using Debian For Termux.
The text was updated successfully, but these errors were encountered: