Rust 1.64 프로그래밍 언어 릴리스

Mozilla 프로젝트에 의해 설립되었지만 현재는 독립적인 비영리 조직인 Rust Foundation의 후원으로 개발된 Rust 1.64 범용 프로그래밍 언어의 출시가 발표되었습니다. 이 언어는 메모리 안전에 중점을 두고 가비지 수집기 및 런타임(런타임은 표준 라이브러리의 기본 초기화 및 유지 관리로 축소됨)의 사용을 피하면서 높은 작업 병렬성을 달성할 수 있는 수단을 제공합니다.

Rust의 메모리 처리 방법은 포인터를 조작할 때 개발자를 오류로부터 보호하고 메모리 영역이 해제된 후 액세스, null 포인터 역참조, 버퍼 오버런 등과 같은 저수준 메모리 처리로 인해 발생하는 문제로부터 보호합니다. 라이브러리 배포, 빌드 제공 및 종속성 관리를 위해 프로젝트는 Cargo 패키지 관리자를 개발합니다. crates.io 저장소는 라이브러리 호스팅을 위해 지원됩니다.

메모리 안전은 컴파일 시간에 참조 확인, 개체 소유권 추적, 개체 수명(범위) 추적 및 코드 실행 중 메모리 액세스의 정확성 평가를 통해 Rust에서 제공됩니다. Rust는 또한 정수 오버플로에 대한 보호 기능을 제공하고, 사용하기 전에 변수 값의 필수 초기화가 필요하며, 표준 라이브러리에서 오류를 더 잘 처리하고, 기본적으로 불변 참조 및 변수 개념을 적용하고, 강력한 정적 유형 지정을 제공하여 논리적 오류를 최소화합니다.

주요 혁신:

• 컴파일러, Cargo 패키지 관리자 및 libstd 표준 라이브러리의 Linux 환경에 대한 요구 사항이 증가했습니다. Glibc에 대한 최소 요구 사항은 버전 2.11에서 2.17로, Linux 커널은 버전 2.6.32에서 3.2로 증가했습니다. 제한사항은 libstd로 빌드된 Rust 애플리케이션 실행 파일에도 적용됩니다. 배포 키트 RHEL 7, SLES 12-SP5, Debian 8 및 Ubuntu 14.04는 새로운 요구 사항을 충족합니다. RHEL 6, SLES 11-SP4, Debian 7 및 Ubuntu 12.04에 대한 지원이 중단됩니다. 이전 Linux 커널이 있는 환경에서 Rust 기반 실행 파일을 사용하는 사용자는 시스템을 업그레이드하거나, 이전 버전의 컴파일러를 유지하거나, 호환성을 유지하기 위해 계층이 있는 자체 libstd 포크를 유지하는 것이 좋습니다.

  이전 Linux 시스템에 대한 지원을 종료하는 이유 중에는 이전 환경과의 호환성을 계속 유지하기 위한 리소스가 제한되어 있기 때문입니다. 레거시 Glibc를 지원하려면 LLVM 및 크로스 컴파일 유틸리티의 버전 요구 사항이 증가함에 따라 지속적인 통합 시스템을 체크인할 때 레거시 도구를 사용해야 합니다. 커널 버전 요구 사항이 증가한 이유는 이전 커널과의 호환성을 보장하기 위해 계층을 유지할 필요 없이 libstd에서 새로운 시스템 호출을 사용할 수 있기 때문입니다.

