애플리케이션에 가까울수록 러스트를 쓸 이유가 별로 없어지고 반대로 내려갈수록 러스트의 강점을 전부 다 활용할 수 있게 되니까
옆에서 하루종일 잔소리하는 러스트가 메모리 활용과 메모리 세이프티를 챙겨야 하는 임베디드쪽으로 갈수록 최강 아님?
왜 아직까지 임베디드에 러스트를 올릴 수 없는지 의문이다..
애플리케이션에 가까울수록 러스트를 쓸 이유가 별로 없어지고 반대로 내려갈수록 러스트의 강점을 전부 다 활용할 수 있게 되니까
옆에서 하루종일 잔소리하는 러스트가 메모리 활용과 메모리 세이프티를 챙겨야 하는 임베디드쪽으로 갈수록 최강 아님?
왜 아직까지 임베디드에 러스트를 올릴 수 없는지 의문이다..
올림 대신 바이너리 크기 제약이 빡빡하면 C언어랑 어셈씀
아 올릴 수 있구나 ㅎ; 러스트 바이너리 블로팅이 좀 심하긴 한듯
항공기엔 Ada도 사용함
C언어랑 어셈은 바이너리 크기가 작기도 하지만 크기가 어느정도 예측이 가능한데 러스트는 컴파일러가 생성하는 코드가 많아서 바이너리 크기가 얼마나 될지 예측이 쉽지 않음
제조사가 지원안함. 러스트 바이너리 큰것도 있고 가장 중요한건 애초에 실시간시스템에서 raii가 필요한 상황이 잘안나옴니니가말하는걸 장점으로 쓰려면 펌레벨의 임베디드가 아니고 시스템소프트웨어 레벨(임베라고 말하긴 조금 그렇다)론 올라가야한다 리눅스같은 범용 os위의 레이어 - dc App
님이 전용 컴파일러 만들면 있는거잖음
베어메탈 임베디드 쪽에서는 동적할당 자체를 기피함. 안전 뿐만 아니라 동적할당은 성능에도 큰 저하를 주기 때문에 제약된 하드웨어에서는 필요가 없음. 러스트의 llvm 벡엔드하고 바이너리 크기는 말할 것도 없고
러스트도 베어메탈 가능하고 대신 no_std로 동적할당이랑 라이브러리 의존성 없이 써야된다
https://docs.rust-embedded.org/book/intro/no-std.html
llvm백엔드는 컴파일러 파이프라인의 백엔드를 말하는거고 생성된 바이너리는 llvm에 의존성을 가지지 않음
메모리 동적할당이 없는데 왜 굳이 보수적으로 잘 돌아가고 시장 인력이 있는 c를 버리고 러스트로 갈아타야 됨? 그리고 프로세서 제조업체에서 러스트 컴파일러를 지원을 안 하고 현재 유일하게 llvm 백엔드만 있어서 컴파일타임 엄마 없고, 바이너리 크기 c 빌드에 비해서 압도적으로 큰 건 또 빼놨네?
러빠들 걍 생각을 하고 쓰면 안됨? 학부생이면 빵보드라도 만져봤으면 지금 임베디드에서 러스트가 얼마나 말도 안되는 소리인지 알텐데
내가 바이너리 크기 위에 댓글달았는데 또 러슬람몰이하네 ㅋㅋㅋㅋ 보안칩같이 보안이 존나 중요한 경우엔 llvm타겟에 추가해서 러스트 타입시스템 써먹으려고 갈아탄다 ㅋㅋㅋㅋ 임베디드라곤 빵보드만 깔짝깔작하고 그게 전부인줄아는 지잡땔감수준 ㅋㅋㅋㅋ
그리고 임베디드에 컴파일시간같은 소리하네 ㅋㅋㅋㅋ 니는 임베디드 컴파일을 빵보드에서 돌리나보지? 컴파일이 느리면 크로스컴파일하는 컴터를 바꿀것이지 llvm탓 ㅋㅋㅋ 그리고 llvm이 유명해진게 clang이 gcc랑 비슷하게 최적화하면서 컴파일속도 빠른건데 llvm탓을하네 ㅂㅅ llvm때매 느린게 아니라 러스트 컴파일러가 느려터진거야
IR 추상 레이어 모르시나봐요? 좆급1식 학식새끼면 걍 아가리 닫아 병신아. 씨발 임베디드에서 llvm 같은 소리하고 있네 ㅋㅋㅋ
존나 씨발 어중간하게 배운 새끼들이 러스트 업으로 먹고 살지도 않으면서 임베디드 가능하다니 ㅋㅋㅋ 좆병신이 x86 말고 써본 적도 없으면서 아가리론 아주 ㅋㅋㅋㅋㅋ 그래서 직업이? 인증 까봐 병신아
IR이 뭔지 안다는 새끼가 IR때매 임베디드를 못한다 지랄 ㅋㅋㅋㅋ C언어 컴파일러는 IR없이 바로 머신코드 내뱉는줄아는 수준 ㅋㅋㅋ
타겟 머신에 맞게 컴파일해줄 컴파일러가 없잖아 ㅂㅅ아 - dc App
임베디드에서 힙이요??? 메모리 번지 단위로 쪼개쓰는 환경에서 힙이요???
임베디드용 프로세서들이 얼마나 다양한데 프로세서별로 컴파일러가 나와있긴 하냐?
롬 32KB~64KB, 램 2~4KB의 단가 1개당 1~2달러짜리 8비트 프로세서 환경에서 돌아가는 러스트 컴파일러가 있긴 하니?