<div dir="auto"><div><div class="gmail_quote"><div dir="ltr">Am Mo., 5. Nov. 2018, 04:43 hat Ben Grasset <<a href="mailto:operator97@gmail.com">operator97@gmail.com</a>> geschrieben:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr">I honestly have no idea. It's not an issue I've ever encountered, as I've literally never built Lazarus with a toolchain that wasn't 64 bit. It would seem to be the case though that it is indeed very possible (at some level/point) for it to consume that much memory.<div><br></div><div>It's worth noting I guess that Lazbuild <i>does </i>invoke the FPC instances all at the same time, and by default uses the number of CPUs as the limit. It seems theoretically possible that if you had let's say 8 copies of specifically <b>32-bit</b> FPC running at the same time building Lazarus packages that they could hit a cap that wouldn't be hit with 64 bit binaries.</div></div></blockquote></div></div><div dir="auto"><br></div><div dir="auto">It doesn't for FPC itself whether it's running in parallel with 7 other FPC processes. Each process has its 4 GB of address space (and with the correct flag set in the PE that *really* are 4 GB on a 64 bit Windows) and only if the OS would run out of memory there would be problems, but then this would also be the case for a 64-bit FPC. </div><div dir="auto"><br></div><div dir="auto">The only real problem would be if compiling and linking the final IDE would use up too much memory (and as Florian said that would need to be investigated anyway). </div><div dir="auto"><br></div><div dir="auto">Regards, </div><div dir="auto">Sven </div><div dir="auto"><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
</blockquote></div></div></div>