You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Initially I thought that we can "live without this fix" for some time for CGE, but actually we do not, fixing this is critical for us.
We need an ability to have one design-time unit depend on another design-time unit . In our case, that is unavoidable because 1. we need a base package supporting both Win32 and Win64 (so that our component is registered for both architectures, and castle-engine/castle-engine#498 can be solved) and 2. we need another package, design-time-only, that uses Delphi ToolsAPI unit which is in Win32-only designide package.
The setup with 2 design-time packages works nicely in Delphi, when performing manual installation from Delphi IDE. But installing this using Delphinus, just as we discussed in threads linked above: Delphinus seems to install first design-time package too quick, and then the BPL file is locked, but compilation of 2nd design-time package really wants to modify it.
You can reproduce it by cloning https://github.com/castle-engine/castle-engine/ repository , switching to the split-delphi-design-time-package branch, and then trying to install it using Delphinus "Install from folder". I'm attaching a full installation log showing the problem in this report. A short version of this log:
So we installed castle_engine.dpk OK, but then compiling castle_engine_design.dpk tries to modify castle_engine.bpl ... which is not possible, as it is installed in Delphi by this point.
If I can influence your priorities, I would ask to handle this ticket (to support design-time packages depending on each other) first. This is really critical to us, to unblock non-trivial package dependencies in CGE, and be able to fix castle-engine/castle-engine#498 .
I'm submitting a problem that we started talking about in
Delphinus fails to download CGE castle-engine/castle-engine#84 (comment) (my comment "As a sidenote, I had to "flatten" our packages. We had in the past AllPackages group, with 3 package...")
Delphinus fails to download CGE castle-engine/castle-engine#84 (comment) (@Memnarch answer "Regardless, the main issue is Delphinus installing a designtimepackage the moment compiling finishes, instead of compiling everything and do the installing step afterwards.....")
Initially I thought that we can "live without this fix" for some time for CGE, but actually we do not, fixing this is critical for us.
We need an ability to have one design-time unit depend on another design-time unit . In our case, that is unavoidable because 1. we need a base package supporting both Win32 and Win64 (so that our component is registered for both architectures, and castle-engine/castle-engine#498 can be solved) and 2. we need another package, design-time-only, that uses Delphi
ToolsAPI
unit which is in Win32-onlydesignide
package.The setup with 2 design-time packages works nicely in Delphi, when performing manual installation from Delphi IDE. But installing this using Delphinus, just as we discussed in threads linked above: Delphinus seems to install first design-time package too quick, and then the BPL file is locked, but compilation of 2nd design-time package really wants to modify it.
You can reproduce it by cloning https://github.com/castle-engine/castle-engine/ repository , switching to the
split-delphi-design-time-package
branch, and then trying to install it using Delphinus "Install from folder". I'm attaching a full installation log showing the problem in this report. A short version of this log:So we installed
castle_engine.dpk
OK, but then compilingcastle_engine_design.dpk
tries to modifycastle_engine.bpl
... which is not possible, as it is installed in Delphi by this point.delphinus_log.txt
The text was updated successfully, but these errors were encountered: