Closed aksdb closed 4 years ago
@aksdb try this conifg
Looks better, although I had to invalidate the IntelliJ cache :-/ For whatever reason, "FreeAndNil" is not found. "Format" for example works, however. So something still doesn't quite add up.
Oh and I guess I have to add a lot more packages. (by trial and error I presume?)
Ok then that's dealt with.
Anyway: is the classpath currently supposed to be populated manually? Could it maybe inferred from the fpc.cfg or the output from fpc -va <somedummyprogram>
?
In my case, this configuration was populated automatically, when I added a new SDK.
Base set of RTL units should be populated automatically. How did you installed FPC? Is it a package which came from OS distro? It's a little weird that units were placed in /opt/fpc/3.1.1/lib/fpc/3.1.1/units. Was it by default? It's ok that compiler command field is empty. A default SDK binary will be used in that case.
@casteng I usually install FPC via the packages provided on the FPC website, and specify /opt/fpc/<version>
as install base directory. That way I can have multiple FPC versions side by side and easily switch by just modifying $PATH
. (Also it is distribution agnostic so I can replicate that setup on all machines. Sometimes I am even forced to install in my home directory which will lead to a similar setup ... like for example $HOME/fpc/<version>
.)
A newly added SDK does neither find the compiler nor the classpath:![ipascal_emptycompiler](https://user-images.githubusercontent.com/2435857/39524037-ff9f3e6e-4e17-11e8-8152-20917e00c612.png)
So I manually set the compiler and class path:![ipascal_compilerset](https://user-images.githubusercontent.com/2435857/39524168-65058cd6-4e18-11e8-8358-6b01ab52dae4.png)
Yet all relevant units (Classes, SysUtils, etc.) are still not found ("undeclared identifier").
How is the SDK supposed to be setup?