[opensource-dev] Second Life Viewer 2 : Lots of Link error like error LNK2001: unresolved external symbol "__declspec(dllimport) public: __thiscall std::basic_string
There are 19 K errors when i did link with the viewer project( other projects was compiled correctly) My env. is VS2008 IDE. and used deploy.py to construct the viewer solution. I only pick some of those errors, more is same like below, I would be missing some stuff then caused these errors? I have checked the main viewer project, it didn't make /NODEFAULTLIB option for link option, and the VS2008 IDE already correctly set up the lib path .. Anyone would know how to resolve this problem? I will be appreciate. Thanks in advance! 1>json_vc80.lib(json_writer.obj) : error LNK2001: unresolved external symbol "__declspec(dllimport) public: __thiscall std::basic_string,class std::allocator >::basic_string,class std::allocator >(void)" (__imp_??0?$basic_string@DU?$char_traits@D @std@@V?$allocator@D@2@@std@@QAE@XZ) 1>lllogin.lib(lllogin.obj) : error LNK2001: unresolved external symbol "__declspec(dllimport) public: __thiscall std::basic_string,class std::allocator >::basic_string,class std::allocator >(void)" (__imp_??0?$basic_string@DU?$char_traits@D @std@@V?$allocator@D@2@@std@@QAE@XZ) 1>libboost_regex-vc80-mt-1_39.lib(w32_regex_traits.obj) : error LNK2001: unresolved external symbol "__declspec(dllimport) public: __thiscall std::basic_string,class std::allocator >::basic_string,class std::allocator >(void)" (__imp_??0?$basic_string@DU?$char_traits@D@std@@V?$allocator@D@2@@std@ @QAE@XZ) 1>libboost_regex-vc80-mt-1_39.lib(regex_traits_defaults.obj) : error LNK2001: unresolved external symbol "__declspec(dllimport) public: __thiscall std::basic_string,class std::allocator >::basic_string,class std::allocator >(void)" (__imp_??0?$basic_string@DU?$char_traits@D@std@@V?$allocator@D@2@@std@ @QAE@XZ) 1>json_vc80.lib(json_value.obj) : error LNK2001: unresolved external symbol "__declspec(dllimport) public: __thiscall std::basic_string,class std::allocator >::basic_string,class std::allocator >(void)" (__imp_??0?$basic_string@DU?$char_traits@D @std@@V?$allocator@D@2@@std@@QAE@XZ) 1>json_vc80.lib(json_reader.obj) : error LNK2001: unresolved external symbol "__declspec(dllimport) public: __thiscall std::basic_string,class std::allocator >::basic_string,class std::allocator >(void)" (__imp_??0?$basic_string@DU?$char_traits@D @std@@V?$allocator@D@2@@std@@QAE@XZ) 1>libboost_program_options-vc80-mt-1_39.lib(value_semantic.obj) : error LNK2001: unresolved external symbol "__declspec(dllimport) public: __thiscall std::basic_string,class std::allocator >::basic_string,class std::allocator >(void)" (__imp_??0?$basic_string@DU?$char_traits@D@std@@V?$allocator@D@2@@std@ @QAE@XZ) 1>libboost_program_options-vc80-mt-1_39.lib(cmdline.obj) : error LNK2001: unresolved external symbol "__declspec(dllimport) public: __thiscall std::basic_string,class std::allocator >::basic_string,class std::allocator >(void)" (__imp_??0?$basic_string@DU?$char_traits@D@std@@V?$allocator@D@2@@std@ @QAE@XZ) 1>libboost_program_options-vc80-mt-1_39.lib(convert.obj) : error LNK2001: unresolved external symbol "__declspec(dllimport) public: __thiscall std::basic_string,class std::allocator >::basic_string,class std::allocator >(void)" (__imp_??0?$basic_string@DU?$char_traits@D@std@@V?$allocator@D@2@@std@ @QAE@XZ) . 1>llmath.lib(raytrace.obj) : error LNK2001: unresolved external symbol ___security_cookie 1>llpanelpeoplemenus.obj : error LNK2001: unresolved external symbol "__declspec(dllimport) public: void __thiscall std::basic_ostream >::_Osfx(void)" (__imp_?_Osfx@?$basic_ostream@DU?$char_traits@D@std@@@std@@QAEXXZ) 1>llpanelpermissions.obj : error LNK2001: unresolved external symbol "__declspec(dllimport) public: void __thiscall std::basic_ostream >::_Osfx(void)" (__imp_?_Osfx@?$basic_ostream@DU?$char_traits@D@std@@@std@@QAEXXZ) 1>llpanelnearbymedia.obj : error LNK2001: unresolved external symbol "__declspec(dllimport) public: void __thiscall std::basic_ostream >::_Osfx(void)" (__imp_?_Osfx@?$basic_ostream@DU?$char_traits@D@std@@@std@@QAEXXZ) 1>llpanelobject.obj : error LNK2001: unresolved external symbol "__declspec(dllimport) public: void __thiscall std::basic_ostream >::_Osfx(void)" (__imp_?_Osfx@?$basic_ostream@DU?$char_traits@D@std@@@std@@QAEXXZ) ___ Policies and (un)subscribe information available here: http://wiki.secondlife.com/wiki/OpenSource-Dev Please read the policies before posting to keep unmoderated posting privileges
Re: [opensource-dev] Second Life Viewer 2 : Lots of Link error like error LNK2001: unresolved external symbol "__declspec(dllimport) public: __thiscall std::basic_string
On Sat, Apr 30, 2011 at 12:14 PM, xinyi chen wrote: > There are 19 K errors when i did link with the viewer project( other > projects was compiled correctly) > My env. is VS2008 IDE. and used deploy.py to construct the viewer solution. You said deploy.pl you mean develop.py? in that case you should use VS2005 as that was the previous supported version before the autobuild code was merged in. But unless you have a specific reason not to, its probably an idea to use the latest viewer-development code. The offical supported visual studio version is now 2010. If you want to use 2008 you are going to have to rebuild all the 3p libs, well as a minimum the C++ ones anyway, jsoncpp, boost, qtwebkit etc or you are going to face issues such as you are seeing due to ABI breakage between VS versions and the std lib, in this case with std::basic_string. Robin ___ Policies and (un)subscribe information available here: http://wiki.secondlife.com/wiki/OpenSource-Dev Please read the policies before posting to keep unmoderated posting privileges
Re: [opensource-dev] Second Life Viewer 2 : Lots of Link error like error LNK2001: unresolved external symbol "__declspec(dllimport) public: __thiscall std::basic_string
To set up you system to use the current build system please read here: http://wiki.secondlife.com/wiki/Viewer_2_Microsoft_Windows_Builds This is the instructions on how to set up your environment to build the viewer using the new system. > -Original Message- > From: opensource-dev-boun...@lists.secondlife.com [mailto:opensource-dev- > boun...@lists.secondlife.com] On Behalf Of Robin Cornelius > Sent: Saturday, April 30, 2011 7:44 AM > To: xinyi chen > Cc: opensource-dev@lists.secondlife.com > Subject: Re: [opensource-dev] Second Life Viewer 2 : Lots of Link error like > error LNK2001: unresolved external symbol "__declspec(dllimport) public: > __thiscall std::basic_string > > On Sat, Apr 30, 2011 at 12:14 PM, xinyi chen > wrote: > > There are 19 K errors when i did link with the viewer project( other > > projects was compiled correctly) > > My env. is VS2008 IDE. and used deploy.py to construct the viewer solution. > > You said deploy.pl you mean develop.py? in that case you should use > VS2005 as that was the previous supported version before the autobuild > code was merged in. But unless you have a specific reason not to, its > probably an idea to use the latest viewer-development code. The > offical supported visual studio version is now 2010. If you want to > use 2008 you are going to have to rebuild all the 3p libs, well as a > minimum the C++ ones anyway, jsoncpp, boost, qtwebkit etc or you are > going to face issues such as you are seeing due to ABI breakage > between VS versions and the std lib, in this case with > std::basic_string. > > > Robin > ___ > Policies and (un)subscribe information available here: > http://wiki.secondlife.com/wiki/OpenSource-Dev > Please read the policies before posting to keep unmoderated posting > privileges ___ Policies and (un)subscribe information available here: http://wiki.secondlife.com/wiki/OpenSource-Dev Please read the policies before posting to keep unmoderated posting privileges
Re: [opensource-dev] Second Life Viewer 2 : Lots of Link error like error LNK2001: unresolved external symbol "__declspec(dllimport) public: __thiscall std::basic_string
Hi, > > Yes, it's develop.py, but this method is only applied to create > VS2005/VS2008 project without supporting VS2010, it only gave the autobuild > command to create VS2010 project, > > I have already read the guide as below: > > http://wiki.secondlife.com/wiki/Viewer_2_Microsoft_Windows_Builds > http://wiki.secondlife.com/wiki/Building_the_Viewer_with_Autobuild > > I used command : > > autobuild configure -c Debug > > but it doesn't seem to download those dependencies like jsoncpp, boost, > qtwebkit.. etc. > so why I used develop.py to create the VS2008 project that also downloaded > those dependencies.. > > > Simon > > > 2011/4/30 Robin Cornelius > >> On Sat, Apr 30, 2011 at 12:14 PM, xinyi chen >> wrote: >> > There are 19 K errors when i did link with the viewer project( other >> > projects was compiled correctly) >> > My env. is VS2008 IDE. and used deploy.py to construct the viewer >> solution. >> >> You said deploy.pl you mean develop.py? in that case you should use >> VS2005 as that was the previous supported version before the autobuild >> code was merged in. But unless you have a specific reason not to, its >> probably an idea to use the latest viewer-development code. The >> offical supported visual studio version is now 2010. If you want to >> use 2008 you are going to have to rebuild all the 3p libs, well as a >> minimum the C++ ones anyway, jsoncpp, boost, qtwebkit etc or you are >> going to face issues such as you are seeing due to ABI breakage >> between VS versions and the std lib, in this case with >> std::basic_string. >> >> >> Robin >> > > ___ Policies and (un)subscribe information available here: http://wiki.secondlife.com/wiki/OpenSource-Dev Please read the policies before posting to keep unmoderated posting privileges
Re: [opensource-dev] Second Life Viewer 2 : Lots of Link error like error LNK2001: unresolved external symbol "__declspec(dllimport) public: __thiscall std::basic_string
Ok, when using the autobuild command you need to use the configurations that end in OS these setting are for Open Source Developers to use and will DL the needed files but they are for use with VS2010 and NOT VS2005 or VS2008. The settings to use are: DebugOS ReleaseWithDebInfoOS ReleaseOS < this is the one I use all the time to build the viewer now. From: opensource-dev-boun...@lists.secondlife.com [mailto:opensource-dev-boun...@lists.secondlife.com] On Behalf Of xinyi chen Sent: Saturday, April 30, 2011 10:15 AM To: Robin Cornelius Cc: opensource-dev@lists.secondlife.com Subject: Re: [opensource-dev] Second Life Viewer 2 : Lots of Link error like error LNK2001: unresolved external symbol "__declspec(dllimport) public: __thiscall std::basic_string Hi, Yes, it's develop.py, but this method is only applied to create VS2005/VS2008 project without supporting VS2010, it only gave the autobuild command to create VS2010 project, I have already read the guide as below: http://wiki.secondlife.com/wiki/Viewer_2_Microsoft_Windows_Builds http://wiki.secondlife.com/wiki/Building_the_Viewer_with_Autobuild I used command : autobuild configure -c Debug but it doesn't seem to download those dependencies like jsoncpp, boost, qtwebkit.. etc. so why I used develop.py to create the VS2008 project that also downloaded those dependencies.. Simon 2011/4/30 Robin Cornelius On Sat, Apr 30, 2011 at 12:14 PM, xinyi chen wrote: > There are 19 K errors when i did link with the viewer project( other > projects was compiled correctly) > My env. is VS2008 IDE. and used deploy.py to construct the viewer solution. You said deploy.pl you mean develop.py? in that case you should use VS2005 as that was the previous supported version before the autobuild code was merged in. But unless you have a specific reason not to, its probably an idea to use the latest viewer-development code. The offical supported visual studio version is now 2010. If you want to use 2008 you are going to have to rebuild all the 3p libs, well as a minimum the C++ ones anyway, jsoncpp, boost, qtwebkit etc or you are going to face issues such as you are seeing due to ABI breakage between VS versions and the std lib, in this case with std::basic_string. Robin ___ Policies and (un)subscribe information available here: http://wiki.secondlife.com/wiki/OpenSource-Dev Please read the policies before posting to keep unmoderated posting privileges
Re: [opensource-dev] Fmod with Autobuild ?
Thank you WolfPup, it took me a while to actually understand where this JIRA was coming from, and where it was going... lots of info in there. I managed to finally compile with fmod, and to make the viewer run. For the people who still have issues with the whole process, here is what I did : - Downloaded fmodapi375win.zip from the fmod website. I actually did this 3 years ago but this zip is still up to date, and I'm glad it is :) - Zipped the contents of the fmodapi375win folder into fmodapi375win.tar.bz2 (7z can do that) - Placed fmodapi375win.tar.bz2 somewhere easily reachable (mine was in D:\SL) - Modified autobuild.xml : fmod > windows > url = file:///SL/fmodapi375win.tar.bz2 fmod > windows > hash = (the hash of this file that I calculated after zipping it) made sure that -DFMOD is set to TRUE - Ran autobuild, fmod was extracted correctly - Copied fmodapi375win.tar.bz2 into D:\SL\linden\ and extracted it there. I did this because otherwise fmod.h and fmod_errors.h wouldn't be found when trying to build llaudio (adding the path to fmod.h into the llaudio include paths works as well, but for some reason it still fails at the end of the build, so actually extracting to fmodapi375win/ is better and easier) - Built the viewer, had a failure with VivoxAUP.txt (never heard of this one, anybody ran into this ?) but secondlife-bin.exe was built - Copied app_settings/, character/, fonts/, skins/ and gpu_table.txt into the release/ folder as usual, tried to run the viewer but had a 0xc07b failure... it took some time to find out that some dlls had not been copied. So I copied libeay32.dll, ssleay32.dll, winmm.dll, zlib1.dll and maybe a couple more into release/, and miracle, it works. And I haz sound ! Marine On 29/04/2011, WolfPup Lowenhar wrote: > Actually STORM-1023 helped to solve this issue for OS Devs. Also my comment > here > https://jira.secondlife.com/browse/STORM-1023?focusedCommentId=246855&page=c > om.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#comment-2468 > 55 explains exactly what I had to do to make a 'local' package to use in the > autobuild system. And then using a file:/// url pointing to the new package > in the autobuild.xml along with the new hash that is generated I build the > development viewer every day and also have sonde using fmod in a windows > environment. > >> -Original Message- >> From: opensource-dev-boun...@lists.secondlife.com [mailto:opensource-dev- >> boun...@lists.secondlife.com] On Behalf Of Marine Kelley >> Sent: Thursday, April 28, 2011 6:11 PM >> To: opensource-dev@lists.secondlife.com >> Subject: [opensource-dev] Fmod with Autobuild ? >> >> Hello all, >> >> Yes, this is probably another stupid question... I have a working >> viewer 2.6.6 with all my patches installed, everything is working >> right. But since I had to run autobuild with the DINSTALL_PROPRIETARY >> flag set to FALSE (it wouldn't work otherwise), there is no Fmod, >> hence no sound. >> >> Is it possible for me to add a prebuilt Fmod library from another >> (maybe older) viewer to this one to get the sound back ? Or do I have >> to make autobuild download Fmod somehow in order to build the viewer >> with sound ? I cannot really release a viewer without sound... >> >> Thanks in advance, >> Marine >> ___ >> Policies and (un)subscribe information available here: >> http://wiki.secondlife.com/wiki/OpenSource-Dev >> Please read the policies before posting to keep unmoderated posting >> privileges >> - >> No virus found in this message. >> Checked by AVG - www.avg.com >> Version: 10.0.1325 / Virus Database: 1500/3603 - Release Date: 04/28/11 > > ___ > Policies and (un)subscribe information available here: > http://wiki.secondlife.com/wiki/OpenSource-Dev > Please read the policies before posting to keep unmoderated posting > privileges > ___ Policies and (un)subscribe information available here: http://wiki.secondlife.com/wiki/OpenSource-Dev Please read the policies before posting to keep unmoderated posting privileges
