Android React-Native Reanimated를 생성할 때 CMake의 경로 길이 문제 해결

React Native에서 CMake 빌드 중 일반적인 경로 길이 오류

Windows에서 React Native를 사용하는 개발자는 Android 프로젝트를 빌드할 때 경로 길이 제한에 직면하는 경우가 많습니다. 반복되는 문제 중 하나는 반응 네이티브 재활성화 패키지 및 해당 CMake 구성으로 인해 빌드가 실패할 수 있습니다.

이 오류는 일반적으로 다음과 같은 메시지로 표시됩니다. "mkdir: 해당 파일이나 디렉터리가 없습니다.", Windows 운영 체제에서 허용되는 경로 길이를 초과하는 특정 디렉터리 생성을 암시합니다. 이는 개발자가 다음을 사용하여 앱을 구축하려고 할 때 특히 실망스러울 수 있습니다. CMake 그리고 닌자 시스템을 구축합니다.

프로젝트를 드라이브 루트에 더 가깝게 재배치하거나 빌드 구성을 수정하는 등의 시도에도 불구하고 이러한 경로 길이 문제가 지속될 수 있습니다. 이러한 조치는 어떤 경우에는 도움이 될 수 있지만 항상 영구적인 해결 방법을 제공하지는 않습니다.

작업하는 동안 이 문제가 발생하는 경우 반응 네이티브 재활성화, 원인을 이해하고 대안을 모색하는 것이 중요합니다. 문제, 잠재적인 해결책, 그리고 앞으로 이러한 합병증을 피할 수 있는 방법에 대해 자세히 알아보겠습니다.

솔루션 전략에 대한 자세한 설명

문제를 다루면서 경로 길이 문제 건물을 짓는 동안 반응 네이티브 재활성화 CMake를 사용하여 Android 라이브러리를 사용하여 여러 스크립트 기반 솔루션을 구현했습니다. 첫 번째 접근 방식은 프로젝트 파일을 루트 디렉터리에 더 가깝게 재배치하는 것이었습니다. 다음과 같은 특정 명령과 함께 쉘 스크립트를 사용하여 cp -r 모든 프로젝트 파일을 복사하고 mkdir 존재하지 않는 경우 대상 디렉터리를 생성하기 위해 긴 경로와 관련된 오류를 완화하는 것을 목표로 했습니다. 이는 중첩된 React Native 프로젝트에서 흔히 발생하는 Windows의 기본 최대 경로 길이인 260자에 도달할 위험을 줄이는 데 도움이 됩니다.

또 다른 핵심 솔루션은 CMakeLists 파일을 수정하여 활용하는 것이었습니다. 상대 경로 절대적인 것 대신. 이 방법은 CMake 빌드 프로세스 중에 길고 중첩된 디렉터리 경로가 생성되는 것을 방지하여 경로 길이 제한을 효과적으로 해결합니다. CMake를 사용하여 상대 경로를 정의함으로써 세트 명령을 내리고 다음과 같은 명령을 사용합니다. add_library 그리고 target_include_directories, 빌드 시스템은 더 짧은 상대 파일 경로를 사용하도록 지정되어 "해당 파일 또는 디렉터리가 없습니다" 오류가 발생할 가능성이 줄어듭니다.

또한 Windows에서 긴 경로 지원을 활성화하는 것이 이 문제를 해결하는 데 중요한 단계임이 입증되었습니다. PowerShell 스크립트는 다음을 사용하여 Windows 레지스트리 키를 수정하도록 설계되었습니다. Set-ItemProperty. 이 명령을 사용하면 "LongPathsEnabled" 옵션을 활성화하여 Windows에서 기본 경로 길이 제한인 260자를 우회할 수 있습니다. 스크립트는 레지스트리 키가 올바르게 설정되었는지 확인하고 Get-ItemProperty 수정이 성공했는지 확인하는 명령입니다. 이 솔루션은 디렉터리 생성 오류를 방지하기 위해 다른 경로 축소 방법이 충분하지 않은 경우 필수적입니다.

