On Mon, Mar 19, 2007 at 08:07:55PM +0100, Andre Poenitz wrote: > On Mon, Mar 19, 2007 at 06:20:54PM +0100, Enrico Forestieri wrote: > > > A reality check seems to be in order. Compiling the combined > > > Graphics.C takes 140 MB with profile information, and so does > > > the former GraphicsConverter.C. buffer.C takes 145 MB btw. So > > > the size of the compiler process is fairly independent > > > of the actual line count of the file. > > > > > > And that sort of makes sense, actually. After all, a compilation > > > unit using a handful std includes usually ends up in the range > > > of 20-100 kLOC. > > > > > > The innocent errorlist.C of 32 lines is 21481 lines after the > > > preprocessor run. Buffer.C goes up from 1730 to 93380. So only a > > > marginal part (0.15% and 18%, respectively) of what the compiler sees > > > is actual LyX code. And, what wonder, the margin is bigger for bigger > > > files. buffer.C has a cost/value ratio 120(!) times as big as that of > > > errorlist.C _because_ it is fat. > > > > > > Sorry. Reality check failed. Completely. > > > > Thank you for assuring that I am wrong. However, I am aware that > > complexity is only marginally related to the source size. What I was > > not able to convey is that I fear that melting all sources together > > may lead to bigger memory requirements. > > I think I can reassure you that increasing the file size from, say, 100 > lines, to, say 10000 lines (to use some extreme values) won't change > your ability to compile LyX on any machine. Either it works now, then > so it will then, or it doesn't work in both cases.
Very good. This addresses all my concerns and maybe I will be able to compile LyX in less than an hour again. -- Enrico
