永久“找不到文件”
我有两个 Delphi 运行时包。 SecondPackage
在其 requires
子句中包含 FirstPackage
。其他开发人员之一最近在第一个包中添加了几个新文件。
现在,当我编译第一个包时,我没有任何错误,但是当我编译 第二个 包时,我不断收到:
[DCC Fatal Error] FirstPackage.dpk(91): F1026 File not found: 'SomeFile.dcu'
SomeFile
已包含在 FirstPackage 但将其重新添加到
FirstPackage
将 SomeFile
移动到 Contains
子句的末尾并让我:
[DCC Fatal Error] FirstPackage.dpk(91): F1026 File not found: 'SomeOtherFile.dcu'
我可以继续重新添加文件直到我脸色发青,结果却总是一样。编译 SecondPackage
时找不到 contains
子句中的第一个文件。
我尝试手动删除所有相关的 dcus、dcps 和 bpls 并重建,但无济于事。有什么想法吗?
I have two Delphi runtime packages. The SecondPackage
includes FirstPackage
in its requires
clause. One of the other developers recently added several new files to the first package.
Now when I compile the first package I don't have any errors but when I compile the second package I keep getting:
[DCC Fatal Error] FirstPackage.dpk(91): F1026 File not found: 'SomeFile.dcu'
SomeFile
is already contained in FirstPackage
but re-adding it to FirstPackage
moves SomeFile
to the end of the Contains
clause and gets me:
[DCC Fatal Error] FirstPackage.dpk(91): F1026 File not found: 'SomeOtherFile.dcu'
I can continue re-adding files until I'm blue in the face and the result is always the same. The first file in the contains
clause cannot be found when SecondPackage
is compiled.
I've tried deleting all related dcus, dcps and bpls manually and rebuilding but to no avail. Any ideas?
如果你对这篇内容有疑问,欢迎到本站社区发帖提问 参与讨论,获取更多帮助,或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱,如果其他用户或者作者回复了您的评论,将不能在第一时间通知您!
发布评论
评论(1)
咕噜!当你是Delphi IDE!不要搞乱库路径。如果我想添加一个条目,我就会这样做。
显然,如果项目类型是一个包并且您向其中添加了一个文件,Delphi 会很高兴地将文件的位置添加到 IDE 的全局库路径中。删除不必要的条目可以让包进行编译。为什么这些条目首先阻止其中一个包编译是另一回事。
Grrr! Dang you Delphi IDE! Quit messing with the library path. If I wanted to add an entry I would have done so.
Apparently if the project type is a package and you add a file to it Delphi gets a little trigger happy and adds the file's location to the IDE's global library path. Removing the unnecessary entries allowed the packages to compile. Why these entries prevented one of the packages from compiling in the first place is an other matter.