[Bf-committers] Can't build blender trunk on win32 since 2.73

[Jonathan Railsback]

Dalai - 

Thanks for your response!

I unchecked jack and I was able to complete a release build.  

I'll try and find the correct spot to file a bug for the debug build issue identified below, as well as the issue with jack.  I wonder if it's an issue related to compiler version or something like that.

Thanks!

Jon



> From: dfelinto at gmail.com
> Date: Mon, 19 Jan 2015 10:28:28 -0200
> To: bf-committers at blender.org
> Subject: Re: [Bf-committers] Can't build blender trunk on win32 since 2.73
> 
> Hi,
> 
> According to the builder bot Windows 32 is building fine. Your
> building error suggests you are having troubles with the JACK audio
> system. At least for now I would recommend you disabling it. In
> command-line cmake I use the option WITH_JACK=OFF, in the GUI CMake
> there is an equivalent option.
> 
> Regards,
> Dalai
> --
> blendernetwork.org/dalai-felinto
> www.dalaifelinto.com
> 
> 
> 2015-01-17 19:07 GMT-02:00 Jonathan Railsback <jonbitzen at hotmail.com>:
> > Everyone -
> >
> > Last week I started trying to build Blender on win32, and I've been having several issues with the libraries that I check out of SVN.
> >
> > First, I tried to do a debug build, and my build got tripped up because it couldnt find libjack_d.lib.  I was able to work around this by searching for it in cmake lists file and changing the debug build to use the release version of the library.
> >
> > After fixing the issue with libjack_d.lib, I had problems linking with the opencollada libraries.  It appears that somehow a 64bit debug library got checked into the 32 bit precompiled windows libraries. I get the following error from MSVC++ 2013:
> >
> > OpenCOLLADAFramework_d.lib(COLLADAFWFileInfo.cpp.obj) : fatal error LNK1112: module machine type 'x64' conflicts with target machine type 'X86'
> >
> > For reference, I checked out my windows precompiled libraries from the following SVN URL, per the instructions on the Blender website:
> >
> > https://svn.blender.org/svnroot/bf-blender/trunk/lib/windows_vc12
> >
> > So I'm fairly confident that I *should* have the 32 bit libs.  I ran dumpbin /headers against the lib referenced above, as well as it's release counterpart, and what I found is that the collada debug lib above is 64bit and the release version is 32bit.
> >
> > So, next I reconfigured my MSVC++ 2013 IDE to do a release build.  That one quit with the following error:
> >
> > 136>     Creating library C:/Users/xxx/Documents/projects/blender-build/bin/Release/blender-app.lib and object C:/Users/xxx/Documents/projects/blender-build/bin/Release/blender-app.exp
> > 136>libjack.lib(JackClient.obj) : error LNK2019: unresolved external symbol "public: static void __cdecl std::_String_base::_Xran(void)" (?_Xran at _String_base@std@@SAXXZ) referenced in function "public: class std::basic_string<char,struct std::char_traits<char>,class std::allocator<char> > & __thiscall std::basic_string<char,struct std::char_traits<char>,class std::allocator<char> >::erase(unsigned int,unsigned int)" (?erase@?$basic_string at DU?$char_traits at D@std@@V?$allocator at D@2@@std@@QAEAAV12 at II@Z)
> > 136>libjack.lib(JackTools.obj) : error LNK2001: unresolved external symbol "public: static void __cdecl std::_String_base::_Xran(void)" (?_Xran at _String_base@std@@SAXXZ)
> > 136>libjack.lib(JackClient.obj) : error LNK2019: unresolved external symbol "public: static void __cdecl std::_String_base::_Xlen(void)" (?_Xlen at _String_base@std@@SAXXZ) referenced in function "protected: bool __thiscall std::basic_string<char,struct std::char_traits<char>,class std::allocator<char> >::_Grow(unsigned int,bool)" (?_Grow@?$basic_string at DU?$char_traits at D@std@@V?$allocator at D@2@@std@@IAE_NI_N at Z)
> > 136>libjack.lib(JackTools.obj) : error LNK2001: unresolved external symbol "public: static void __cdecl std::_String_base::_Xlen(void)" (?_Xlen at _String_base@std@@SAXXZ)
> > 136>C:\Users\xxx\Documents\projects\blender-build\bin\Release\blender-app.exe : fatal error LNK1120: 2 unresolved externals
> >
> > I'm embarrassed to admit my C++Fu isn't strong enough to understand what's wrong here!  I could probably try a build without Jack (that's what I'll try next) but I figured I'd ask folks here in case there's a fix.
> >
> > For whatever it's worth, I was playing with some fixes for COLLADA import.  I havent had that many problems on the Linux side, but I moved to Windows since I'm working on this concurrently with a Unity3D project I'm playing with.
> >
> > Thanks!
> >
> > jonbitzen
> >
> > _______________________________________________
> > Bf-committers mailing list
> > Bf-committers at blender.org
> > http://lists.blender.org/mailman/listinfo/bf-committers
> _______________________________________________
> Bf-committers mailing list
> Bf-committers at blender.org
> http://lists.blender.org/mailman/listinfo/bf-committers