文件列表:

VTP\Make.defs (11330, 2005-10-24)
VTP\Makefile (332, 2005-01-14)
VTP\TerrainSDK\install-sh (5849, 2002-08-05)
VTP\TerrainSDK\Makefile (797, 2005-01-21)
VTP\TerrainSDK\vtdata\Array.h (13971, 2005-12-13)
VTP\TerrainSDK\vtdata\Array.inl (409, 2002-05-10)
VTP\TerrainSDK\vtdata\Building.cpp (34531, 2005-03-12)
VTP\TerrainSDK\vtdata\Building.h (7879, 2005-03-12)
VTP\TerrainSDK\vtdata\ByteOrder.cpp (6221, 2006-01-12)
VTP\TerrainSDK\vtdata\ByteOrder.h (4595, 2005-01-06)
VTP\TerrainSDK\vtdata\CVS (0, 2006-02-10)
VTP\TerrainSDK\vtdata\ChunkLOD.cpp (38076, 2005-10-06)
VTP\TerrainSDK\vtdata\ChunkLOD.h (864, 2005-10-06)
VTP\TerrainSDK\vtdata\ChunkUtil.cpp (852, 2005-08-22)
VTP\TerrainSDK\vtdata\ChunkUtil.h (9272, 2005-10-06)
VTP\TerrainSDK\vtdata\Content.cpp (17926, 2005-12-13)
VTP\TerrainSDK\vtdata\Content.h (6301, 2005-12-13)
VTP\TerrainSDK\vtdata\CubicSpline.cpp (6095, 2004-10-14)
VTP\TerrainSDK\vtdata\CubicSpline.h (1023, 2004-09-17)
VTP\TerrainSDK\vtdata\DLG.cpp (9642, 2004-10-26)
VTP\TerrainSDK\vtdata\DLG.h (2546, 2004-09-24)
VTP\TerrainSDK\vtdata\Debug (0, 2006-02-10)
VTP\TerrainSDK\vtdata\DxfParser.cpp (13171, 2005-12-23)
VTP\TerrainSDK\vtdata\DxfParser.h (2046, 2004-11-09)
VTP\TerrainSDK\vtdata\EPSG_Datums.h (9518, 2003-05-06)
VTP\TerrainSDK\vtdata\ElevationGrid.cpp (28730, 2005-12-22)
VTP\TerrainSDK\vtdata\ElevationGrid.h (7515, 2006-01-12)
VTP\TerrainSDK\vtdata\ElevationGridBT.cpp (12287, 2006-01-12)
VTP\TerrainSDK\vtdata\ElevationGridDEM.cpp (12596, 2005-12-22)
VTP\TerrainSDK\vtdata\ElevationGridIO.cpp (77385, 2006-01-13)
VTP\TerrainSDK\vtdata\FeatureGeom.cpp (25931, 2005-03-05)
VTP\TerrainSDK\vtdata\Features.cpp (44960, 2006-01-13)
VTP\TerrainSDK\vtdata\Features.h (14523, 2005-03-06)
VTP\TerrainSDK\vtdata\Fence.cpp (6101, 2005-03-02)
VTP\TerrainSDK\vtdata\Fence.h (1990, 2005-03-12)
VTP\TerrainSDK\vtdata\FilePath.cpp (11429, 2005-12-02)
VTP\TerrainSDK\vtdata\FilePath.h (3129, 2006-02-01)
VTP\TerrainSDK\vtdata\GEOnet.cpp (36911, 2005-03-06)
VTP\TerrainSDK\vtdata\GEOnet.h (2907, 2005-03-06)
VTP\TerrainSDK\vtdata\Geodesic.cpp (1530, 2002-08-17)
... ...

Read the problem description below, but here's what it means to you building on SGI IRIX. You probably already knew you couldn't mix GNU C++ and MIPSPro CC C++ object files in an application due to different name mangling schemes, right? In other words, C++ dependencies (osg, sdts++, etc.) must be built with the same compiler you build your apps with (g++ or CC). NOTE: THIS ALSO INCLUDES THE OPENGL "GLU" LIBRARY! The native IRIX libGLU is C++ dependent, and of course CC-compatible (NOT g++ compatible). So what does this mean? If you build VTerrain and all it's C++ dependencies using: 1) GCC, then you must build your own libGLU library using GCC and link to it. or alternatively...: 2) MIPSPro CC, then you must compile with -mips3 or -mips4 on the CC command-line (to enable RTTI compilation). Both are easy, once you know, but option 2 is easier. For option 1, just grab Mesa (www.mesa3d.org), build --enable-static, grab the libGLU.a library file and stash it somewhere, and then when building GLU client apps, replace -lGLU in link lines with a path to your Mesa-built libGLU.a file. The top-level Make.defs variables support this. For option 2, just tweak your CC and CXX makefile macros to contain -mips3 or -mips4 to enable RTTI (needed by VTerrain and some of its C++ dependencies). Again, the top-level Make.defs file supports this. Just tweak the line comments. ------------------------------------------------------------------------------ SITUATION: Compiling IRIX apps with GCC which combine C++ and OpenGL code PROBLEM: All compiled apps core dump deep down in ios::init before you even get to main() SYMPTOM: > ./tst Segmentation fault (core dumped) > dbx ./tst (dbx) where > 0 ios::init ... REASON: Your apps are linked (indirectly) to both to libC.so (IRIX C++) "and" libstdc++ (GNU C++). This is a big no-no. HOW?: G++ apps implicitly must link to libstdc++, and libGLU.so on IRIX depends on libC.so (see "elfdump -Dl libGLU.so") SOLUTIONS: 1) Compile your own libGLU with GCC and link to it. Building a static libGLU.a from Mesa 3.4.1 worked for me. Just build for the same ABI and appropriate architecture. Then replace your -lGLU link references with a path to the libGLU.a file. 2) Alternatively, use MIPSPro CC for all C++ code. NOTE: if your code requires RTTI (ANSI casts: dynamic_cast, typeid, etc.), MIPSProCC will not build it by default, and how to "make" it build is undocumented: an explicit -mips3 or -mips4 on the CC command-line triggers it. ...NOTE: having a default ABI of mips3 or mips4 in your $COMPILER_DEFAULTS_PATH will not kick on the RTTI-is-ok flag in CC. Despite what the SGI docs say, default ABI mips3/mips4 is not equivalent to putting -mips3/-mips4 on the command line. [scratch,scratch] Beats me...

近期下载者：

相关文件：

评论：[我要评论] [举报此文件]

收藏者：