Also as far as I remember for dependencies I changed some libs from dynamic to static, so I don't have to link additional dlls. Compiling imported sln files is nice, cause I get project files in IDE that I know and can easily fix paths etc. Sadly CMake exports project files only for Visual Studio (everything else gets makefiles). Packages I have (all at or better link I metioned before): step since I had mingw before in that dir and I just deleted all the files before installing gcc4.4.) add C:\MinGW\bin to your PATH environment variable create directory (C:\MingGW\ highly recommended)ģ. Yes gcc 4.4, and I can't understand why they don't provide up-to-date installer anymore. Stoper_mingw.zip (14.73 KiB) Downloaded 485 times If anyone needs I can put compiled dependencies with codeblocks project files on rapidshare or other free host (cause its 27mb). I started learning CMake 4 days ago trying to compile Cthugha ). rc files (your way of changing ogre CMake files may be better for others since there is only one. With compiled dependencies it should be enough to compile ogre with Codeblocks (MinGW gcc 4.4).Īs I mentioned before, I use modified CMake 2.8 to compile. Stoper_bugfixes.patch is just for reference (two other bugfixes I made for Ogre) so that applying those two patches on recent revision should create my exact version. I placed them in C:\Program Files\Microsoft DirectX SDK (August 2009)\Lib\x86 This is linux and not windows convention (of what I read), and indeed was unexpected by ConfigDialog coder:Ĭontains all changes I made to compile Cthugha with MinGW (on Codeblocks).īufferoverflowu.lib and chkstk.lib were extracted/converted from platform sdk, and are needed to compile RenderSystmem_direct3d9 if one gets linker errors about those missing symbols. This is because main dll is called now libOgreMain.dll instead of OgreMain.dll. ), but they still seem can't be seen by ConfigDialog). Neither SampleBrowser.exe nor any of the mentioned samples or plugins has resources now (just OgreMain.dll), but after I fixed following bug it works fine.Īfter fixing bug #1 libOgreMain.dll has resources (it can be checked with any resource editor, i.e. I fixed my CMake 2.8 according to link posted above (with some dirty fixes like putting SET(CMAKE_RC_COMPILER windres) into CMakeDetermineRCCompiler.cmake, cause i didn't want to recompile it). This is because ogre tries to create ConfigDialog from resources (bool ConfigDialog::display(void)). Add the location of the Bazel executable to your PATH environment variable. For Bazel version, see the tested build configurations for Windows. In my case it showed error when ogre.cfg file was not present (something like error 1814 no such resource). Install Bazel, the build tool used to compile TensorFlow. Our problems with windows resources come from a 3 year old CMake bug: I'll post here information on how to solve this (at least my case) and other problems in compiling Cthugha with MinGW, hoping that it will help others. Your snippet helped me with my problems with windows resources, so thx for that
0 Comments
Leave a Reply. |
AuthorWrite something about yourself. No need to be fancy, just an overview. ArchivesCategories |