UnixRonin

As I mentioned, I'm new to git............

Thanks for the correction.

...This fixed the problem, sure enough. Applying database updates now.

I'm trying to clone a local copy of the git repository to get the latest updated source, but the transfer fails on every attempt:

/netstore/src:10 # git clone http://github.com/mangos/mangos.git

Initialized empty Git repository in /netstore/src/mangos/.git/

got e52f1a6668b6fd29934595baa6d691504404e353

walk e52f1a6668b6fd29934595baa6d691504404e353

got a6ed42ea664a60b5d9cbdb6a15d3ce0f6ab35219

Getting alternates list for http://github.com/mangos/mangos.git

Getting pack list for http://github.com/mangos/mangos.git

Getting index for pack 29d584f19f7532938f8d5742937235f689e2ca72

got d6b95669e8a69d1fd569fb2e482c2987e2540ef2

got a2f978834653b49d3984ec3386f5d039178e0263

Getting index for pack 2868d022840fb486dcf17778172cf5c6835a020f

Getting index for pack b2db356cc96c3e6799d9f7e09269815d128113b8

Getting index for pack 142c0035cff360d2efcfb00cd89035f8d3caff49

Getting index for pack 87da93e2f7892afbe409884ea61c6380620d6a3e

Getting index for pack 3f96c9d049bbe56b50585b033911a202d1184d4a

Getting index for pack 3bf3c2f2fee440335c75eb7c368bb328f36c9b4b

Getting pack 142c0035cff360d2efcfb00cd89035f8d3caff49

which contains fb5c050a871ca7419fafb36833c0330e5f84522e

walk fb5c050a871ca7419fafb36833c0330e5f84522e

Getting pack 3bf3c2f2fee440335c75eb7c368bb328f36c9b4b

which contains 9cc1dabfb8e18cae46bb547173200ee156a43c3b

walk 9cc1dabfb8e18cae46bb547173200ee156a43c3b

walk a6ed42ea664a60b5d9cbdb6a15d3ce0f6ab35219

Getting pack 29d584f19f7532938f8d5742937235f689e2ca72

which contains 7367b1e2d9179b9969979c10f8fa739bc126669a

got ddb2de1eabf9964358d76d88231cfc272b6c1583

got 5f1b4138c96064bac51a12631f7c927587d61581

error: Unable to get pack file http://github.com/mangos/mangos.git/objects/pack/pack-29d584f19f7532938f8d5742937235f689e2ca72.pack

transfer closed with 21356332 bytes remaining to read

error: Unable to find 7367b1e2d9179b9969979c10f8fa739bc126669a under http://github.com/mangos/mangos.git

Cannot obtain needed object 7367b1e2d9179b9969979c10f8fa739bc126669a

while processing commit a6ed42ea664a60b5d9cbdb6a15d3ce0f6ab35219.

fatal: Fetch failed.

I'm pretty new to git. Am I doing this wrong?

I have successfully gotten MaNGOS compiled from the latest tarball and working on Solaris 10 x86. I found only one issue, in deps/tbb (see my previous thread); left to itself, it will try to build tbb using Sun CC whether it's installed or not. Making deps/tbb/build/SunOS.suncc.inc a symbolic link to deps/tbb/build/SunOS.gcc.inc works around this problem. Make sure to specify LDFLAGS="-L/path/lib -R/path/lib" for OpenSSL and MySQL libs when configuring, if they're not in a standard location (which they probably won't be, if you've installed up-to-date versions), and everything should be good.

Now I just need a revision-matched set of maps/dbc files and database. (I'm running without vmaps for now. I'll worry about that later.)

I've PARTIALLY isolated the problem here. The problem is that in dep/tbb, something in the configuration is mistakenly assuming it should be compiling with Sun CC instead of with gcc, so the build includes SunOS.suncc.inc instead of SunOS.gcc.inc. Renaming SunOS.suncc.inc to SunOS.suncc.inc.orig and symiinking SunOS.gcc.inc to SunOS.suncc.inc works around the problem and allows tbb to be built.

Hi,

I'm new to MaNGOS, and trying to build it for the first time. While I can run it on my Linux workstation, I'd obviously prefer to run it on my much more powerful main server, a four-core Xeon machine running Solaris 10, so I'm doing parallel builds on both. I've downloaded the latest tarball, autoreconfig'd, and configured as follows:

CC=gcc ../configure --prefix=/opt/mangos --with-mysql --with-gnu-ld

On the (non-preferred) Linux host, with gcc-4.4.3, it builds cleanly. On the (preferred) Solaris 10 host, with gcc-4.3.3, everything works fine up until this point:

Making all in tbb

make[3]: Entering directory `/netstore/src/mangos-mangos-70e610f/obj-babylon4/dep/tbb'

make -r -f ../../../dep/tbb/build/Makefile.tbb cfg=release tbb_root=../../../dep/tbb

make[4]: Entering directory `/netstore/src/mangos-mangos-70e610f/obj-babylon4/dep/tbb'

../../../dep/tbb/build/Makefile.tbb:39: CONFIG: cfg=release arch=intel64 compiler=suncc os=SunOS runtime=cc4.3.3_kernel5.10

CC -c -xMMD -errtags -mt -xO2 -library=stlport4 -DUSE_PTHREAD -erroff=unassigned,attrskipunsup,badargtype2w,badbinaryopw,wbadasg,wvarhidemem -m64 -KPIC -D__TBB_BUILD=1 -erroff=unassigned,attrskipunsup,badargtype2w,badbinaryopw,wbadasg,wvarhidemem -I../../../dep/tbb/src -I../../../dep/tbb/src/rml/include -I../../../dep/tbb/include ../../../dep/tbb/src/tbb/concurrent_hash_map.cpp

make[4]: CC: Command not found

make[4]: *** [concurrent_hash_map.o] Error 127

Something's clearly wrong at this point in the build on Solaris only. I've studied the Makefiles, but can't see anything wrong. In particular, I can't see any place where CC is used directly instead of as $(CC), or used uninitialized.

Does anyone have any ideas for how to fix this?