OpenGL 및 GLFW를 사용하는 그래픽 응용 프로그램의 경우 현재 SBCL로 개발 중이며 cl-launch을 통해 테스터 공급을 제공하고 있습니다. 그러나 내 계획은 CCL을 사용하여 OS X에서 응용 프로그램 번들을 만들고, ECL을 사용하여 Linux 및 Windows에서 독립 실행 형 실행 파일을 빌드하는 것입니다. cl-launch로 현재 구축하고있는 번들은 상당히 크고 (일반적으로 30M 이상), ECL로 수행 한 테스트는 훨씬 더 작습니다 (libecl은 시스템에서 약 1.3M의 무게가 나옵니다). 그러나 SBCL의 성능이 향상 될 것으로 기대합니다 (우선 프로필을 작성 했음). 따라서 선택 사항은 응용 프로그램에 따라 다릅니다.
그러나 상업적으로 이것을 수행한다면 상용 구현에 투자 할 것입니다. Rainer Joswig는 위의 LispWorks와 Allegro에 대해 언급합니다. Windows 앱 전송의 경우 Corman Lisp도 고려해 볼 수 있습니다. 제 3의 OS를 통해 가장 빠르고 가장 비용이 많이 드는 경로는 Allegro를 구입하는 것이지만, OS X, Corman on Win32 및 ECL 또는 SBCL에서 CCL을 사용하는 것이 좋습니다. Linux에서. 많은 사람들이 맹세했지만 LispWorks는 선택의 여지가있는 것처럼 보입니다. 따라서 알레그로보다 열등한 가격으로 할인하지는 않습니다.
그래픽 라이브러리 문제는 별도입니다. 내 인상은 상황이 끊임없이 개선되고 있다는 것입니다 (CFFI의 콜백은 현재 대부분의 C 툴킷과 인터페이싱하는 데 큰 도움이되는 대부분의 플랫폼에서 작동하는 것 같습니다). 그러나 GL, GLFW, GLUT 및 SDL로 더 많은 작업을 해왔습니다. (비록 위의 justinhj에 의해 언급 된, lispbuilder로 아직은 멋지지 않지만). 나는 1 년 또는 2 년 전에 wxCL으로 조금 실험을 해봤고 유망 해 보였다.
CL에 대한 좋은 점은 많은 구현이 가능하므로 선택 구현에서 개발할 수 있으며 대부분의 코드는 특정 플랫폼에서 애플리케이션을 구현하기 위해 선택한 구현으로 쉽게 이식해야한다는 것입니다.
"코드 컴파일"이란 기계 코드 생성을 의미합니까, 아니면 VM 바이트 코드입니까? –
또한 바이트 코드가 VM에 의해 기계 코드로 JIT 컴파일되는 경우 어떻게해야합니까? –
예, 괜찮습니다! 저는 언어 기능에 가장 관심이 있습니다. – alvatar