Page 19 of 20

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

Posted: Sun Nov 15, 2009 6:33 pm
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").

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

Posted: Tue Nov 17, 2009 4:38 pm
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.

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

Posted: Tue Nov 17, 2009 5:19 pm
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.

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

Posted: Tue Nov 17, 2009 5:27 pm
by jacmoe
It should be D:/Active Project/Ogre/Dependencies/Samples/Common/bin/release/OIS(_d).dll, right? (Without the 'ois' bit).

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

Posted: Tue Nov 17, 2009 6:08 pm
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.

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

Posted: Wed Nov 18, 2009 12:24 am
by jacmoe
You can use the Ogre 1.6.x dependencies archive (Downloads - Source) if you'd rather not build the dependencies yourself.

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

Posted: Wed Nov 18, 2009 12:14 pm
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.

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

Posted: Sun Nov 22, 2009 6:04 am
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)

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

Posted: Mon Nov 23, 2009 12:04 am
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?

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

Posted: Mon Nov 23, 2009 12:16 am
by jacmoe
CMakeCache.txt might give you some clues - but is that really all you get ? :)

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

Posted: Mon Nov 23, 2009 12:24 am
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.

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

Posted: Mon Nov 23, 2009 5:10 am
by CABAListic
Set DXSDK_DIR to the root path (either as a new CMake variable or as an environment variable).

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

Posted: Mon Nov 23, 2009 12:21 pm
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.

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

Posted: Mon Nov 23, 2009 5:22 pm
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

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

Posted: Mon Nov 23, 2009 6:59 pm
by Noman
This is what I get : (attached image)

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

Posted: Mon Nov 23, 2009 7:03 pm
by jacmoe
Nice screen shot, Noman - but it would help if you quoted the errors. :)

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

Posted: Mon Nov 23, 2009 7:17 pm
by dermont
@Noman, you can build with "make VERBOSE=1" to see if that helps you pinpoint your error.

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

Posted: Mon Nov 23, 2009 8:06 pm
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

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

Posted: Mon Nov 23, 2009 8:48 pm
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?

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

Posted: Mon Nov 23, 2009 9:13 pm
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...

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

Posted: Tue Nov 24, 2009 1:17 am
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:

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

Posted: Tue Nov 24, 2009 6:40 pm
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:

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

Posted: Tue Nov 24, 2009 10:47 pm
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? :)

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

Posted: Wed Nov 25, 2009 11:37 am
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.

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

Posted: Tue Dec 15, 2009 4:38 am
by dermont
It appears that OgreTerrainPaging.cpp/h is defined multiple times in Components/Terrain/CMakeLists.txt when OGRE_BUILD_COMPONENT_PAGING is enabled.