Using compile cache can break linking certain library builds

未关闭
#1,180 1 条评论 0 个 reaction 已指派 0 人 在 GitHub 查看

维护者通常 1 天内回复

还没有人认领这个 Issue。

评估

难度
3/5
预计耗时
1-2 天
新手友好度
45/100
Issue 类型
缺陷
描述清晰度
基本清楚
活跃度
停滞
技术栈
cpp, macos
领域
build-system

调研方向

使用所示的 Build.xml 并启用 HXCPP_COMPILE_CACHE,复现 macOS 构建。检查缓存库不提供任何对象文件时 obj/darwin64/all_objs 的生成以及 static_link 的处理。完成标准是默认目标能够成功链接,且 libtool 不会拒绝空文件列表,同时其他平台不受影响。

由索引模型根据 Issue 内容生成。

描述

When compiling a Build.xml like this, the build fails on mac while linking the default target with HXCPP_COMPILE_CACHE enabled:

<xml>
	<files id="lib">
		<cache value="true" asLibrary="true" />
		<file name="lib.c" />
	</files>

	<target id="default" output="lib${DBG}" tool="linker" toolid="static_link">
		<files id="lib" />
	</target>
</xml>
fatal error: /Applications/Xcode_15.2.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/bin/libtool: file list file: obj/darwin64/all_objs is empty

The problem is that the lib files are cached by hxcpp in a static library, and apart from that there are no object files. This means there is an empty all_objs file generated, which libtool doesn't seem to like. On other platforms (with different static linking tools) this is not an issue.

主要语言
C++
星标
330
派生
233
平均合并
10 小时 49 分钟
30 天内合并 PR
19

环境准备

这个项目没有提供开发容器、Dockerfile 或贡献指南,环境需要你自己搭建:先看它的 README,通用步骤见我们的新手贡献指南。

从这里开始

  1. 先读完整个 Issue,再读项目的贡献指南。
  2. 在 Issue 下留言说明你要接手 —— 这能避免两个人做同样的事。
  3. Fork 仓库,在一个分支上完成修改。
  4. 提交 Pull Request,并在描述里引用这个 Issue 编号。

HaxeFoundation/hxcpp 的其他 Issue

查看 HaxeFoundation/hxcpp 的全部 Issue

相似的 Issue

更多 C++ Issue

把新 issue 发到你的邮箱

精选适合新手参与的 GitHub issue 摘要。