| 일 | 월 | 화 | 수 | 목 | 금 | 토 |
|---|---|---|---|---|---|---|
| 1 | 2 | 3 | 4 | 5 | 6 | 7 |
| 8 | 9 | 10 | 11 | 12 | 13 | 14 |
| 15 | 16 | 17 | 18 | 19 | 20 | 21 |
| 22 | 23 | 24 | 25 | 26 | 27 | 28 |
Tags
- 현실 도피
- 리눅스 하드 추가
- parser
- Sgr
- Interpolation Spline
- ListTool
- interpolation
- EK3D
- Certificated
- Linux Shutdown
- Violation
- msocache 제거
- EngineKarbia Developing
- VC 6.0 컴파일러 오류
- partition master
- Slerp
- Mesh Parser
- Proteus VX
- Shader Model
- Ogre XML
- Verbose
- 이중 템플릿
- Camera Parser
- SpaceGoldRush
- 상콤한 에러?
- Cam Parser
- VC 6.0 템플릿
- articles
- msocache
- Form factor
Archives
- Today
- Total
목록알고리즘 (1)
Kevin Dominic의 Studying Rock Drill~
Ogre 엔진이 VC++ 6.0에서 안되는 이유...
Ogre 엔진이 VC++ 6.0에서 안되는 이유... 나름 이유는 간단했습니다. STL이 제대로 제공이 되지 않기 때문이지요... 저야 주력 무기가 6.0인지라 제대로 닷넷을 본 기억이 없습니다만... 닷넷부터는 이라는 헤더파일이 제공되는 것 같더군요. 예전의 개발자들은 해쉬 알고리즘을 위해 해쉬 맵을 구현했어야 한다는 속설을 들은 것 같은데... 지금은 이렇게 STL형태로 제공이 되나 봅니다. 의 모든 소스 코드를 알고, 컴파일 시켜서 6.0용으로 포팅하지 않는 한 Ogre엔진의 6.0 포팅화는 불가능 하다는 결론에 이르렀습니다... 이와는 별개의 논제로... 표준으로 제공되는 것을 쓰면 개발시간이 단축되고 여러 이점이 있지만... 과연 그것이 마냥 좋은 일일까요? 여기에 대해서는 추후 다른 포스팅을 ..
이야기거리/개발자 뒷담화
2009. 9. 29. 21:18