[App 개발] 혹시 shioribox 에 관한 정보가 있으면
본문
이제 Kawari 8 모듈은 거의 다 UB 로 컴파일이 되었는데, 자바 브릿지에서 딱 걸렸네요. 아야 5 에서 갖고온 shioribox 에서는 boost 라이브러리를 쓰던데, 이것을 링크하다보니 컴파일 에러가 났습니다. -_-;
오늘 네이버의 사이트 번역으로 어느 일본사람 블로그를 보니, 거기서도 똑같은 말을 하더군요. [가짜사과의 UB 컴파일을 하면 되겠는데 시도해보지는 않았다] 라는... 그래서 한참 기대하다가 급 실망... -_-;;
최신글이 없습니다.
최신글이 없습니다.
댓글목록 3
美청년.영환군님의 댓글
조금 찾아봤는데 일본에서도 몇건 논의가 된 내용같아욤.
일단 Apple의 cocoa-java 의 서포트에 대한 것과..
향후 intel Mac에서는 cocoa-java에서 pure java 또는 obj-C 로의 완전 이전을 생각하는 일본사람들이 있던데..
현재 shioribox에서 사용되는 boost library를 대체할 것을 찾아내는 것이 가장 큰 문제겠네요..
일단
<a href=http://unyu.aoumi.com/dl/NRpatch01_pnaballoon.tar.gz target=_blank>http://unyu.aoumi.com/dl/NRpatch01_pnaballoon.tar.gz</a>
이 링크에서 niseringo로 pna 대화풍선을 표시하기 위한 소스가 공개되고 있습니다. 혹시 필요하시면 받아서 보세염.
아참 모 일본 블로그??를 보니 아래와 같은 문장이 있던데..
===========================================
boost/config/platform/macos.hppの謎
現在のDarwinにはctypeもcwcharもあるのに、configファイルでは
# define BOOST_NO_CTYPE_FUNCTIONS
# define BOOST_NO_CWCHAR
となつてゐます。
この二つはコメントアウトして置かないと、boost::regexでwchar_tが使へません。
===========================================
일단 간단하게 해석해보자면..
현재의 Darwin에는 ctype도 cwchar도 있는데 config 파일에서는
# define BOOST_NO_CTYPE_FUNCTIONS
# define BOOST_NO_CWCHAR
로 되어있다.
이 둘을 comment out 하지 않으면 boost::regex로 wchar_t를 이용할 수 없습니다.
대략 이런 의미..
2004년에 올라온 글이긴하지만..
===========================================
가장 프로그래머가 많이 실수하는 부분중 하나다 syntax error인데..
설마 선언하는데서 문제가 있을리가.. 라고 생각하곤 있지만..
혹시나해서..
ps : boost library는 내용을 찾아보니 꽤나 복잡하고 골치아픈 녀석이더군요.. 흐흐흐
ps2 : niseringo에 대한 개발자 노트등을 찾아보고 있는데.. 지금 우너래 niseringo 제작자도 거의 손 놓고 있는 것 같네요.. 업데이트도 2005년에서 마감되었고..
hongjuny님의 댓글
음... 잘 보았습니다.
그런데, balloon patch 는 현재 우리가 작업하는 unstable version 에 이미 반영되어 있는 것 같군요. 어쨌든, 제가 미처 생각지 못했던 balloon 에 대한 이해를 높이는 데에 도움이 되었습니다. 덤으로 그곳에서 마이크로 벌룬 까지 받아서 한 번 해보았는데, 실용적인 면에서는 꽝이었지만, 향후 Aqua look-and-feel 을 적용한 balloon 을 넣는 데에 참고가 될 것 같군요. ^^
제 생각에는 Cocoa-Java 로 계속 작업하는 것이 나쁘다고 여겨지지는 않아요. 왜냐하면, 인텔 맥에서도 소스 수정이 거의 필요가 없고, Cocoa object 에 대한 접근이 완전하다면 iLife 나 .Mac SDK 를 손쉽게 쓸 수 있을 것이라고 보이거든요. 물론 그렇게 되면 Platform Independence 는 안뇽~ 이죠. 하지만 뭐... 정 아쉬운 사람은 맥북 사라고 하고 ㅋㅋ
일단 이렇게 합시다. 지금 shioribox 를 분석해서 boost 라이브러리를 떼어내는 작업보다는, 현재 NiseRingo 내에 있는 Kawari 모듈에 Cocoa object 를 호출할 수 있는 방법 (스크립트를 확장해서 정의해야겠지요?) 을 연구해서 구현한 다음, 현재 있는 마유라 고스트에 시험해 보죠. 그 다음 스탭은 그 다음에 생각해 보도록 합시다. 이 방법이 Nanika 경험이 부족한 저에게는 가장 현실적이고 빠르고 확실한 방법 같습니다. ^^ 이렇게 하고 나면 시스템에 대한 이해가 좀 더 깊이 되겠지요.
美청년.영환군님의 댓글
아참 저번에 올려주신 소스를 빌드할때 아키텍쳐에서 x86 과 ppc 를 모두 체크하고 빌드했는데도 완성된 app의 정보에서 intel binary로 나옵니다..
UB로 나와야 되는거 아닌가요? 흠... ;;;