Jump to content
TrinityCore

Compile or cmake problems


Joy
 Share

Recommended Posts

  • Replies 2.9k
  • Created
  • Last Reply

Top Posters In This Topic

Top Posters In This Topic

Posted Images

It's a good thing you added '[TrinityCore]' in front of the topic title, who had imagined.. A topic about TC!

 

With all the questions about repacks it's good to know before page 2 that this isn't one of them.

 

That said, the OP probably should've titled the thread:

 

[TrinityCore][Didn't Search] Compiling Trinity Core 3.3.5 - CMake Error

 

and saved us even more time.

  • Upvote 2
Link to comment
Share on other sites

Hello there..

 

First of all, i have already read FAQ and didn't found solve to my problem.

 

I'm trying to run TrinityCore server on Ubuntu 13.04 - installed in VMWare. Ubuntu is on it newest version (already updated and upgraded).

 

I'm following this guide

http://collab.kpsn.org/display/tc/How-to_Linux

and now, I'm stucked on "Building the core".

 

 

When I'm start this command "make -j 2" (-j 2 because i set one procesor with two cores to this virtual machine), i'll get this error:

make[2]: *** [src/server/shared/CMakeFiles/shared.dir/Utilities/Util.cpp.o] Error 1
make[1]: *** [src/server/shared/CMakeFiles/shared.dir/all] Error 2
make[1]: *** Waiting for unfinished jobs....
[ 30%] Built target game
make: *** [all] Error 2

(full print is here: http://pastebin.com/vR0uWLuq)

 

Could you help me please? I know, that one of theese problems are about SSE2 missing, but my procesor can do SSE2.

Intel(R) Core(TM) i3 CPU       M 380  @ 2.53GHz
flags           : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush dts mmx fxsr sse sse2 ss ht nx rdtscp lm constant_tsc arch_perfmon pebs bts xtopology tsc_reliable nonstop_tsc aperfmperf pni ssse3 cx16 sse4_1 sse4_2 x2apic popcnt hypervisor lahf_lm arat dtherm

Thank you!

Link to comment
Share on other sites

Hello Aokromes,

 

thank you, that solution works! Already passed that "make" and "make install" part. Tonight, i'll try start server. 

 

Edit:

 

Ok, now I have 3 DB (auth, world, characters). Auth server is available to start and when I run my cata client (4.3.4) I'm free to log in to realm select table).

 

But having problems with starting "worldserver". Here is the print http://pastebin.com/nPJcarjy

Edited by bibtnj
Link to comment
Share on other sites

Today i was going to compile a new Trinity Core and i followed Jeutie's Guide on Tutorials for Trinity ( Forum ).

 

 

Look at this. Now, see this particular part:

 

i followed Jeutie's Guide on Tutorials for Trinity ( Forum ).

 

 

Now tell me why you see help on our system by following a guide of a third person on a third forum if we have a properly, solid guide on this page that would easily cover it ? Then again, Paradox also gave sort of a hint.

 

 

 

Sounds like another post, to which mrsmite suggested it might be a problem with installing VS 2010 and then installing VS 2012... or something.

 

If it covers it ? We don't know. Seems you are one of the only ones having it.

Link to comment
Share on other sites

  • 2 weeks later...

This is not a problem of OpenSSL. Is it that hard to interpret what your compiler tells you? It is an Apple / ACE problem. The given variable is a simple long on Windoof and Linux iirc. But in Mac it's a struct. You'll get the same problem when building TC with tools as the mmap tools uses ACE threads.

 

And before I forget: Why are you using GCC? I entered "Mac World" in Januar 2013. All I had to do was building ACE and readline on my own. There is a package for cmake and Apples ancient OpenSSL was supported by TC at this time. The only problem I had was a typedef redefinition in DetourNavMesh.h which I solved with renaming the new type name. And this worked for several months. But all worked fine with clang.

 

After some months without TC I tried to build it again still on Mountain Lion and I got the problem you're describing here. I searched for the commit which introduced it and as it (the commit) is just fixing crashes I never had I commented those lines. Oh, I forgot, I built OpenSSL 1.0.1e to get it running and defining OPENSSL_LIBRARIES does not work as this variable is overwritten by a composition of OPENSSL_SSL_LIBRARIES and OPENSSL_CRYPTO_LIBRARIES so I had to define those instead.

 

At the moment I'm having a linker error during build, which occurs since I'm running Mavericks.

Link to comment
Share on other sites

jtth, you probably mean this:

diff --git a/src/server/shared/Cryptography/OpenSSLCrypto.cpp b/src/server/shared/Cryptography/OpenSSLCrypto.cpp
index 417be81..e3fc28d 100644
--- a/src/server/shared/Cryptography/OpenSSLCrypto.cpp
+++ b/src/server/shared/Cryptography/OpenSSLCrypto.cpp
@@ -25,35 +25,35 @@ std::vector<ACE_Thread_Mutex*> cryptoLocks;
 
 static void lockingCallback(int mode, int type, const char* /*file*/, int /*line*/)
 {
-    if (mode & CRYPTO_LOCK)
-        cryptoLocks[type]->acquire();
-    else
-        cryptoLocks[type]->release();
+//    if (mode & CRYPTO_LOCK)
+//        cryptoLocks[type]->acquire();
+//    else
+//        cryptoLocks[type]->release();
 }
 
 static void threadIdCallback(CRYPTO_THREADID * id)
 {
-    CRYPTO_THREADID_set_numeric(id, ACE_Thread::self());
+//    CRYPTO_THREADID_set_numeric(id, ACE_Thread::self());
 }
 
 void OpenSSLCrypto::threadsSetup()
 {
-    cryptoLocks.resize(CRYPTO_num_locks());
-    for(int i = 0 ; i < CRYPTO_num_locks(); ++i)
-    {
-        cryptoLocks[i] = new ACE_Thread_Mutex();
-    }
-    CRYPTO_THREADID_set_callback(threadIdCallback);
-    CRYPTO_set_locking_callback(lockingCallback);
+//    cryptoLocks.resize(CRYPTO_num_locks());
+//    for(int i = 0 ; i < CRYPTO_num_locks(); ++i)
+//    {
+//        cryptoLocks[i] = new ACE_Thread_Mutex();
+//    }
+//    CRYPTO_THREADID_set_callback(threadIdCallback);
+//    CRYPTO_set_locking_callback(lockingCallback);
 }
 
 void OpenSSLCrypto::threadsCleanup()
 {
-    CRYPTO_set_locking_callback(NULL);
-    CRYPTO_THREADID_set_callback(NULL);
-    for(int i = 0 ; i < CRYPTO_num_locks(); ++i)
-    {
-        delete cryptoLocks[i];
-    }
-    cryptoLocks.resize(0);
-}
 No newline at end of file
+//    CRYPTO_set_locking_callback(NULL);
+//    CRYPTO_THREADID_set_callback(NULL);
+//    for(int i = 0 ; i < CRYPTO_num_locks(); ++i)
+//    {
+//        delete cryptoLocks[i];
+//    }
+//    cryptoLocks.resize(0);
+}

This makes it compiling if tools are deactivated. Otherwise you have to "remove" a log output in MapBuilder.cpp:

diff --git a/src/tools/mmaps_generator/MapBuilder.cpp b/src/tools/mmaps_generator/MapBuilder.cpp
index 9c2dda5..9872cf3 100644
--- a/src/tools/mmaps_generator/MapBuilder.cpp
+++ b/src/tools/mmaps_generator/MapBuilder.cpp
@@ -340,7 +340,7 @@ namespace MMAP
     /**************************************************************************/
     void MapBuilder::buildMap(uint32 mapID)
     {
-        printf("[Thread %u] Building map %03u:n", uint32(ACE_Thread::self()), mapID);
+        //printf("[Thread %u] Building map %03u:n", uint32(ACE_Thread::self()), mapID);
 
         std::set<uint32>* tiles = getTileList(mapID);

I got it working under Mountain Lion. But it broke again under Mavericks... as I already told :D

Link to comment
Share on other sites

jtth, you probably mean this:

diff --git a/src/server/shared/Cryptography/OpenSSLCrypto.cpp b/src/server/shared/Cryptography/OpenSSLCrypto.cpp
index 417be81..e3fc28d 100644
--- a/src/server/shared/Cryptography/OpenSSLCrypto.cpp
+++ b/src/server/shared/Cryptography/OpenSSLCrypto.cpp
@@ -25,35 +25,35 @@ std::vector<ACE_Thread_Mutex*> cryptoLocks;
 
 static void lockingCallback(int mode, int type, const char* /*file*/, int /*line*/)
 {
-    if (mode & CRYPTO_LOCK)
-        cryptoLocks[type]->acquire();
-    else
-        cryptoLocks[type]->release();
+//    if (mode & CRYPTO_LOCK)
+//        cryptoLocks[type]->acquire();
+//    else
+//        cryptoLocks[type]->release();
 }
 
 static void threadIdCallback(CRYPTO_THREADID * id)
 {
-    CRYPTO_THREADID_set_numeric(id, ACE_Thread::self());
+//    CRYPTO_THREADID_set_numeric(id, ACE_Thread::self());
 }
 
 void OpenSSLCrypto::threadsSetup()
 {
-    cryptoLocks.resize(CRYPTO_num_locks());
-    for(int i = 0 ; i < CRYPTO_num_locks(); ++i)
-    {
-        cryptoLocks[i] = new ACE_Thread_Mutex();
-    }
-    CRYPTO_THREADID_set_callback(threadIdCallback);
-    CRYPTO_set_locking_callback(lockingCallback);
+//    cryptoLocks.resize(CRYPTO_num_locks());
+//    for(int i = 0 ; i < CRYPTO_num_locks(); ++i)
+//    {
+//        cryptoLocks[i] = new ACE_Thread_Mutex();
+//    }
+//    CRYPTO_THREADID_set_callback(threadIdCallback);
+//    CRYPTO_set_locking_callback(lockingCallback);
 }
 
 void OpenSSLCrypto::threadsCleanup()
 {
-    CRYPTO_set_locking_callback(NULL);
-    CRYPTO_THREADID_set_callback(NULL);
-    for(int i = 0 ; i < CRYPTO_num_locks(); ++i)
-    {
-        delete cryptoLocks[i];
-    }
-    cryptoLocks.resize(0);
-}
 No newline at end of file
+//    CRYPTO_set_locking_callback(NULL);
+//    CRYPTO_THREADID_set_callback(NULL);
+//    for(int i = 0 ; i < CRYPTO_num_locks(); ++i)
+//    {
+//        delete cryptoLocks[i];
+//    }
+//    cryptoLocks.resize(0);
+}

This makes it compiling if tools are deactivated. Otherwise you have to "remove" a log output in MapBuilder.cpp:

diff --git a/src/tools/mmaps_generator/MapBuilder.cpp b/src/tools/mmaps_generator/MapBuilder.cpp
index 9c2dda5..9872cf3 100644
--- a/src/tools/mmaps_generator/MapBuilder.cpp
+++ b/src/tools/mmaps_generator/MapBuilder.cpp
@@ -340,7 +340,7 @@ namespace MMAP
     /**************************************************************************/
     void MapBuilder::buildMap(uint32 mapID)
     {
-        printf("[Thread %u] Building map %03u:n", uint32(ACE_Thread::self()), mapID);
+        //printf("[Thread %u] Building map %03u:n", uint32(ACE_Thread::self()), mapID);
 
         std::set<uint32>* tiles = getTileList(mapID);

I got it working under Mountain Lion. But it broke again under Mavericks... as I already told :D

Why yes, you are correct! If you compile w/ dtools=0 it should work. Trying now with dtools at 1. 

Link to comment
Share on other sites

  • Aokromes changed the title to Compile or cmake problems
  • Aokromes locked this topic
  • Carbenium unlocked this topic
  • Aokromes pinned and locked this topic
  • Aokromes featured and featured this topic
  • Aokromes pinned this topic
 Share

  • Recently Browsing   0 members

    No registered users viewing this page.


×
×
  • Create New...