15.07.2013, 09:07, "John Regehr" <[email protected]>: > Well, any speedup that comes from delayed preprocessing is going to be > highly dependent on the structure of the #includes. > > For example I just tried to get some speedup on a 5 KB compilation unit > from compiz that crashes g++ 4.5. > > The problem is that this compilation unit contains a single #include > that includes everything else transitively. So of course this #include > cannot be removed by C-Reduce no matter what. > > One possible way to deal with this kind of issue would be to expand out > the #includes one level at a time, but that seems ugly.
When I proposed idea about reduction of part of the file, I meant part of preprocessed translation unit, not source file as is (which seems useless in most C++ cases). -- Regards, Konstantin
