FS#73468 - [fpc] malformed entries in configuration template

Attached to Project: Community Packages
Opened by Martin Schnitkemper (Martin-MS) - Sunday, 23 January 2022, 11:57 GMT
Last edited by Ike Devolder (BlackEagle) - Monday, 24 January 2022, 20:57 GMT
Task Type Bug Report
Category Packages
Status Closed
Assigned To Sergej Pupykin (sergej)
Ike Devolder (BlackEagle)
Architecture All
Severity Low
Priority Normal
Reported Version
Due in Version Undecided
Due Date Undecided
Percent Complete 100%
Votes 0
Private No

Details

Description: The entries for units in /usr/lib/fpc/3.2.2/ide/text/fp.cfg are all prefixed by the path of the build environment "/build/fpc/pkg/fpc".
Example: entry "-Fu/build/fpc/pkg/fpc/usr/lib/fpc/$fpcversion\units\$fpctarget" must be "-Fu/usr/lib/fpc/$fpcversion\units\$fpctarget" for proper working. In result, searching for units in the IDE and following the compilation failed.

* package version(s): 3.2.2-2

Steps to reproduce: Launch "fp" as a user in an empty folder. You are prompted to create a new config and have the choice between "Copy existing" or "Create new". On "Copy existing" the malformed template from /usr/lib/fpc/3.2.2/ide/text/fp.cfg is overtaken and you have a wrong environment of your IDE.

If you instead of run as a user the given skript /usr/lib/fpc/3.2.2/samplecfg then working configuration templates will be generated (due to missing permissions on /etc) at $HOME. If you launch then "fp" in an empty folder, the loacal templates from $HOME are taken and not the system wide templates, and you get a correct working environment.

Since the skript seems to work, the problem must be the build process.
This task depends upon

Closed by  Ike Devolder (BlackEagle)
Monday, 24 January 2022, 20:57 GMT
Reason for closing:  Fixed
Additional comments about closing:  fpc 3.2.2-3

Loading...