Back to home page

DOS ain't dead

Forum index page

Log in | Register

Back to the board
Thread view  Mix view  Order
Laaca(R)

Homepage

Czech republic,
11.10.2017, 22:47
 

Strange bug in FPC 3.0.2 IDE (Developers)

After decades I changed the primary development tool from FPC 1.0.10 into actual version of FPC.
I still can switch info 1.0.10 but as a default compiler and FPC environment I have now 3.0.2.
It is now usably and using it is not pain.

However I very suffer by one bug in IDE which is 100% reproducible but not trivial to strip into minimal example so I hesitate to upload into bug tracker.
So it is why I write it here - maybe somebody helps me.

1) It occurs only if the used units are not all in the same directory but in more directories

2) Lets have this situation
in C:/PAS/PROJECT we have: Main.PAS<--Gui.PAS
.....................................................^
.................................................../
................................................./
.............................................../
in C:/PAS/LIB we have GraphLib.PAS<--Fonts.PAS

3) In GraphLib.PAS we have procedure "LoadFonts" which calls procedure "Dekomprimuj" from Fonts.PAS

NOW IS STILL EVERYTHING ALL RIGHT AND EVERYTHING COMPILES __BUT__
4) I am in directory C:/PAS/PROJECT and in IDE I have loaded Main.PAS.
Still OK.

5) Now I from IDE open also some file from directory C:/PAS/LIB.
Does not matter if it is GraphLib.PAS, Gui.PAS or any other file
AND EVIL THING HAPPEN

6) After loading the file is no longer possible the compilation.
IDE complains that in Fonts.PAS is no prodedure "Dekomprimujs".
What the hell? I have defined the procedure Dekomprimuj, not Dekomprimujs

In my case is the problem always in misunderstanding the names "Dekomprimuj" and "Dekoprimujs". Where the letter "s" comes from?

---
DOS-u-akbar!

marcov(R)

12.10.2017, 13:23

@ Laaca

Strange bug in FPC 3.0.2 IDE

> However I very suffer by one bug in IDE which is 100% reproducible but not
> trivial to strip into minimal example so I hesitate to upload into bug
> tracker.
> So it is why I write it here - maybe somebody helps me.

1. do you have files (even include files) with the same name?
2. Examine directories when you have the problem. Do you have multiple .ppu's and .o's of the same unit in multiple directories?

Usually it is either some duplicate file problem, or that various modes of compilation (e.g. two projects and a share directory) have varying policies on where to store precompiled units. If one project (or some manual compilation) puts them in the source dir, and another in a project dir, the compiler suddenly sees two precompiled units, tries to recompile but fails for the first dependent unit that has two precompiled units or other datetime issues.

Back to the board
Thread view  Mix view  Order
15157 Postings in 1361 Threads, 250 registered users, 21 users online (1 registered, 20 guests)
DOS ain't dead | Admin contact
RSS Feed
powered by my little forum