永久“找不到文件”

发布于 2024-10-02 19:20:49 字数 742 浏览 1 评论 0原文

我有两个 Delphi 运行时包。 SecondPackage 在其 requires 子句中包含 FirstPackage。其他开发人员之一最近在第一个包中添加了几个新文件。

现在,当我编译第一个包时,我没有任何错误,但是当我编译 第二个 包时,我不断收到:

 [DCC Fatal Error] FirstPackage.dpk(91): F1026 File not found: 'SomeFile.dcu'

SomeFile 已包含在 FirstPackage 但将其重新添加到 FirstPackageSomeFile 移动到 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 技术交流群。

扫码二维码加入Web技术交流群

发布评论

需要 登录 才能够评论, 你可以免费 注册 一个本站的账号。

评论(1

无需解释 2024-10-09 19:20:49

咕噜!当你是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.

~没有更多了~
我们使用 Cookies 和其他技术来定制您的体验包括您的登录状态等。通过阅读我们的 隐私政策 了解更多相关信息。 单击 接受 或继续使用网站,即表示您同意使用 Cookies 和您的相关数据。
原文