Divine Power

저번의 실패이후엔 내가 왜 이짓을 하지 싶었다. 귀차니즘만 늘어서. 리눅스에선 잘만 되니까 정말로 필요한 때까진 미루기로 했다. 그리고 Filezilla처럼 wxWidget으로 프로그래밍을 하되, 리눅스에서 윈도우쪽으로 크로스컴파일하는 프로젝트도 있고 (!! - Filezilla에서 about 창을 한번 띄워보라) 근데 사실 크로스컴파일이 쉬운건 아니다. 이것도 몇번 해보다가, Arch에선 mingw32-gcc 가 설치가 안 돼서 대충 하다 말기도 했다. 다행인 것은 CodeBlocks 13.12가 나왔다는 것이다. 오호홋! 그래서 재시도 해보았다.wxWidgets는 2.8.11이다. 아직은 이쪽이 리눅스에서도 대세니까. http://forcecore.tistory.com/919http://forceco..

M$ visual studio에서는 static library형태로, 필요한 "라이브러리"를 여럿 만들어두고, 그것을 여러 프로젝트에서 끌어다 쓸 수 있었다. CB도 마찬가지다. CB에서도, workspace내에 여러 프로젝트가 열려 있으면 서로 필요한 상호관계를 지정해줄 수 있는 것이다. 그러나 문제가 하나 있으니... static library에서 뭐 조금 바꾸면, 해당 프로젝트가 제대로 컴파일이 되기는 한다. 하지만 그 라이브러리를 사용하는 최종 프로그램은... linking을 다시 하지 않는다 -_-;;; static library의 output을 제대로 안 읽는 것이지;; 그게 바뀌었는지 안 바뀌었는지. 이런 때에는 프로젝트의 properties...에서 BuildTargets탭에서, 각 tar..

얘들을 동시에 쓰려고 하면 문제가 생긴다. GLUT플젝으로 시작해서, wxWidgets의 일부 기능(wxMutex같은것)을 쓰려고 하면... 여러가지 include를 해야 하는데... compiler settings의 other options: -pipe -mthreads [[if (PLATFORM == PLATFORM_MSW && (GetCompilerFactory().GetCompilerVersionString(_T("gcc")) >= _T("4.0.0"))) print(_T("-Wno-attributes"));]]#defines __GNUWIN32__ __WXMSW__ WXUSINGDLL wxUSE_UNICODE search directory(공통) compiler는... $(#wx)\include..

http://www.sci.brooklyn.cuny.edu/~goetz/codeblocks/glut/ 이 곳을 컨닝했다. http://www.xmission.com/~nate/glut.html 이 분은 glut이 나오면 열심히 컴파일 해서 주는 고마운 분인듯. glut32.dll을 적당한 곳에 복사한다. c:\windows\system32가 가장 좋은데, 나중에 이 파일이 필요하다는 사실을 까먹을 우려도 있음 -_-;; lib파일은... C:\Program Files\CodeBlocks\MinGW\lib 여기 복사하면 된다고 한다. glut.h파일은 C:\Program Files\CodeBlocks\MinGW\include\GL 이 안에 넣자. 그럼 끝이다. visual studio와 비슷한 과정을 밟는..

http://kldp.org/node/70327 이 글을 컨닝했다. 윈도우와 리눅스 양 쪽에서 동일한 개발 환경을 갖추려고 한다. 그래서 Code::Blocks를 선택했고, wxWidgets를 GUI환경을 빌드하는데 사용하기로 함. http://www.codeblocks.org/ 여기서 최신 버전을 받는다. 필자는 버전 8.02, mingw가 파일 이름에 적혀서, 컴파일러도 딸려 오는 것을 선택했다. ** 나중을 생각하면 mingw는 따로 받는 것이 좋다. 컴파일러만 계속 버전업 할 수 있도록!! ** 일거 같았으나 안정성이 최고임 ㄱ- 같이 번들되는걸로 가기 추천 ㄷㄷ ** 컨닝 문서를 잘 읽어보면, gdb는 따로 받아야 함을 알 수 있다. Code::Blocks는 따로 설치한 MingW도 잘 감지한다..