Jump to content

espes

Community Members
  • Posts

    15
  • Joined

  • Last visited

espes's Achievements

Discens

Discens (2/14)

0

Reputation

  1. Wasn't this going to be solved by having a spidermonkey tree compiled with the game?
  2. http://trac.wildfiregames.com/browser/ps/t...shes/structural It looks like your SVN checkout didn't complete.
  3. Sorry to be condescending, but you're meant to be "good at C++". If you google'd the error, you would find hundreds of posts related to the problem; on OS X, malloc.h in in a different location. Modify ilur.c to include "sys/malloc.h".
  4. Take that up with the Valgrind people, it's not yet completely compatible with OS X. You don't need it, anyway. Also,
  5. See http://trac.wildfiregames.com/ticket/265 /** * LIBXML_THREAD_ENABLED: * * Whether the thread support is configured in */ #if 1 #if defined(_REENTRANT) || defined(__MT__) || \ (defined(_POSIX_C_SOURCE) && (_POSIX_C_SOURCE - 0 >= 199506L)) #define LIBXML_THREAD_ENABLED #endif #endif
  6. It's not so much freezing as just not accepting any input or updating the window. I think it's still running underneath.
  7. It's pretty broken for me. It completely freezes up upon launch http://imgur.com/uSXUm.png
  8. It's a bug in Apple's OpenAL. You could try upgrading OpenAL. I worked around it by including a modified header.
  9. I think the libdevil sources included are meant for windows. I suppose the most of the included libraries could be made to be built and used. Why not? They're already there for Windows.
  10. Wow, your patch set's quite bigger than mine. I'll do a write-up tomorrow afternoon along with macports portfiles and binaries (It's a bad idea to install things without package management, and I patched spidermonkey and libDevIL instead of working around them) Oh, and somebody start a ticket regarding valgrind. It should be optional.
  11. Make a diff and open up a ticket. I don't know how active devs are on this forum.
  12. Since I don't seem to have the privileges to PM you, yeah... snd_mgr was working fine, the fix broke it for me. ../../../source/lib/res/sound/snd_mgr.cpp: In function 'LibError alc_init()': ../../../source/lib/res/sound/snd_mgr.cpp:259: error: invalid conversion from 'ALCubyte*' to 'const ALCchar*' ../../../source/lib/res/sound/snd_mgr.cpp:259: error: initializing argument 1 of 'ALCdevice* alcOpenDevice(const ALCchar*)' ../../../source/lib/res/sound/snd_mgr.cpp: In function 'LibError snd_dev_prepare_enum()': ../../../source/lib/res/sound/snd_mgr.cpp:689: error: invalid conversion from 'ALCubyte*' to 'const ALCchar*' ../../../source/lib/res/sound/snd_mgr.cpp:689: error: initializing argument 2 of 'ALCboolean alcIsExtensionPresent(ALCdevice*, const ALCchar*)' make[1]: *** [obj/lowlevel_Debug/snd_mgr.o] Error 1 ALC's strings may differ between different distros of OpenAL, not just the Mac build (I'm just using the default Mac version, and it uses ALCchar's) ... Yeah, the ALC from macports uses ALubyte's, it's probably a version thing. .. Yeah, it was supposed to change from ALCubyte's to ALCchar's with the version 1.1 headers, though they both identify themselves as 1.1 >:-( ... nevermind, I created a ticket
  13. uhh... apply the diff? You don't have to go through it... It's dirty install things without package managements. Rather, throw together a quick macports Portfile # $Id$ PortSystem 1.0 name enet version 1.2 categories net maintainers foobar description UDP network communication layer long_description ENet is a thin, simple and robust network communication layer on top of UDP featuring optional reliable, in-order delivery of packets. homepage http://enet.bespin.org platforms darwin master_sites http://enet.bespin.org/download/ distfiles enet-1.2.tar.gz checksums enet-1.2.tar.gz \ md5 e0d9f468d8c6f6bfd07083b3b40f5e69 \ sha1 8da3d1665e64b9f037a3e4d48d3477a846ba44e7 \ rmd160 1b68ceb791eecfeebb99762f334eacac2461eb19 \ use_autoconf yes build.target Like I said before, "there's a typedef conflict with spidermonkey, you'll need to patch up jsotypes.h later." That's what I did, but now that I think about it, there's probably a better way to fix it. No idea, that didn't happen to me. :\
  14. Here's my diff for livDevIL Oh, and it turns out that libxml2 was compiling right, the crash was just a FCollada assertion failure that was breaking (since I removed the CoreServices debugger call earlier as it was creating a undefined symbol for some reason). I commented out the sigtrap, and yay.
  15. You need libDevIL. Though there's a issue in the 1.6.8 version, I had to frankenstein together 1.6.8 and 1.7.0 includes to get it working. Also, there's a typedef conflict with spidermonkey, you'll need to patch up jsotypes.h later. It's compiling and launching for me (with a bunch of edits, here's my diff) My problem now is that I cannot get libxml2 working with threading. I compile it with "--enable-threads", but "LIBXML_THREAD_ENABLED" is still not set, and it crashes and burns when starting a game. Anyone have any ideas?
×
×
  • Create New...