마지막으로 PowerShell 스크립트는 시작 프로세스 명령을 사용하여 -동사 runAs 관리자 권한으로 스크립트를 실행하는 플래그입니다. 레지스트리 설정을 수정하려면 높은 권한이 필요하기 때문에 이는 필요합니다. 프로젝트 파일 이동, CMake 구성 수정, 긴 경로 지원 활성화 등 이러한 기술을 결합하여 경로 길이와 관련된 CMake 빌드 오류를 해결하기 위한 포괄적인 전략을 만들었습니다. 이러한 솔루션은 현재 오류를 완화할 뿐만 아니라 향후 프로젝트에서 유사한 문제를 해결하기 위한 재사용 가능한 프레임워크도 제공합니다.

# Step 1: Define source and target directories
source_dir="C:/Users/ricar/Documents/Github/StockItUp"
target_dir="C:/StockItUp"

# Step 2: Create target directory if it doesn't exist
if [ ! -d "$target_dir" ]; then
  mkdir "$target_dir"
fi

# Step 3: Copy project files to the target directory
cp -r "$source_dir/"* "$target_dir/"

# Step 4: Confirm completion
echo "Project files moved to $target_dir"

# Set relative paths to reduce absolute path length issues
cmake_minimum_required(VERSION 3.10)

project(reanimated_project)

# Define relative path for source files
set(SOURCE_DIR "src/main/cpp/reanimated")

# Add source files using the relative path
add_library(reanimated STATIC ${SOURCE_DIR}/Common.cpp)

# Specify target properties
target_include_directories(reanimated PRIVATE ${SOURCE_DIR})

# Step 1: Open PowerShell as Administrator
Start-Process powershell -Verb runAs

# Step 2: Set the registry key for long paths
Set-ItemProperty -Path "HKLM:\SYSTEM\CurrentControlSet\Control\FileSystem" -Name "LongPathsEnabled" -Value 1

# Step 3: Confirm the setting
Get-ItemProperty -Path "HKLM:\SYSTEM\CurrentControlSet\Control\FileSystem" -Name "LongPathsEnabled"

경로 길이 제한 해결 및 구축 전략

"mkdir: 해당 파일 또는 디렉터리가 없습니다" 오류를 해결하기 위해 고려해야 할 또 다른 주요 측면은 CMake가 닌자 빌드 시스템. Ninja는 일반적으로 코드 컴파일 속도와 효율성 때문에 선택되지만 Windows의 경로 길이 제한과의 호환성은 어려울 수 있습니다. 이 문제를 해결하려면 개발자는 과도한 경로 길이를 방지하는 방식으로 CMake 및 Ninja를 신중하게 구성해야 합니다. 여기에는 상대 경로를 사용하고 디렉터리 구조를 최대한 단순하게 유지하도록 빌드 프로세스를 사용자 정의하는 작업이 포함됩니다.

종종 간과되는 해결책은 Windows의 파일 시스템 제약 조건에 더 적합하도록 CMake 또는 Ninja에서 사용하는 기본 빌드 구성을 조정하는 것입니다. 예를 들어 특정 항목을 추가할 수 있습니다. 깃발 또는 최대 경로 길이를 초과하지 않는 대체 빌드 디렉토리를 정의하십시오. 또한 개발자는 프로젝트의 종속성 구조를 검토하여 불필요하게 깊거나 복잡한 경로를 식별하고 단축할 수 있습니다. 이 접근 방식은 컴파일 중 경로 관련 오류의 위험을 줄이면서 보다 원활한 빌드 환경을 보장합니다.

다음과 같은 타사 라이브러리의 통합을 평가하는 것도 중요합니다. 반응 네이티브 재활성화. 이러한 라이브러리에는 자체 내부 디렉토리 구조가 있으므로 Windows의 경로 길이 제한과의 호환성을 보장하려면 사용자 정의 조정이 필요할 수 있습니다. 라이브러리별 CMake 구성을 수정하거나 노드 모듈을 더 짧은 경로로 재배치함으로써 개발자는 중요한 경로 길이 문제가 없는 기능적 빌드 환경을 유지할 수 있습니다.