나는 우연히 여기에서 끝났다 : http://altdevblogaday.com/2011/11/09/a-low-level-curriculum-for-c-and-c/, 그리고 지금까지 읽은 것들 중 가장 유익한 컬렉션 중 하나가 밝혀졌다. 어셈블리가 프로세서에 의해 직접 실행될 수있는 저수준 언어라는 것을 알았지 만 각 프로세서에는 자체 어셈블리가 있습니다.어셈블리에 대한 일반 정보
질문 :
.asm은 어셈블리 프로그램의 일반적인 확장이지만 일반적인 규칙이 아닙니다. 컴파일러 관련 확장을 사용하여 C/C++ 파일에 어셈블리를 포함시킬 수도 있습니다.각 프로세서 아키텍처에는 고유 한 어셈블리 언어가 있습니다. 이는 자체 지침 세트를 의미합니다. 대부분의 명령어 세트는 합리적으로 비슷하므로, 그 중 하나를 학습하면 다른 아키텍처에서 계속 발생하는 것을 파악할 수있는 기회를 갖게됩니다. 넷북과 PC가 모두 86 일 경우 거의 동일합니다.
어셈블리를 시험하는 가장 쉬운 방법은 C 프로그램에 어셈블리 코드를 약간 포함시키는 것입니다. 이를 "인라인 어셈블리"라고합니다 (Google 검색을 통해 몇 가지 예를 찾을 수 있습니다). 이렇게하면 C 프로그램이 입출력과 같은 상위 수준의 작업을 수행하고 어셈블리가 해당 데이터로 계산을 수행하게 할 수 있습니다.
각 프로세서 제품군에는 고유 한 명령어 세트가 있습니다.
두 가지 (또는 그 이상) 다른 명령어 세트에서 입력을 변환 할 수있는 일부 어셈블러가 있습니다. 예를 들면 Google의 "테이블 기반 어셈블러"가 있습니다. 이들은 일반적으로 작업하는 모든 프로세서에서 유사한 구문을 사용합니다. 프로세서와 관련하여 "고유 한"어셈블러 (예 : 프로세서 공급 업체가 제공하는 어셈블러)와는 조금씩 다를 수 있습니다.
마찬가지로, 두 가지 (또는 그 이상) 다른 어셈블러가 널리 사용되는 프로세서가 있으며 때로는 완전히 다른 구문을 사용합니다. 분명한 예로 x86 프로세서에서 Intel 구문과 AT & T 구문이 공통으로 사용됩니다.
프로그래밍 관점에서 볼 때 프로세서의 명령어 세트와 사용 가능한 레지스터는 거의 모든 프로세서에서 볼 수 있습니다. 둘 다 프로세서 간 (근본적으로) 다릅니다.
어셈블리 언어로 작성된 코드는 일반적으로 소스 파일에 저장됩니다. 확장자는 어셈블러에 따라 다릅니다 (예 : ".asm"또는 ".S"). 당신은 더 높은 수준의 언어로 작성된 코드를 컴파일하는 것처럼 어셈블합니다. 그러면 오브젝트 파일이 생성됩니다. 거기에서 다른 모든 오브젝트 파일과 마찬가지로 실행 파일을 생성하도록 링크합니다.
"정상 프로세서"같은 것은 없습니다. 데스크톱 시스템에서 가장 많이 사용되는 x86 *을 의미할까요? – delnan
어셈블리 = 해당 언어. 어셈블러 = 컴파일러. – vulkanino
@delnan, 네, 그건 제가 의미했던 것입니다. 나는 지금 질문을 편집 ... – corazza