FastASM은 어셈블리 언어로 개발한 것과 동일한 성능을 내는 high level macro language 입니다.
FASM을 어셈블러로 사용하며 Visual Basic .Net과 유사한 문법을 사용합니다.
순수 어셈블리 코드와 같은 수준의 코드를 생성하기 위해 컴파일시 최적화가 이루어지며 최적화 대상이 아닌 경우 경고나 오류 메세지를 통해 사용자에게 알려줍니다.
개발을 시작한지는 꽤 됐는데 띄엄띄엄 개발하다 보니 실제 개발시간이 얼마 되지 않아 이제야 버전을 붙이고 관리할 정도가 되었습니다.
함수, 클래스, 선언문, 대입문, 조건문, 각종 연산, 반복문 등이 이제야 어느 정도 확정된 문법이 나왔습니다.
아직도 고민을 끝내지 못한게 있는데 새로 컴파일러를 만들지 여부입니다.
FastASM의 구조는 사용자 소스 -> 인터프리터 방식으로 제작된 파서 -> flat assembler 로 되어 있습니다.
중간의 파서가 기존의 어셈블러에서는 제공하지 않는 고급 문법, 에러 처리, 최적화 등을 수행합니다.
당연히 느리고 직접 파싱을 하는게 아니기 때문에 문법에 제한이 있습니다.
그래서 컴파일 속도와 고급 문법 지원 둘을 만족시키기 위해 문법을 계속 변경해 왔습니다.
최근 파서 최적화와 문법 수정으로 기존 대비 2~3배 정도 빨라졌음에도 불구하고 현재 방식의 파서는 두고 두고 문제가 될 것 같습니다.
특히 디버깅에 매우 취약해 디버거로 추적하기 위해 숙련된 노하우가 필요합니다.
그래서 현재 몇 가지 방안을 두고 고민중입니다.
- 어셈블러로 컴파일 하기전 프리프로세싱을 처리하는 애플리케이션을 따로 만든다.
- 오픈 소스 어셈블러의 소스를 수정하여 사용한다.
- 컴파일러를 새로 만든다.
아래로 갈수록 성능은 높아지나 개발기간이 오래 걸립니다.
문제는 3번이 아니면 고급 언어 문법과 디버거를 제대로 연결시킬 수 없다는 것입니다.
현 방식이나 1번은 로그 찍는 방식 아니면 어셈블리 디버거를 사용해야 되는데 저처럼 직접 FastASM을 개발한 개발자가 아닌 이상 디버깅에 상당히 어려움을 느낄 수 밖에 없습니다.
2번 또한 기존에 만들어져 있는 구조를 수정해서 사용하는 방식이기 때문에 코드와 디버거를 100% 일치시키기가 쉽지가 않습니다.
개인적인 취미로 혼자 사용하기 위한걸 계속 만들기에는 모멘텀도 떨어지고 지금까지 만든것이 아깝기도 합니다.
지금까지 만든 것만으로도 제 경우 C를 이용해 Windows API 프로그래밍을 할 때보다 생산성이 높습니다.
성능은 어셈블리이니 말할 필요가 없구요.
혼자만 쓰자니 아깝고, 그래서 범용성 있게 만들자니 시간이 너무 걸릴 것 같고 하여튼 딜레마 입니다.
아래는 FastASM 업데이트 히스토리 입니다.
0.110 버전이 최신 버전으로 0.120 버전은 향후 업데이트에 포함될 기능입니다.
0.120 - 2016.0X.XX
-
FastASM 컨트롤 지원
-
- 기존의 API, .Net의 컨트롤 함수와 비슷한 문법을 사용하나 내부적으로는 CreateWindowEx를 사용하여 컨트롤을 생성하는 방식이 아닌 메모리에 그린 후 출력하는 방식을 사용한다.
- Windows Control에 비해 비교할 수 없을 정도로 빠르고 가벼우며 Windows 버전에 상관없이 같은 모양으로 출력한다.
-
메모리 버퍼 한글 출력 지원
0.110 - 2016.04.22
-
Window, Control Class 변경
-
- .Net에 더욱 가깝게 Class 명을 변경한다. 기존의 Window Class는 Form으로, Control Class는 Window로 변경한다.
- Form Class 속성 중 WNDCLASSEX, 버퍼, Clip 관련 속성을 제외한 나머지 속성을 Window Class로 옮긴다.
-
Control Class 추가
-
- Window Class를 부모로 하는 Control Class를 추가하여 FastASM 전용 컨트롤의 부모 Class로 사용한다.
-
Sub 문 옵션추가
Sub [Tiny] 함수명, 인수1, 인수2, ......
-
- 지역 변수, Push, Pop, 외부함수 호출을 사용하지 않는 함수는 Tiny 옵션으로 스택프레임 할당코드를 생성하지 않아 코드의 양을 줄일 수 있다.
-
함수 프롤로그, 에필로그 수정
-
- 함수내의 지역변수와 호출함수 인수의 합을 스택프레임으로 할당하는 방식에서 함수호출이 있을 경우 함수내의 지역변수, 함수내에서 Push, Pop을 사용하기 위한 공간 + 함수 호출에 필요한 공간의 합을 스택프레임으로 할당한다.
- 함수내 Push, Pop을 위한 공간은 120바이트에서 함수호출에 필요한 공간을 제외한 공간으로 함수호출이 없을 경우 최대 14개까지 스택에 저장하고 읽을 수 있다.
- Windows API의 최대 인수 개수인 16개의 인수가 아닌 14개의 인수에 맞춘 이유는 상수가 80h를 넘어가면 명령어 바이트의 수가 증가하기 때문에 16개의 인수를 가진 2개의 API 때문에 앱전체의 파일 크기를 증가시키기 보다는 16개의 인수를 가진 2개의 API는 별도로 처리한다.
- 함수내에서 사용하는 Push, Pop은 모든 Push를 Pop으로 꺼낼 필요가 없다.
-
Begin 문 추가
-
- 컴파일 속도 향상과 코드 최적화를 위해 함수내에서 변수 선언문과 코드부분을 분리하는 Begin을 추가한다.
-
컴파일시 코드 Optimization 메세지 출력
-
- 사용하지 않은 비휘발성 레지스터가 있는데도 불구하고 지역 변수를 정의했을 경우 사용하지 않은 비휘발성 레지스터를 알린다.
-
컴파일 속도 상승을 위한 Optimization. 2배 이상 속도 향상
-
- 변수 Parsing 최적화
- Class 변수 문법을 기존
Me 변수명 에서 rMe:변수명 으로 변경 - 2차원 배열,
(x:y) 문법에서 (x)(y) 문법으로 변경 - 대입문은
Let A = B 문법에서 Let A := B 문법으로 변경 - 인수가 2개인 대입문을
Let에서 Le3으로 분리
-
Sub 문의 앞쪽 4개의 레지스터 인수를 자동으로 parameter homing area에 저장하거나 타 레지스터에 복사할 수 있다.
-
레지스터 변수 정의를 좀 더 직관적으로 변경
-
- 기존의 경우 레지스터 변수는 일반 변수 정의와 다른 문법을 사용하였지만 모든 변수를 같은 방식으로 정의하는 것으로 변경
- 뒤에 레지스터 명을 붙이면 레지스터 변수가 된다.
Dim .rLoop As Reg rax -> Dim .rLoop As Long rax - CType은 더 이상 필요하지 않기 때문에 지원하지 않는다.
Dim .rfrmMain As CType frmMain rbx -> Dim .rfrmMain As frmMain rbx - Class 정의는
Dim .frmMain As frmMain는 Stack에 존재하는 Class이고 Dim .rfrmMain As frmMain rbx는 Class의 Pointer가 된다.
0.104 - 2016.04.19
0.103 - 2016.04.18
-
메모리 버퍼 수정
-
- 버퍼의 영역을 벗어나는 곳에 출력할 경우 에러나는 부분을 수정
- 비트맵 폰트 위쪽 여백 확대시 미적용 수정
-
다중열 지원 코멘트 추가.
-
!_ - 코멘트 시작, _! - 코멘트 끝- 전체 코멘트에 반영하고 코멘트 내용을 추가
-
코드 최적화
-
- Run 함수가 윈도우 생성에 실패해도 메세지 루프를 실행했지만 윈도우 생성에 성공하지 않으면 프로그램을 종료하는 것으로 변경
-
함수 추가
-
- Window.Load : 윈도우 Class가 존재하는지 검토하고 없을 경우 Window.Register를 호출한후 성공했을 경우 윈도우를 생성한다.
0.102 - 2016.04.15
-
메모리 버퍼 추가
-
- 더블버퍼 사용시 Bitmap 버퍼가 아닌 메모리 버퍼를 선택할 수 있다.
- 최소한의 코드 수정과 컴파일 옵션만으로 버퍼 사용여부, Bitmap, 메모리 버퍼 선택 등을 할 수 있다.
-
테트리스 최적화 및 메모리 버퍼 지원
0.100 - 2016.04.14
- 32비트에서 64비트로 전환. 더 이상 32비트 실행파일 생성은 지원하지 않는다.
- File Class 제작
- Let 문에서 CType 예약어 제거, Dim 문에서만 CType 예약어 사용가능
