임베디드 프로젝트 용 컴파일러로 IAR을 사용하고 있습니다. 목록과 같은 기본 유형에 대한 템플릿을 소개하려고하지만 각 STL 목록 객체는 현재 C 스타일 구현에 비해 약 200 바이트만큼 코드 크기가 증가합니다. 필자는 작은 코드 공간을 얻기를 희망하는 STL 목록의 일부를 구현하려고 시도했지만 전체 STL 목록보다 무거웠습니다. 서식 파일을 잘못 사용하
stm32 (팔 피질) CPU가있는 IAR IDE에서 원시 상황에서는 매우 이상한 동작을 보입니다. uint32_t s = 6654; //=0x000019FE
//next I'll see in IAR debugger
uint8_t res1 = 0;
res1 = (s&0xFF000000)>>24; //see in debugger: res1=00
re
IAR 프로젝트에서 작업하고 있는데, 문제는 IAR 프로젝트의 파일을 git 저장소에서 무시할 수 있다는 것입니다. 모든 프로젝트 설정 파일과 소스 파일을 함께 git 로그에 혼합 된 veeery 지루한 버전 제어에 좋지 않다, 누구든지 좋은 제안을 줄 수 있습니까? 감사합니다.
링커 옵션 순서에 따라 .map 파일의 차이가 있습니까? 나는 소프트웨어가 나는 링커 옵션으로 컴파일하고 난 링커에 대한 옵션의 순서를 변경하고 코드 에 대한 이득을 구축 할 수 있도록하지만 두에 다음 코드 을 구축 생성 된 .map 파일은 다르지만 크기는 같습니다. 왜 ????
라이브러리 스택이 변경되지 않으며이 스택 만 사용할 펌웨어가 있습니다. 펌웨어는 길을 따라 많이 바뀔 것입니다. 제한된 메모리 및 리소스 문제로 인해 (라이브러리 또는 스택을 포함하여) 전체 이미지를 공개하지 않으려합니다 (이것은 데스크톱 또는 서버가 아닌 임베디드 응용 프로그램입니다). 방금 응용 프로그램 이미지를 해제하고 라이브러리 이미지를 자동으로
Windows 2008 서버에 TFS 2015 빌드 컴퓨터 (.Net 응용 프로그램 용)가 있습니다. 또한 Windows Server 버전을 지원하지 않는 임베디드 SW (IAR Embedded Workbench) 도구를 사용하므로 임베디드 SW를 빌드에 통합하고자 할 때 유용합니다. 다른 PC (예 : Windows7)에서 임베디드 SW 빌드를 호출하도록
기본적으로 마이크로 컨트롤러의 UCA0 직렬 모듈을 통해 모든 인터럽트시 0xc5 문자를 보내는 장치에 다음 코드를 불에 넣었습니다. 어떤 이유로 오실로스코프에서 핀 3.4를 관찰 할 때 출력이 표시되지 않습니다. https://e2e.ti.com/support/microcontrollers/msp430/f/166/t/166345 가 왜 각각의 핀 출력을
Coverity 대 IAR의 C-STAT 일대일 비교 또는 검토에 대해 알고있는 사람이 있습니까? 다른 도구를 찾고 있습니다. IAR은 과거에 우리 회사에서 사용되었습니다. Higher-ups는 Coverity에 관심을 보였습니다. 나는 그들 사이의 비교 분석을하려고합니다.