Compile or cmake problems

[Aokromes]

It's not TC issue, anyway, i compile daily with make -j5 and i know people compiling with make -j20.

[K21]

Hmmm, would you have any ideas what It would be then?

[Paradox]

Do you actually have 6 (or, more) cores?

[Ayane]

The problem is here:

/usr/bin/ld: cannot find -lpthreads

You need pthreads.

[MrSmite]

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.

[Hyldran0]

Well it is fixed without you slow guys.

[CDawg]

Well it is fixed without you slow guys.

 

It's pretty difficult to get help in the future when you insult. Not to mention you were the one that made the mistake in the first place.

[Discover-]

Well it is fixed without you slow guys.

 

Bahahahahaa, good one.

[bibtnj]

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!

[Paradox]

is that the real CPU or the virtual one? you may have set the virtual one up incorrectly.

[bibtnj]

Hello Paradox,

 

that Intel i3 M380 is the real CPU in my notebook. Print of flags is from Ubuntu - virtual PC. 

 

Here is print from the host:

Instrukční sada	x86, x86-64, MMX, SSE, SSE2, SSE3, SSSE3, SSE4.1, SSE4.2

[Aokromes]

https://github.com/TrinityCore/TrinityCore/issues/9521#issuecomment-24689702

[bibtnj]

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 October 15, 2013 by bibtnj

[Ascathor]

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.

[CDawg]

I also like the repaste of the OP.

Thats why I wait and see how for a post will go when they stumble over there own repack.

[Oroduin]

anyone can fix this pls? :/

[jtth]

To echo I'm having exactly the same problems. 

[Gacko]

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.

[jtth]

I got it to compile w/ Xcode 5.0.1 and clang. Who knows if it works. Will report back tomorrow. I had to remove calls to OpenSSL in a couple of places that kept erroring out, regardless of my openssl version/lib. 

[Gacko]

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

[jtth]

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

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

[Oroduin]

nice thanks

works fine with gcc4.4.7 and apples clang 5.0x

[Gacko]

Clang is still on 5.0.0, so there is not 5.0.x  Never the less: Which OS are you working with? This would be important to me as I'm still getting a error during linking.

[Oroduin]

check this out

 

http://www.jeremymeile.ch/styled/index.html

[Gacko]

... you're using gcc. So, I guess you don't have a solution for this, too. Right? (I'm gonna post the error in a few minutes.)