• IntoFuture 특성은 안정화되어 IntoIterator와 유사하지만 "for ... in ..." 루프 대신 ".await"를 사용한다는 점에서 후자와 다릅니다. IntoFuture와 결합하면 ".await" 키워드는 Future 특성뿐만 아니라 Future로 변환될 수 있는 다른 유형도 기대할 수 있습니다.
• Rust-analyzer 유틸리티는 Rust 릴리스와 함께 제공되는 유틸리티 모음에 포함되어 있습니다. 이 유틸리티는 Rustup(Rustup 구성 요소에 Rust-Analyzer 추가)을 사용하여 설치할 수도 있습니다.
• Cargo 패키지 관리자에는 Rust 버전 및 저장소 URL과 같은 패키지 간 공통 필드 값의 중복을 제거하기 위해 작업공간 상속이 포함되어 있습니다. 한 번에 여러 대상 플랫폼을 빌드하기 위한 지원도 추가되었습니다(이제 "--target" 옵션에 둘 이상의 매개변수를 지정할 수 있습니다).
• API의 새로운 부분이 안정화된 특성의 메서드 및 구현을 포함하여 안정적인 범주로 이동되었습니다.
  • 미래::인투퓨처
  • 숫자::NonZero*::checked_mul
  • 숫자::NonZero*::checked_pow
  • 숫자::NonZero*::saturating_mul
  • 숫자::NonZero*::saturating_pow
  • 숫자::NonZeroI*::abs
  • 숫자::NonZeroI*::checked_abs
  • 숫자::NonZeroI*::overflowing_abs
  • 숫자::NonZeroI*::saturating_abs
  • 숫자::NonZeroI*::unsigned_abs
  • 숫자::NonZeroI*::wrapping_abs
  • 숫자::NonZeroU*::checked_add
  • 숫자::NonZeroU*::checked_next_power_of_two
  • 숫자::NonZeroU*::saturating_add
  • os::unix::프로세스::CommandExt::process_group
  • os::windows::fs::FileTypeExt::is_symlink_dir
  • os::windows::fs::FileTypeExt::is_symlink_file
• 이전에 std::ffi 모듈에서 안정화된 C 호환 유형이 코어 및 alloc 라이브러리에 추가되었습니다.
  • 코어::ffi::CStr
  • 코어::ffi::FromBytesWithNulError
  • 할당::ffi::CString
  • alloc::ffi::FromVecWithNulError
  • alloc::ffi::IntoStringError
  • 할당::ffi::NulError
• 이전에 std::os::raw 모듈에서 안정화된 C 유형이 core::ffi 및 std::ffi 모듈에 추가되었습니다(예를 들어 uint 및 ulong C 유형에 대해 c_uint 및 c_ulong 유형이 제안되었습니다).
  • ffi::c_char
  • ffi::c_double
  • ffi::c_float
  • ffi::c_int
  • ffi::c_long
  • ffi::c_longlong
  • ffi::c_schar
  • ffi::c_short
  • ffi::c_uchar
  • ffi::c_uint
  • ffi::c_ulong
  • ffi::c_ulonglong
  • ffi::c_ushort
• Poll 메커니즘과 함께 사용할 수 있도록 하위 수준 핸들러가 안정화되었습니다(향후에는 Pull 및 Pin과 같은 하위 수준 구조를 사용할 필요가 없는 단순화된 API를 제공할 계획입니다).
  • 미래::poll_fn
  • 작업::준비!
• 상수 대신 모든 컨텍스트에서 사용할 가능성을 결정하는 "const" 속성은 Slice::from_raw_parts 함수에서 사용됩니다.
• 데이터를 보다 컴팩트하게 저장하기 위해 Ipv4Addr, Ipv6Addr, SocketAddrV4 및 SocketAddrV6 구조의 메모리 레이아웃이 변경되었습니다. 낮은 수준의 구조 조작을 위해 std::mem::transmute를 사용하는 단일 크레이트 패키지에는 호환성 문제가 있을 수 있습니다.
• Windows 플랫폼용 Rust 컴파일러 빌드에서는 PGO 최적화(프로파일 기반 최적화)를 사용하여 코드 컴파일 성능을 10-20% 향상시킬 수 있습니다.
• 컴파일러는 특정 구조에서 사용되지 않는 필드에 대한 새로운 경고를 구현했습니다.

또한 gccrs 프로젝트(GCC Rust)에서 준비하고 GCC에 포함하도록 승인된 Rust 언어 컴파일러의 대체 구현 개발에 대한 상태 보고서를 확인할 수 있습니다. 프런트엔드를 통합한 후 표준 GCC 도구를 사용하면 LLVM 개발을 사용하여 구축된 Rustc 컴파일러를 설치할 필요 없이 Rust 언어로 프로그램을 컴파일할 수 있습니다. 개발이 순조롭게 진행되고 예상치 못한 문제가 발생하지 않는 한, Rust 프런트엔드는 내년 13월로 예정된 GCC 13 릴리스에 통합될 것입니다. Rust의 GCC XNUMX 구현은 베타 상태이며 아직 기본적으로 활성화되어 있지 않습니다.

출처 : opennet.ru