[fpc-pascal] Incremental compiling not working in new version

[Hairy Pixels]

 On Dec 4, 2024 at 6:22:12 PM, James Richters via fpc-pascal <
fpc-pascal at lists.freepascal.org> wrote:

> I don’t know what causes this, but I have experienced the same issue.
> Just loading the IDE takes like 30 seconds on a version I installed in 2023
> and another in early 2024, and those also compile much slower, but I just
> installed it again last week and the new version installed is fast again..
> but if I run the ones from earlier they are still slow.  I also note that
> when I run the slow versions, I can always exit out and run 3.2.2 and it’s
> almost instant.. so it’s not anything on my system.
> I’m doing my installs with FPCUPDeluxe.  I did update that this last time
> so I’m not sure if that has anything to do with why it’s working so well
> now.
>
> James


My only thought is that my  project makes extensive use of multi helpers
and implicit function specialization both of which were causing serious
crashes in the compiler (I think they were the cause at least). I’m talking
you change a top level file which all other files depend on and the
compilers crashes on 5+ units which each need to be saved then recompiled
to fix the crashes.

I wonder if they changed something regarding this. I searched for all
commits with “helper” in them since my previous version and didn’t see
anything which stood out to me but it’s hard to know.

I’m going to have to rollback and use my old version because it’s not
usable like. Event going to 4 second build times if you change a single
line is too painful.

When I have some time I’ll try to make a project which lots of multi
helpers and see if those trigger crashes in the old compiler and maybe
that’s a clue to the compiler people to know if they fixed this or not.
Don’t know what else to do.

Regards,
    Ryan Joseph
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.freepascal.org/pipermail/fpc-pascal/attachments/20241204/b91ba20d/attachment.htm>