5

I have a very simple question but I haven't been able to find the answer yet so here I go: I am using a shared library and I'd like to know if it had been compiled with an optimization flag such as -O3 or not.

Is there a way to find that information ?

Thank you very much

wizmer
  • 881
  • 1
  • 8
  • 23
  • are you expecting exact optimization flag or simple idea whether debugging symbol is maintained or not? I am trying to understand why you are looking for O3? – kumar_m_kiran Jan 28 '15 at 09:52

2 Answers2

4

If you are using gcc 4.3 or later, check out -frecord-gcc-switches. After you build the binary file use readelf -n to read the notes section. More info can be found here Detect GCC compile-time flags of a binary

Community
  • 1
  • 1
e271p314
  • 3,841
  • 7
  • 36
  • 61
3

Unless whoever compiled the library in the first place used a compiler that saves these flags to the binary somehow (I think only recent GCC allows that, and probably clang), there's inherently no way to know exactly what flags have been used. You can, of course, if you have had a lot of experience looking at assembly, deduct a lot (for example "this looks like an automatically unrolled loop", "This looks like someone optimized for a processor where A xor A is faster than A := 0x0", etc).

Generally, there's always different source code that can end up as the same compiled code, so there's no way to tell wether what has been compiled was optimized "by hand" in the first place or has seen compiler optimization in many cases.

Also, there are a lot of C++ compilers out there, a lot of versions of these and even more flags...

Now, your question comes out of somewhere; I'm guessing you're asking this because either

  1. you want to know if there's debugging symbols in there, or
  2. you want to make sure something isn't crashing because of incorrect optimization, or
  3. you want to know whether there's potential for optimization.

Now, 1. is really rather independent of the level of optimization; of course, the more you optimize, the less your bytecode corresponds to "lines of source code", but you can still have debugging symbols.

The second point: I've learned the hard way that unless I've successfully excluded every other alternative, I'm the one to blame for bugs (and not my compiler).

The third point: There's always room for optimization, but that won't help you unless you're in a position to recompile the library yourself. If you recompile, you'll set the flags, so no need to find out if they were set in the first place. If you're not able to recompile: Knowing there is room won't help you. If you're just getting your library out of a complex build process: Most build systems leave you with a log that will include things like compiler flags.

Marcus Müller
  • 34,677
  • 4
  • 53
  • 94
  • Hi and thanks for your instructive answer. I am in the third category that you described. For scientific purposes, I am using a library that has to deal with TBytes of data but I am not even sure the code is optimized so I wanted to check that by myself. – wizmer Feb 02 '15 at 15:07