CMake build system for Cthugha *looking for testers*
- xavier
- OGRE Retired Moderator
- Posts: 9481
- Joined: Fri Feb 18, 2005 2:03 am
- Location: Dublin, CA, US
- x 22
Re: CMake build system for Cthugha *looking for testers*
I am suspecting it's an issue with Intel C++ on Linux 64 -- there are problems with inlined functions from libc as well; if I don't LD_PRELOAD /lib/libc.so.6, it will link against the inlines in the Ogre modules and for some reason, some or all of those are all wacky (the disassembly looks like 32-/64-bit addressing problems, such as "jmp .+0x1100000000").
-
- Greenskin
- Posts: 100
- Joined: Fri Jul 10, 2009 9:33 pm
- Contact:
Re: CMake build system for Cthugha *looking for testers*
I still can't understand how the Dependancies folder (the original one in Ogre) should be, for instance with OIS.
i have the head version.
The errors says:
I even set OGRE_DEPENDENCIES_DIR to D:/Active Project/Ogre/Dependencies or D:/Active Project/Ogre/Dependencies/ois... did a lot of tries but nothing changed.
i have the head version.
The errors says:
But the folder structure is D:/Active Project/Ogre/Dependencies/ois/Samples/Common/bin/release/OIS(_d).dll .. why it cannot find the dll?CMake Error: File D:/Active Project/Ogre/Dependencies/../Samples/Common/bin/debug/OIS_d.dll does not exist.
CMake Error at Dependencies/OgreInstallDependencies.cmake:101 (configure_file):
configure_file Problem configuring file
Call Stack (most recent call first):
CMake/Dependencies.cmake:53 (include)
CMakeLists.txt:108 (include)
CMake Error: File D:/Active Project/Ogre/Dependencies/../Samples/Common/bin/release/OIS.dll does not exist.
CMake Error at Dependencies/OgreInstallDependencies.cmake:102 (configure_file):
configure_file Problem configuring file
Call Stack (most recent call first):
CMake/Dependencies.cmake:53 (include)
CMakeLists.txt:108 (include)
CMake Error: File D:/Active Project/Ogre/Dependencies/../Samples/Common/bin/release/OIS.dll does not exist.
CMake Error at Dependencies/OgreInstallDependencies.cmake:103 (configure_file):
configure_file Problem configuring file
Call Stack (most recent call first):
CMake/Dependencies.cmake:53 (include)
CMakeLists.txt:108 (include)
CMake Error: File D:/Active Project/Ogre/Dependencies/../Samples/Common/bin/release/OIS.dll does not exist.
CMake Error at Dependencies/OgreInstallDependencies.cmake:104 (configure_file):
configure_file Problem configuring file
Call Stack (most recent call first):
CMake/Dependencies.cmake:53 (include)
CMakeLists.txt:108 (include)
I even set OGRE_DEPENDENCIES_DIR to D:/Active Project/Ogre/Dependencies or D:/Active Project/Ogre/Dependencies/ois... did a lot of tries but nothing changed.
- sinbad
- OGRE Retired Team Member
- Posts: 19269
- Joined: Sun Oct 06, 2002 11:19 pm
- Location: Guernsey, Channel Islands
- x 66
- Contact:
Re: CMake build system for Cthugha *looking for testers*
That's not correct.D:/Active Project/Ogre/Dependencies/ois/Samples/Common/bin/release/OIS(_d).dll .. why it cannot find the dll?
If you've extracted our dependencies archive the OIS DLLs are placed in ogre/Samples/Common/bin/debug/OIS_d.dll and ogre/Samples/Common/bin/release/OIS.dll, and this is where the script looks for them. The reason is historical - Ogre 1.6.x and before built into these Samples/Common/bin directories so for simplicity and compatibility with previous dependency archives it looks there. We may change this later but right now that's where it looks. The 2 places you listed were not this location, which is why it doesn't work.
- jacmoe
- OGRE Retired Moderator
- Posts: 20570
- Joined: Thu Jan 22, 2004 10:13 am
- Location: Denmark
- x 179
- Contact:
Re: CMake build system for Cthugha *looking for testers*
It should be D:/Active Project/Ogre/Dependencies/Samples/Common/bin/release/OIS(_d).dll, right? (Without the 'ois' bit).
/* Less noise. More signal. */
Ogitor Scenebuilder - powered by Ogre, presented by Qt, fueled by Passion.
OgreAddons - the Ogre code suppository.
Ogitor Scenebuilder - powered by Ogre, presented by Qt, fueled by Passion.
OgreAddons - the Ogre code suppository.
-
- Greenskin
- Posts: 100
- Joined: Fri Jul 10, 2009 9:33 pm
- Contact:
Re: CMake build system for Cthugha *looking for testers*
Ehm i wasn't aware that there was a Dependancies archive (i've downloaded the source code from svn)... where it is?
I've downloaded ois and compiled it myself, Jacmoe.. i put the folder as you told previously (and deleted CMakeCache.txt) but it's the same.
PS: I moved the dlls in D:\Active Project\Ogre\Samples\Common\bin\Release-Debug an it works.
I've downloaded ois and compiled it myself, Jacmoe.. i put the folder as you told previously (and deleted CMakeCache.txt) but it's the same.
PS: I moved the dlls in D:\Active Project\Ogre\Samples\Common\bin\Release-Debug an it works.
- jacmoe
- OGRE Retired Moderator
- Posts: 20570
- Joined: Thu Jan 22, 2004 10:13 am
- Location: Denmark
- x 179
- Contact:
Re: CMake build system for Cthugha *looking for testers*
You can use the Ogre 1.6.x dependencies archive (Downloads - Source) if you'd rather not build the dependencies yourself.
/* Less noise. More signal. */
Ogitor Scenebuilder - powered by Ogre, presented by Qt, fueled by Passion.
OgreAddons - the Ogre code suppository.
Ogitor Scenebuilder - powered by Ogre, presented by Qt, fueled by Passion.
OgreAddons - the Ogre code suppository.
-
- Greenskin
- Posts: 100
- Joined: Fri Jul 10, 2009 9:33 pm
- Contact:
Re: CMake build system for Cthugha *looking for testers*
I compiled all the dependancies manually, and put into the right folder, following the archive structure.jacmoe wrote:You can use the Ogre 1.6.x dependencies archive (Downloads - Source) if you'd rather not build the dependencies yourself.
The project generation went ok (VC9 Project) but when i compile there's a problem: freetype is detected but the compilation complains that it misses ft2build.h since in the Additional Includes it points to pathtofreetype/include/freetype2, and the ft2build.h is one level up.
This happens if you install freetype source on your pc, dunno with the dependancies archive.
-
- Bugbear
- Posts: 812
- Joined: Thu Dec 09, 2004 2:51 am
- x 42
Re: CMake build system for Cthugha *looking for testers*
Just a heads up, boost 1.41.0 is the latest release:
Code: Select all
Index: CMake/Dependencies.cmake
===================================================================
--- CMake/Dependencies.cmake (revision 9334)
+++ CMake/Dependencies.cmake (working copy)
@@ -128,7 +128,7 @@
# Statically linking boost to a dynamic Ogre build doesn't work on Linux 64bit
set(Boost_USE_STATIC_LIBS ${OGRE_STATIC})
endif ()
- set(Boost_ADDITIONAL_VERSIONS "1.37.0" "1.37" "1.38.0" "1.38" "1.39.0" "1.39" "1.40.0" "1.40")
+ set(Boost_ADDITIONAL_VERSIONS "1.37.0" "1.37" "1.38.0" "1.38" "1.39.0" "1.39" "1.40.0" "1.40" "1.41.0" "1.41")
# Components that need linking (NB does not include header-only components like bind)
set(OGRE_BOOST_COMPONENTS thread date_time)
find_package(Boost COMPONENTS ${OGRE_BOOST_COMPONENTS} QUIET)
- Noman
- OGRE Retired Team Member
- Posts: 714
- Joined: Mon Jan 31, 2005 7:21 pm
- Location: Israel
- x 2
- Contact:
Re: CMake build system for Cthugha *looking for testers*
This might be a generic newbie linux/cmake question, but anyways :
I'm trying to build ogre on a VM (Ubuntu 9.04). Got the deps package, configured CMake and built it.
When linking libOgreMain.so, I get :
The problem is that I'm not getting a more specific error message anywhere. Am I missing a log somewhere that will tell me what's wrong?
I'm trying to build ogre on a VM (Ubuntu 9.04). Got the deps package, configured CMake and built it.
When linking libOgreMain.so, I get :
Code: Select all
Linking CXX shared library ../lib/libOgreMain.so
make[2]: *** [lib/libOgreMain.so.1.7.0] Error 1
make[1]: *** [OgreMain/CMakeFiles/OgreMain.dir/all] Error 2
make: *** [all] Error 2
- jacmoe
- OGRE Retired Moderator
- Posts: 20570
- Joined: Thu Jan 22, 2004 10:13 am
- Location: Denmark
- x 179
- Contact:
Re: CMake build system for Cthugha *looking for testers*
CMakeCache.txt might give you some clues - but is that really all you get ?
/* Less noise. More signal. */
Ogitor Scenebuilder - powered by Ogre, presented by Qt, fueled by Passion.
OgreAddons - the Ogre code suppository.
Ogitor Scenebuilder - powered by Ogre, presented by Qt, fueled by Passion.
OgreAddons - the Ogre code suppository.
- KungFooMasta
- OGRE Contributor
- Posts: 2087
- Joined: Thu Mar 03, 2005 7:11 am
- Location: WA, USA
- x 16
- Contact:
Re: CMake build system for Cthugha *looking for testers*
Hi all!
I've recently reformatted my tower from Vista to Win7, and I saw there is a CMake 2.8 available for download. However I'm having a problem configuring CMake correctly, specifically the Direct X RenderSystem project is not being detected or generated:
I can definately confirm that this location is my root Direct X file location: D:\Microsoft DirectX SDK (August 2009)\
However when I click 'configure' the field resets to NOTFOUND, and the output says "Could not locate DirectX". Is there some kind of environmental variable being checked? I checked my env. variables but didn't see a Direct X path that needed to be updated. I've also done some searching and tried re-installing the August 2009 DX SDK, but nothing has changed.
Any help is appreciated.
I've recently reformatted my tower from Vista to Win7, and I saw there is a CMake 2.8 available for download. However I'm having a problem configuring CMake correctly, specifically the Direct X RenderSystem project is not being detected or generated:
I can definately confirm that this location is my root Direct X file location: D:\Microsoft DirectX SDK (August 2009)\
However when I click 'configure' the field resets to NOTFOUND, and the output says "Could not locate DirectX". Is there some kind of environmental variable being checked? I checked my env. variables but didn't see a Direct X path that needed to be updated. I've also done some searching and tried re-installing the August 2009 DX SDK, but nothing has changed.
Any help is appreciated.
Creator of QuickGUI!
-
- OGRE Retired Team Member
- Posts: 2903
- Joined: Thu Jan 18, 2007 2:48 pm
- x 58
- Contact:
Re: CMake build system for Cthugha *looking for testers*
Set DXSDK_DIR to the root path (either as a new CMake variable or as an environment variable).
- sinbad
- OGRE Retired Team Member
- Posts: 19269
- Joined: Sun Oct 06, 2002 11:19 pm
- Location: Guernsey, Channel Islands
- x 66
- Contact:
Re: CMake build system for Cthugha *looking for testers*
.. and delete those variables that I presume you manually altered (DirectX_D3DX_LIBRARY etc) because they're wrong. Don't modify existing variables like that unless you know what you're doing, Cmake won't re-examine them because it assumes you do know what you're doing by changing them Always limit your path changes to adding new variables (like BOOST_ROOT) unless you really do want to stray into advanced territory.CABAListic wrote:Set DXSDK_DIR to the root path (either as a new CMake variable or as an environment variable).
-
- Gnoblar
- Posts: 5
- Joined: Mon Nov 23, 2009 6:40 am
Re: CMake build system for Cthugha *looking for testers*
Doh. Completly missed this thread. I'm sorry to say and started a new thread. Here: http://www.ogre3d.org/forums/viewtopic.php?f=1&t=53917
- Noman
- OGRE Retired Team Member
- Posts: 714
- Joined: Mon Jan 31, 2005 7:21 pm
- Location: Israel
- x 2
- Contact:
Re: CMake build system for Cthugha *looking for testers*
This is what I get : (attached image)
- Attachments
-
- CompileError.png (371.37 KiB) Viewed 3971 times
- jacmoe
- OGRE Retired Moderator
- Posts: 20570
- Joined: Thu Jan 22, 2004 10:13 am
- Location: Denmark
- x 179
- Contact:
Re: CMake build system for Cthugha *looking for testers*
Nice screen shot, Noman - but it would help if you quoted the errors.
/* Less noise. More signal. */
Ogitor Scenebuilder - powered by Ogre, presented by Qt, fueled by Passion.
OgreAddons - the Ogre code suppository.
Ogitor Scenebuilder - powered by Ogre, presented by Qt, fueled by Passion.
OgreAddons - the Ogre code suppository.
-
- Bugbear
- Posts: 812
- Joined: Thu Dec 09, 2004 2:51 am
- x 42
Re: CMake build system for Cthugha *looking for testers*
@Noman, you can build with "make VERBOSE=1" to see if that helps you pinpoint your error.
- KungFooMasta
- OGRE Contributor
- Posts: 2087
- Joined: Thu Mar 03, 2005 7:11 am
- Location: WA, USA
- x 16
- Contact:
Re: CMake build system for Cthugha *looking for testers*
Thanks, I will add DXSDK_DIR to my home machine tonight. I wasn't able to find the env. var that represented the DX path, and re-installing the SDK apparently didn't add it in.
Good to know! I thought I would try to help by filling in missing values.Don't modify existing variables like that unless you know what you're doing, Cmake won't re-examine them because it assumes you do know what you're doing by changing them
Creator of QuickGUI!
- Flandry
- Gnoblar
- Posts: 5
- Joined: Wed Jul 21, 2004 4:22 am
- Location: Boston
Re: CMake build system for Cthugha *looking for testers*
I just grabbed trunk and tried to build on Kubuntu Karmic and get this error:
I searched through apt-cache and it seems like everything xaw-related is already installed. Can anyone help a newbie out here please?CMake Error at CMake/Utils/MacroLogFeature.cmake:100 (MESSAGE):
-----------------------------------------------------------------------------
-- The following REQUIRED packages could NOT be located on your system.
-- Please install them before continuing this software installation.
-- If you are in Windows, try passing -DOGRE_DEPENDENCIES_DIR=<path to
dependencies>
-----------------------------------------------------------------------------
+ Xaw: X11 Athena widget set <http://www.x.org>
- Noman
- OGRE Retired Team Member
- Posts: 714
- Joined: Mon Jan 31, 2005 7:21 pm
- Location: Israel
- x 2
- Contact:
Re: CMake build system for Cthugha *looking for testers*
Thanks dermont! Thats the kind of thing I was looking for.
The linking actually succeeded, it was actually an internal cmake command (setting symlinks) that failed afterwards. I suspected it had to do with the fact that I was building from an Ogre subdirectory (which is a share from my primary machine) so I changed the Cmake build dir to be somewhere on the local linux HD, and its working from there!
I must say that having two different platform builds that get the source from the same directory on my HD is amazing to have. Thumbs up for cmake
[Edit] The GL rendersystem fails to initialize saying that there was a problem with getting the version string, but I only set up the environment for compilation purposes, not for runtime purposes (since VMs are problematic with GL and stuff) so it doesn't bother me at all...
The linking actually succeeded, it was actually an internal cmake command (setting symlinks) that failed afterwards. I suspected it had to do with the fact that I was building from an Ogre subdirectory (which is a share from my primary machine) so I changed the Cmake build dir to be somewhere on the local linux HD, and its working from there!
I must say that having two different platform builds that get the source from the same directory on my HD is amazing to have. Thumbs up for cmake
[Edit] The GL rendersystem fails to initialize saying that there was a problem with getting the version string, but I only set up the environment for compilation purposes, not for runtime purposes (since VMs are problematic with GL and stuff) so it doesn't bother me at all...
- jacmoe
- OGRE Retired Moderator
- Posts: 20570
- Joined: Thu Jan 22, 2004 10:13 am
- Location: Denmark
- x 179
- Contact:
Re: CMake build system for Cthugha *looking for testers*
Install libxaw7-devFlandry wrote:I searched through apt-cache and it seems like everything xaw-related is already installed. Can anyone help a newbie out here please?
/* Less noise. More signal. */
Ogitor Scenebuilder - powered by Ogre, presented by Qt, fueled by Passion.
OgreAddons - the Ogre code suppository.
Ogitor Scenebuilder - powered by Ogre, presented by Qt, fueled by Passion.
OgreAddons - the Ogre code suppository.
- Flandry
- Gnoblar
- Posts: 5
- Joined: Wed Jul 21, 2004 4:22 am
- Location: Boston
Re: CMake build system for Cthugha *looking for testers*
Of course it's something completely obvious that i overlooked.jacmoe wrote:Install libxaw7-devFlandry wrote:I searched through apt-cache and it seems like everything xaw-related is already installed. Can anyone help a newbie out here please?
- jacmoe
- OGRE Retired Moderator
- Posts: 20570
- Joined: Thu Jan 22, 2004 10:13 am
- Location: Denmark
- x 179
- Contact:
Re: CMake build system for Cthugha *looking for testers*
It's only obvious when you know it is obvious.
By the way:
Have any of you managed to put the dependencies anywhere else than where you usually put it?
It still complains..
Could it be that you need to copy/move the install dependencies cmake script to the root of the chosen dependency directory?
It keeps telling me that ../Samples/blah/blah.dll doesn't exist.
Shouldn't it be OGRE_DEPENDENCY_DIR/Samples/blah/blah.dll instead?
By the way:
Have any of you managed to put the dependencies anywhere else than where you usually put it?
It still complains..
Could it be that you need to copy/move the install dependencies cmake script to the root of the chosen dependency directory?
It keeps telling me that ../Samples/blah/blah.dll doesn't exist.
Shouldn't it be OGRE_DEPENDENCY_DIR/Samples/blah/blah.dll instead?
/* Less noise. More signal. */
Ogitor Scenebuilder - powered by Ogre, presented by Qt, fueled by Passion.
OgreAddons - the Ogre code suppository.
Ogitor Scenebuilder - powered by Ogre, presented by Qt, fueled by Passion.
OgreAddons - the Ogre code suppository.
-
- OGRE Retired Team Member
- Posts: 2903
- Joined: Thu Jan 18, 2007 2:48 pm
- x 58
- Contact:
Re: CMake build system for Cthugha *looking for testers*
Yes, as I've said multiple times, the InstallDependencies.cmake script resides there only temporarily. Ultimately it needs to be removed from the Ogre repository and shipped with actual dependency packages. If you are building your dependencies manually, then just remove the file for now. You will have to manually ensure that the necessary DLLs can be found, but there's no feasible way around that, anyway. Just add them to your path.
-
- Bugbear
- Posts: 812
- Joined: Thu Dec 09, 2004 2:51 am
- x 42
Re: CMake build system for Cthugha *looking for testers*
It appears that OgreTerrainPaging.cpp/h is defined multiple times in Components/Terrain/CMakeLists.txt when OGRE_BUILD_COMPONENT_PAGING is enabled.