CMake build system for Cthugha *looking for testers*

Discussion area about developing or extending OGRE, adding plugins for it or building applications on it. No newbie questions please, use the Help forum for that.
Locked
User avatar
xavier
OGRE Retired Moderator
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*

Post by xavier »

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").
Do you need help? What have you tried?

Image

Angels can fly because they take themselves lightly.
Smjert
Greenskin
Posts: 100
Joined: Fri Jul 10, 2009 9:33 pm
Contact:

Re: CMake build system for Cthugha *looking for testers*

Post by Smjert »

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:
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)
But the folder structure is D:/Active Project/Ogre/Dependencies/ois/Samples/Common/bin/release/OIS(_d).dll .. why it cannot find the dll?
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.
User avatar
sinbad
OGRE Retired Team Member
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*

Post by sinbad »

D:/Active Project/Ogre/Dependencies/ois/Samples/Common/bin/release/OIS(_d).dll .. why it cannot find the dll?
That's not correct.

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.
User avatar
jacmoe
OGRE Retired Moderator
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*

Post by jacmoe »

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.
Smjert
Greenskin
Posts: 100
Joined: Fri Jul 10, 2009 9:33 pm
Contact:

Re: CMake build system for Cthugha *looking for testers*

Post by Smjert »

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.
User avatar
jacmoe
OGRE Retired Moderator
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*

Post by jacmoe »

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.
Smjert
Greenskin
Posts: 100
Joined: Fri Jul 10, 2009 9:33 pm
Contact:

Re: CMake build system for Cthugha *looking for testers*

Post by Smjert »

jacmoe wrote:You can use the Ogre 1.6.x dependencies archive (Downloads - Source) if you'd rather not build the dependencies yourself.
I compiled all the dependancies manually, and put into the right folder, following the archive structure.
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.
dermont
Bugbear
Posts: 812
Joined: Thu Dec 09, 2004 2:51 am
x 42

Re: CMake build system for Cthugha *looking for testers*

Post by dermont »

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)
User avatar
Noman
OGRE Retired Team Member
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*

Post by Noman »

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 :

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
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?
User avatar
jacmoe
OGRE Retired Moderator
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*

Post by jacmoe »

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.
User avatar
KungFooMasta
OGRE Contributor
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*

Post by KungFooMasta »

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:

Image

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!
CABAListic
OGRE Retired Team Member
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*

Post by CABAListic »

Set DXSDK_DIR to the root path (either as a new CMake variable or as an environment variable).
User avatar
sinbad
OGRE Retired Team Member
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*

Post by sinbad »

CABAListic wrote:Set DXSDK_DIR to the root path (either as a new CMake variable or as an environment variable).
.. 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.
Zewrak
Gnoblar
Posts: 5
Joined: Mon Nov 23, 2009 6:40 am

Re: CMake build system for Cthugha *looking for testers*

Post by Zewrak »

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
User avatar
Noman
OGRE Retired Team Member
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*

Post by Noman »

This is what I get : (attached image)
Attachments
CompileError.png
CompileError.png (371.37 KiB) Viewed 3889 times
User avatar
jacmoe
OGRE Retired Moderator
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*

Post by jacmoe »

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.
dermont
Bugbear
Posts: 812
Joined: Thu Dec 09, 2004 2:51 am
x 42

Re: CMake build system for Cthugha *looking for testers*

Post by dermont »

@Noman, you can build with "make VERBOSE=1" to see if that helps you pinpoint your error.
User avatar
KungFooMasta
OGRE Contributor
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*

Post by KungFooMasta »

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.
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
Good to know! I thought I would try to help by filling in missing values. :P
Creator of QuickGUI!
User avatar
Flandry
Gnoblar
Posts: 5
Joined: Wed Jul 21, 2004 4:22 am
Location: Boston

Re: CMake build system for Cthugha *looking for testers*

Post by Flandry »

I just grabbed trunk and tried to build on Kubuntu Karmic and get this error:
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>
I searched through apt-cache and it seems like everything xaw-related is already installed. Can anyone help a newbie out here please?
User avatar
Noman
OGRE Retired Team Member
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*

Post by Noman »

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...
User avatar
jacmoe
OGRE Retired Moderator
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*

Post by jacmoe »

Flandry wrote:I searched through apt-cache and it seems like everything xaw-related is already installed. Can anyone help a newbie out here please?
Install libxaw7-dev :wink:
/* Less noise. More signal. */
Ogitor Scenebuilder - powered by Ogre, presented by Qt, fueled by Passion.
OgreAddons - the Ogre code suppository.
User avatar
Flandry
Gnoblar
Posts: 5
Joined: Wed Jul 21, 2004 4:22 am
Location: Boston

Re: CMake build system for Cthugha *looking for testers*

Post by Flandry »

jacmoe wrote:
Flandry wrote:I searched through apt-cache and it seems like everything xaw-related is already installed. Can anyone help a newbie out here please?
Install libxaw7-dev :wink:
Of course it's something completely obvious that i overlooked. :oops:
User avatar
jacmoe
OGRE Retired Moderator
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*

Post by jacmoe »

It's only obvious when you know it is obvious. :wink:

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.
CABAListic
OGRE Retired Team Member
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*

Post by CABAListic »

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.
dermont
Bugbear
Posts: 812
Joined: Thu Dec 09, 2004 2:51 am
x 42

Re: CMake build system for Cthugha *looking for testers*

Post by dermont »

It appears that OgreTerrainPaging.cpp/h is defined multiple times in Components/Terrain/CMakeLists.txt when OGRE_BUILD_COMPONENT_PAGING is enabled.
Locked