On Thursday 19 of July 2012, Michael Meeks wrote:
      Having said that, I totally agree, our problems are 95% algorithmic,
and fiddling with compiler optimiser settings is the last refuge of the
desperate man ;-)
      The thing that concerns me about gcc vs. MSVC++ is not the speed of the
generated code, but it's size (which impacts startup performance, I/O
load, memory use etc.). If you checkout the tables you linked the binary
size column is quite stark:
      http://www.willus.com/ccomp_benchmark2.shtml?p18+s12
      http://www.willus.com/ccomp_benchmark2.shtml?p14+s12
      in several cases a 2x growth. So - clearly this would need benchmarking
various ways to see what the story is there with -Os etc.
 The other interesting thing in the table is that interprocedural optimization 
makes quite a difference with MSVC. It would be quite worth trying that one 
out with LO.
-- 
 Lubos Lunak
 l.lunak@suse.cz
Context
   
 
  Privacy Policy |
  
Impressum (Legal Info) |
  
Copyright information: Unless otherwise specified, all text and images
  on this website are licensed under the
  
Creative Commons Attribution-Share Alike 3.0 License.
  This does not include the source code of LibreOffice, which is
  licensed under the Mozilla Public License (
MPLv2).
  "LibreOffice" and "The Document Foundation" are
  registered trademarks of their corresponding registered owners or are
  in actual use as trademarks in one or more countries. Their respective
  logos and icons are also subject to international copyright laws. Use
  thereof is explained in our 
trademark policy.