opensmalltalk-vm 컴파일 성공은 했습니다만…

일단 컴파일은 성공했는데…. 이걸 돌려볼 엄두가 안나네요. 일단 컴파일에 성공하고 나니 뭔가가 귀찮아져 버렸…. 아무래도 배포본처럼 디렉토리 구성을 한번 맞춰야 하지 않을까 싶은데… 일단 공식으로 배포되는 Pharo 5 이미지는 한글 폰트 지정만 해주면 역시 출력에는 별 이상이 없는듯 합니다. 다만 compositeinput 을 적용하면 입력이 제대로 되지 않는 것으로 보아 제가 몇년전에 디밀었던 patch 는 국물도 없었던듯 합니다. 뭐… 한글 쓸일 별로 없으니.. 걍 냅둘까요 이거..-.-;
 
coreonion build # file squeak
squeak: ELF 64-bit LSB executable, x86-64, version 1 (SYSV), dynamically linked, interpreter /lib64/ld-linux-x86-64.so.2, for GNU/Linux 2.6.32, not stripped

opensmalltalkvm

예전에는 분명 다른 방법으로 소스가 제공되었던 기억이 납니다만…. 이제 Pharo 와 CogVM 진영도 트렌드에 발 맞추어 github 을 이용하기 시작했습니다.

https://github.com/OpenSmalltalk/opensmalltalk-vm

우리가 익히 알고 있는 방식으로 git clone 을 사용해서 소스를 내려 받으면 됩니다만.. 사실 얼마전부터 노리고 있던 이유는 따로 있습니다. 소스트리 내에 제가 주목할만한 부분이 새로 생겼기 때문이죠.

build.linux64x64

 

….마………..만쉐????

어차피 pharo 를 사용하려면 VM 만 있으면 안되죠. 그래서 http://pharo.org 사이트에서 이미지를 받으러 갔더니.. 어머??

 

완.전.좋.은.데.이.거?

 

일단 Pharo 5.0 에서는 해당되는 이미지를 받아놓고 소스도 받아서 vm을 빌드하려 하는데..

build.linux64x64 디렉토리 안쪽에 makeall 이라는 스크립트가 보이네요?……… 어머? 뭔가 날로 먹을 수 있을거같은 느낌적인 느낌?

 

일단 컴파일은 잘 되는 중입니다. 사실 64bit vm 이 중요한 이유는 여러가지 이유가 있을 수 있겠습니다만.. 직관적으로만 본다면야.. lib32 시리즈를 필요로 하지 않는 부분이 가장 크지 않나 싶습니다. 그리고 sdl 부터 시작해서 각종 primitive 객체들이 보다 원활하게 동작한다는 의미겠죠. 일단 pharo 사이트의 내용으로만 본다면야.. 조금 experimental 한 부분이 있을수도 있겠습니다만… 폴더 자체에서 3개 플랫폼의 x64 를 지원하는걸 보면 나름대로 안정적이지 않겠나 생각합니다.

 

아마도 build.linux32ARMv7 정도만 있는걸 보면 아직 라즈베리상의 64bit linux 까지는 개발을 못하고 있는듯 합니다만…. linux64x64 개발이 어느정도 마무리되면 의외로 쉽게 빌드할 수 있지 않을까.. 라는 생각도 드는군요.

 

사실 사용하는것만이 아니라 제대로 공부를 해보고 싶기는 한데.. 그래야 ImmX11Plugin 도 다시 손보고 할텐데.. 아직은 시간이 요원하니.. 일단 64bit VM 을 즐겨보는걸로 만족해야 겠습니다 😀