PolarSSL项目中tf-psa-crypto组件的构建目录管理优化

在PolarSSL项目的tf-psa-crypto组件开发过程中，团队发现了一个可以优化构建流程的机会。目前，使用CMake进行构建的组件需要自行管理构建目录，这导致每个组件脚本中都包含了重复的目录管理代码。

现状分析

当前tf-psa-crypto组件中的CMake构建流程需要每个组件脚本处理以下操作：

1. 创建构建目录
2. 进入该目录执行构建
3. 测试完成后返回原目录
4. 清理构建目录

这种模式在组件较少时是可行的，但随着更多组件从mbedtls迁移到tf-psa-crypto，这种重复代码会变得难以维护。更重要的是，tf-psa-crypto组件几乎全部采用CMake进行构建，且推荐使用out-of-source构建方式（即在源代码目录外构建）。

优化方案

项目团队提出将构建目录的管理逻辑从各个组件脚本中提取出来，统一由核心脚本all-core.sh处理。这样做的优势包括：

1. 代码复用：避免在每个组件中重复相同的目录管理代码
2. 一致性：确保所有组件使用相同的目录管理策略
3. 可维护性：目录管理逻辑变更只需修改一处
4. 简洁性：组件脚本只需关注实际的构建和测试逻辑

优化后的组件脚本将简化为仅包含构建和测试命令，例如：

component_test_cmake_tf_psa_crypto_out_of_source() {
    msg "build: cmake tf-psa-crypto 'out-of-source' build"
    cmake -D CMAKE_BUILD_TYPE:String=Check -D GEN_FILES=ON "$TF_PSA_CRYPTO_ROOT_DIR"
    make
    msg "test: cmake tf-psa-crypto 'out-of-source' build"
    make test
}

技术背景

CMake的out-of-source构建是一种推荐做法，它有多个优点：

• 保持源代码目录清洁
• 支持同时进行多种构建配置
• 便于清理构建产物
• 避免构建产物污染版本控制系统

在PolarSSL项目中，早期版本由于CMake兼容性问题（特别是Ubuntu 16.04上的旧版CMake）需要特殊处理out-of-source构建。但随着项目发展，这些问题可能已经得到解决，使得统一管理构建目录成为可能。

实施影响

这一优化主要影响tf-psa-crypto组件，不会改变mbedtls组件的现有行为。对于开发者来说，迁移到tf-psa-crypto的组件将获得更简单的脚本编写体验，同时保持构建过程的可靠性。

该优化是PolarSSL项目持续改进构建系统的一部分，旨在为开发者提供更高效、更一致的开发体验，同时保持项目的稳定性和可维护性。