build content

最新推荐文章于 2024-09-06 22:09:44 发布
最新推荐文章于 2024-09-06 22:09:44 发布
阅读量488 收藏
点赞数
CC 4.0 BY-SA版权
分类专栏： browser 文章标签： build webkit
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.youkuaiyun.com/hh2000/article/details/3961253

webkit release source

 

http:http://rpm.pbone.net/index.php3/stat/26/dist/63/size/10928262/name/webkit-0-0.25144.3mdv2008.0.src.rpm

 

build size

 

 

 

 

content-build:建立`vets-website'内容所必需的脚本
04-08
yarn build 运行开发服务器 yarn watch 。 使用端口3002，为vets-website dev服务器保留3001的空闲空间 建立静态内容 VA.gov包含许多页面，这些页面包含从基于Drupal的内容模型生成的内容。 在测试对静态页面的更改...
build.gradle.zip
05-13
maven { url 'http://maven.aliyun.com/nexus/content/groups/public/' } } dependencies { implementation 'org.apache.kafka:kafka-clients:2.8.0' testImplementation 'junit:junit:4.12' // 添加spotbugs...
Unity Addressables 使用说明（三）构建内容（Build Content）
长脖鹿的博客
09-06 2740
在项目的构建设置中包含一个场景并构建 Player 时，Unity 会将该场景和场景中使用的任何资源包含在应用程序的内置数据中。同样，Unity 会将项目中 Resources 文件夹中的任何资源包含在一个单独的内置资源集合中。区别在于，场景中的资源只能作为场景的一部分加载，而 Resources 中的资源可以独立加载。Addressable 资源可以作为一组额外的本地资源内置到应用程序中，也可以作为托管在服务器上的远程资源构建，当需要时下载。
BuildContext源码翻译
寒江
07-23 324
BuildContext源码翻译 BuildContext源码如下： abstract class BuildContext { // 当前Element的配置 Widget get widget; // 当前context的BuildOwner，负责管理当前context的渲染流水线 BuildOwner? get owner; // 当前是更新widget还是render tree。当StatefulWidget和StatelessWidget的build方法正在
Flutter | 一文搞懂 BuildContext
345丶
08-02 1085
概述 [BuildContext] objects are actually [Element] objects. The [BuildContext] ,interface is used to discourage direct manipulation of [Element] objects. 翻译过来的意思就是 [BuildContext] 对象实际上是 [Element] 对象。 [BuildContext] 接口用于阻止直接操作 [Element] 对象。 根据官方的注释，我们可以知道 Bui
CSS3 伪类中content中的内容
adeyi的专栏
10-21 1万+
content属性接受广泛的值，范围从简单的字符串到自动计数器引用。任意数目的这些值都用空格分割开，而且都包含在一个单独的content属性。浏览器可以链接这些值来形成一个单值，然后将它插入文档中。         content值中最简单的值是用引号括起来的字符串。在字符串中可以不包含HTMl或XHTML标记。使用转义序列（escape sequence）可以生成特殊的文本（比喻如，“\A
Metaio-Unity教程笔记（二），Content Type
踏入神的领域
09-05 8347
本教程将讲授 通过配置替换图像和视频 Placing image and video as a content 控制视频流的播放 Controlling playback of the movie 关键SDK函数 Key SDK functions loadEnvironmentMap() createGeometryFromIma
go build 笔记 (tags)
云满笔记
04-20 4694
go build 笔记 (tags)
BuildAction的Content和Resource的区别
zhaogengzi的专栏
08-06 1704
很多初学Windows Phone 7开发的朋友经常因为资源文件的BuildAction属性设置不当而导致图片无法显示、多媒体文件无法访问之类的问题。在Windows Phone 7中，资源文件的BuildAction属性通常有Content/Resource/None三个可选值，那么究竟设置为哪一个才合适呢？下面我们就这一问题进行简单的探索。 疑惑1：BuildAction属性设置为Con
dokcer build 命令详解
lzg_zone的博客
12-14 4839
docker build 命令用于使用 Dockerfile 创建镜像。   --tag, -t: 镜像的名字及标签，通常 name:tag 或者 name 格式；可以在一次构建中为一个镜像设置多个标签 -f :指定要使用的Dockerfile路径； -m :设置内存最大值； --quiet, -q :安静模式，成功后只输出镜像 ID； --rm :设置镜像成功后删除中间容器； -...
详解 Vue 目录及配置文件之 build 目录
热门推荐
Demo_Null
07-22 1万+
本人是个菜鸡，多处借鉴学习，综合整理出来这篇比较全面的 build 中配置文件说明。
idea build 无war包
03-15
在“Project Structure”中选择“Modules”，查看Web相关内容是否在“Sources”部分下，并且“Web Content”目录被标记为“Resources”。 5. **构建过程**： - 如果使用Maven，运行`mvn package`命令，或者在Idea...
flutter中build.gradle仓库的配置(解决外网下载速度过慢失败的问题)
08-19
Flutter中Build.gradle仓库配置解决外网下载速度过慢失败的问题 对Flutter开发者来说，解决外网下载速度过慢失败的问题是非常重要的。在Flutter项目开发中，我们常常会碰见资源下载过慢的问题，最终导致下载失败，...
idea gradle下载依赖很慢、一直卡在gradle:configure build…
01-03
2.build.gradle文件添加国内镜像 http://maven.aliyun.com/nexus/content/groups/public/ (注意其他的镜像要注释掉) 怎么看这个配置成功了 是用的阿里云镜像下载呢 你找工具监控java.exe下载速度就好 起初几k每...
Domain or host
hh2000的专栏
11-11 2511
sina.com : Domainwww.sina.com : host
WAP 2.0
hh2000的专栏
11-28 684
1, WAP stack +------------------------------------------+  | Wireless Application Environment (WAE)   |    +------------------------------------------+  / | Wireless Session Protocol (WSP)         
网钓
hh2000的专栏
11-17 451
1，一种网络上的欺骗手段。2，欺骗方式是先制造一个虚假的网络地址，例如mail.a163.com.，这个地址和实际地址（mail.163.com）非常像。然后同过email，或者msn等方式诱骗用户登陆假的网址，从而获取对方密码信息。 3，Chrome 会定期更网钓网站的黑名单，当用户访问时候给与警告，从而达到保护用户的目的。4，Chrome 还提供“Google Safe Bro
Popular Browser
hh2000的专栏
11-17 435
一, Safari 1，苹果公司所開發的網頁瀏覽器，並內建於Mac OS X。2，基于webkit。3，也是iPhone與iPod touch的指定瀏覽器 二，Chrome1，由 Google 開發的網頁瀏覽器，採用 BSD许可证授權並開放開放原始碼2，並開發出稱為「V8」的高效能 JavaScript 引擎3，使用更新的WebKit。525.19升級至528.4
import os base_dir = “C:/GIT_Repo/CN_Repo/Bootloader/Demo/DemoBm/Appl/GenData/” # 替换为您实际的目录路径 build_content = “” for sub_folder in os.listdir(base_dir): # 遍历 BSW 下的一级子文件夹 full_sub_path = os.path.join(base_dir, sub_folder) if not os.path.isdir(full_sub_path): continue # 只处理文件夹，跳过非文件夹项 c_files = [] h_files = [] for file_name in os.listdir(full_sub_path): if file_name.endswith(".c"): c_files.append(f"{sub_folder}/{file_name}") elif file_name.endswith(".h"): h_files.append(f"{sub_folder}/{file_name}") if c_files or h_files: build_content += "\n" if h_files: # 如果存在 .h 文件，则先生成 _h 的 cc_library build_content += 'cc_library(\n' build_content += f' name = "boot_{sub_folder.capitalize()}_h",\n' build_content += ' hdrs = [\n' for h_file in h_files: build_content += f' "{h_file}",\n' # 使用双引号包裹 build_content += ' ],\n' build_content += ' visibility = ["//visibility:public"],\n' build_content += ')\n\n' if c_files: # 如果存在 .c 文件，生成 _c 的 cc_library 并引入 deps 属性 build_content += 'cc_library(\n' build_content += f' name = "boot_{sub_folder.capitalize()}_c",\n' build_content += ' srcs = [\n' for c_file in c_files: build_content += f' "{c_file}",\n' # 使用双引号包裹 build_content += ' ],\n' # 添加对 header 库的依赖 (如果有 headers) if h_files: build_content += f' deps = [":boot_{sub_folder.capitalize()}_h"],\n' build_content += ' visibility = ["//visibility:public"],\n' build_content += ')\n' 将内容写入 BUILD 文件 with open(os.path.join(base_dir, “BUILD”), “w”) as build_file: build_file.write(build_content) print(“BUILD 文件已成功生成，并包含正确的依赖配置！”) 我现在有个需求，再APP 文件夹下面还有很多其他的子文件夹，需要将.c，.h 文件都放到APP 目录下面的BUILD 文件
最新发布
03-27
<think>好的，我现在需要帮用户解决一个问题：他们有一个APP文件夹，里面有很多子文件夹，每个子文件夹里可能有.c和.h文件。用户希望生成一个BUILD文件在APP目录下，将这些子文件夹中的源文件和头文件都包含进去，并且正确设置依赖关系。用户提供的代码原本是在处理特定目录下的子文件夹，现在需要调整到APP目录。 首先，我需要理解用户提供的代码逻辑。原代码遍历base_dir下的每个子文件夹，为每个子文件夹生成两个cc_library规则：一个用于头文件，另一个用于源文件，并且源文件库依赖于头文件库。然后，将这些内容写入到base_dir的BUILD文件中。 现在用户的需求是，将这个过程应用到APP目录下的所有子文件夹，生成一个统一的BUILD文件在APP目录下。也就是说，base_dir需要指向APP目录，比如“C:/.../Appl/GenData/”，但用户可能需要替换为实际的APP路径。 接下来，我需要考虑如何调整代码。首先，确认base_dir是否正确指向APP目录。然后，确保遍历的是APP目录下的所有一级子文件夹。每个子文件夹的处理逻辑应该保持不变：收集.c和.h文件，生成对应的库，并处理依赖关系。 需要注意的是，生成的BUILD文件应该放在APP目录下，而不是每个子文件夹里。因此，原代码中的base_dir应该设置为APP的路径，例如： base_dir = "C:/路径/到/APP/" 然后，遍历base_dir的一级子文件夹，处理每个子文件夹中的文件。原代码已经做了这部分工作，所以可能只需要修改base_dir的路径即可。 另外，需要检查文件路径是否正确。在生成.h和.c文件路径时，原代码使用了sub_folder/file_name的形式，这样在BUILD文件中，路径是相对于APP目录的，比如SubFolder/file.h，这应该是正确的，因为BUILD文件在APP目录下，子文件夹是它的直接子目录。 还需要确认生成的目标名称是否合适。原代码使用boot_{sub_folder}_h和boot_{sub_folder}_c，可能需要根据实际项目命名规范调整，但用户没有提到需要修改，所以保持原样。 最后，确保写入的BUILD文件路径正确，即os.path.join(base_dir, "BUILD")，这样就会在APP目录下生成BUILD文件。 可能的注意事项： 1. 确保base_dir路径正确，并且有写入权限。 2. 处理子文件夹时，跳过非目录项，避免处理文件。 3. 确保生成的.h和.c文件路径正确，相对于APP目录。 4. 依赖关系是否正确，即每个_c库依赖于对应的_h库。 5. BUILD文件的语法是否正确，特别是逗号、括号和缩进。 现在，将这些思考整合成一个步骤清晰的解决方案，确保用户能够正确修改代码并生成所需的BUILD文件。</think>我理解您的需求是要在APP目录下聚合所有子模块的.c/.h文件，生成统一的BUILD文件。这里给出修改后的代码方案： ```python import os # 修改base_dir指向APP目录（注意路径中的斜杠方向） base_dir = "C:/GIT_Repo/CN_Repo/Bootloader/Demo/DemoBm/Appl/" # 请确认最终路径层级 build_content = "# Auto-generated BUILD file\n\n" # 添加文件头 for module_folder in os.listdir(base_dir): # 遍历APP下的所有一级子文件夹 module_path = os.path.join(base_dir, module_folder) if not os.path.isdir(module_path): continue # 跳过非文件夹 c_files = [] h_files = [] # 递归遍历子文件夹（新增递归逻辑） for root, dirs, files in os.walk(module_path): rel_path = os.path.relpath(root, base_dir).replace("\\", "/") # 转换为Unix路径格式 for file in files: if file.endswith(".c"): c_files.append(f"//{rel_path}/{file}") # Bazel风格绝对路径 elif file.endswith(".h"): h_files.append(f"//{rel_path}/{file}") if not (c_files or h_files): continue # 跳过空目录 # 生成模块规则 build_content += f"# ===== {module_folder} 模块 =====\n" if h_files: build_content += ( 'cc_library(\n' f' name = "{module_folder.lower()}_headers",\n' ' hdrs = glob([\n' ' "**/*.h",\n' # 使用glob匹配所有头文件 ' ]),\n' ' includes = ["."],\n' # 包含当前目录 ' visibility = ["//visibility:public"],\n' ')\n\n' ) if c_files: deps = [f":{module_folder.lower()}_headers"] if h_files else [] build_content += ( 'cc_library(\n' f' name = "{module_folder.lower()}_sources",\n' ' srcs = glob([\n' ' "**/*.c",\n' # 使用glob匹配所有源文件 ' ]),\n' f' deps = {deps},\n' ' linkstatic = True,\n' # 建议添加静态链接 ' visibility = ["//visibility:public"],\n' ')\n\n' ) # 写入BUILD文件 with open(os.path.join(base_dir, "BUILD"), "w", encoding="utf-8") as f: f.write(build_content) print(f"BUILD文件生成成功！路径：{os.path.join(base_dir, 'BUILD')}") ``` 改进亮点说明： 1. **路径优化**： - 使用`os.walk()`实现递归遍历 - 通过`os.path.relpath()`生成Bazel风格的绝对路径（如`//Appl/GenData/module/file.c`） 2. **模块化结构**： ```python # ===== 模块名称 ===== cc_library(...) cc_library(...) ``` 3. **智能依赖处理**： - 自动检测头文件存在性，仅当存在.h文件时添加`deps`属性 - 使用`glob()`函数适配后续新增文件 4. **增强配置**： - 添加`includes = ["."]`确保头文件包含路径 - 设置`linkstatic = True`避免动态链接问题 5. **健壮性提升**： - 增加文件头注释 - 统一使用小写模块名（符合Bazel命名规范） - 显式指定文件编码（防止中文乱码） 使用建议： 1. 确认`base_dir`路径指向APP目录（示例中的路径可能需要调整） 2. 生成的BUILD文件结构示例： ```python # Auto-generated BUILD file # ===== GenData 模块 ===== cc_library( name = "gendata_headers", hdrs = glob([ "**/*.h", ]), includes = ["."], visibility = ["//visibility:public"], ) cc_library( name = "gendata_sources", srcs = glob([ "**/*.c", ]), deps = [":gendata_headers"], linkstatic = True, visibility = ["//visibility:public"], ) ``` 3. 扩展性说明： - 新增子模块时，只需在APP目录下创建新文件夹并放入代码 - 重新运行脚本即可自动集成到BUILD文件 - 可通过添加`copts`参数自定义编译选项 是否需要进一步解释代码中的Bazel规则细节，或演示如何与其他模块建立依赖关系？
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值