Jump to content

UnixRonin

Members
  • Posts

    5
  • Joined

  • Last visited

    Never
  • Donations

    0.00 GBP 

UnixRonin's Achievements

Newbie

Newbie (1/3)

0

Reputation

  1. As I mentioned, I'm new to git............ Thanks for the correction. ...This fixed the problem, sure enough. Applying database updates now.
  2. 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?
  3. 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.)
  4. 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.
  5. 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?
×
×
  • Create New...

Important Information

We have placed cookies on your device to help make this website better. You can adjust your cookie settings, otherwise we'll assume you're okay to continue. Privacy Policy Terms of Use