Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Generic.Collection keeps recompiling at every project compillation #72

Closed
eugeneloza opened this issue Aug 7, 2017 · 4 comments
Closed

Comments

@eugeneloza
Copy link
Member

Every time I compile a project, the Generic.Collection units keep recompiling over and over again. E.g.:
GenericRecompiled.txt

@michaliskambi
Copy link
Member

In my experience, FPC 3.0.x indeed recompiles Generics.Collections once (or twice?) more than necessary... but eventually, it's settled, and it's not being recompiled again :) So it's weird, but not a significant problem.

FPC 3.1.1 doesn't do it, in fact it has Generics.Collections precompiled as part of the RTL and it doesn't know their source code anymore. So this problem does not exist with FPC 3.1.1.

I tested this on https://github.com/eugeneloza/decoherence , and it seems that things are indeed "settled" at some point, and recompiling decoherence again and again doesn't recompile anything from CGE. I'm attaching my output, done with FPC 3.0.2 on Linux x86_64. I was just compiling by running lazbuild decoherence_desktop.lpi repeatedly. Before that, I cleaned the engine (by make clean in castle-engine dir).

log.txt

Can you test, do you experience the same? Are they eventually "settled" and not recompiled anymore?

If you still experience the problem, then can you upgrade your FPC 3.0.3 to the latest version (soon to be FPC 3.0.4), or try stable FPC 3.0.2? As far as I see, you also use Linux x86_64, same as me. So you should experience the same thing as me.

@eugeneloza
Copy link
Member Author

Yes, that's not an important problem, and yes, it won't settle down and FPC would recompile Generic.Collections each time I recompile the code (after changes have been made or project folder purged).

If you still experience the problem, then can you upgrade your FPC 3.0.3 to the latest version (soon to be FPC 3.0.4), or try stable FPC 3.0.2?

3.0.2. Doesn't work under Debian Linux... (actually that's the reason, why they've packaged 3.0.3 with Lazarus for Debian). I haven't checked FPCDeluxe you've written about yet, and I've failed to install a "different" FPC version from the sources several times (and eventually, gave up :)).
But actually yes, if it's a temporary problem of my FPC installation (and not a serious one) then it's not worth any further attention.
(I'll close this issue then)

@michaliskambi
Copy link
Member

FPC 3.0.2 absolutely works under Debian Linux, I'm using it for months. It has problems showing the backtrace with line information, but otherwise it works perfectly :)

@eugeneloza
Copy link
Member Author

Well I've been getting "Error while linking" unable to compile anything: http://forum.lazarus.freepascal.org/index.php/topic,36093.0.html . That might have been the problem with Debian package itself. But now they package 3.0.3 Linux version of FPC for another bug: https://bugs.freepascal.org/view.php?id=31629

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

2 participants