|
|
|
can not download.
no find jira.secondlife.com/secure/attachment/10763/vc8_1_17_V1.zip I just tried and it works ... maybe a JIRA hiccup. ok. I get it by another download program.
I'll try it. Nicholaz, we have only one or two people using VC8 internally, and they don't work on open source contributions. Your changes conflict with our internal project files at the moment, so I can't apply them.
Our internal copies of those files don't get touched often, so if you redo your changes against the next source snapshot, it should be reasonably safe. Also, sending a patch instead of a directory full of files makes it much more likely that we can apply your changes cleanly. Sending complete files almost guarantees that we can't apply your work. Thanks. I'm uploading a 2nd version of the vc8 files here for everybody outside LL then This one was tested with 1.17.0.11 and has one file renamed (the vcprops file now also has "_vc8" in the name). I just compiled 1.17.0.11 here with those files and both ReleaseForDownload and ReleaseNoOpt went through and could be started. I've uploaded modified VC8/VS2005 files for the 1.18.0.0 release, which added some new files. Since I primarily develop on VS2005, I'll try to keep these up to date as new releases come out.
Excellent Feep! I normally work with VS2003 so it's been an extra chore for me. Btw, VC8 1.17.1 or 1.17.2 files anybody yet? Attaching VC8 files for 1.17.2 Changes:
Should work fine with 1.17.2, but you still need the png/zlib header files Attaching version 2 for 1.17.2 In addition to V1 (see above) It has lscript_library.lib removed from linker inputs. Normally inconsequential but this did cost me some grief about two weeks ago on my first attemts to compile under VC8. This file should be as clean as it can get for _vc8 (those things cleaned up are coming from the _vc71 projects). Attaching vc8_1_18_V2.zip, which will compile 1.18.0.3. In addition to these project files, you'll also need the llimagepng files from https://jira.secondlife.com/browse/VWR-79
 , and Nicholaz's 1.17 png files from http://www.blueflash.cc/users/nicholaz/libs. Found a very subtle but global bug caused by a change in behavior between VC7.1's STL implementation and VC8's STL implementation. VC8, by default, checks STL iterators to ensure that they have a back-link to their associated container. If they don't, the program will break (if you're running in the debugger) or crash (if you're not). However, you can still create a containerless iterator by calling the default constructor on an iterator type--and, as it turns out, LLSD::Impl::beginArray() and LLSD::Impl::endArray() do exactly that. This means that if beginArray() or endArray() are called on the "immutableUndefined" LLSD instance returned by LLSD::Impl::undef(), an iterator will be created that will later crash the app.
The solution to this is to pre-define the preprocessor symbol _SECURE_SCL to be 0, in the project files. This causes that particular iterator check to be disabled, and the behavior reverts to exactly what it was in VC7.1. With the project files contained in this JIRA issue, the easiest way to do that is to add _SECURE_SCL=0 to the preprocessor definitions in SL-UpgradeFromVC71_vc8.vsprops, so that all projects and all configurations inherit it. New project file uploads containing this fix follow. 1.17.2 VC8/VS2005 project files with _SECURE_SCL fix mentioned above.
1.18.0.3 VC8/VS2005 project files with _SECURE_SCL fix mentioned above.
Uploaded vc8_1_17_2_V4.zip, which includes all previous fixes, and enables build/run of the "test" project.
Uploaded vc8_1_18_V4.zip, which is based on Nicholaz's excellent 1.17 project files. This version also includes previous fixes, and enables build/run of the "test" project. Tested with 1.18.0.3.
Uploaded vc8_1_18_V5.zip, which works with 1.18.0.4.
Uploaded vc8_1_18_V6.zip, which works with 1.18.0.6.
Uploaded vc8_1_18_1_V1.zip for viewer version 1.18.1.2.
Feep, I appreciate your effort to keep submitting the updated set of solution/project files.
I'm experiencing a problem with your latest vc8_1_18_1_V1. When I build 1.18.1.2 viewer with your solution/project files, the build suceeds, but the resulting binary has some problem handling group IM. When I try to start a new group IM session, it doesn't; it shows "Starting session with XXX please wait." on the IM panel, but the session doesn't start. I noticed that, when I do so, the following warnings (apparently related to this behaviour) are logged: 2007-08-12T02:13:07Z WARNING: LLMessageSystem::dispatch: Ignoring unknown message ChatterBoxSessionStartReply I'm not sure but I have a feeling this is due to some missynchronization of the message template. Strangely, this issue disappears if I follow "manual conversion" process described on wiki: https://wiki.secondlife.com/wiki/Converting_project_files_for_MSVS2005 Uploaded vc8_1_18_V7.zip, which works with 1.18.5.3.
Alissa, sorry for not replying earlier--I wasn't watching this issue. Now I am, so let me know if these files don't solve your problem. Anyone mind uploading the 1_19 project files? I'm terrible at converting these things.
Please find attached vc8_1.19.1.4_v1.patch.zip. (Hint: I'm using DXSDK9.)
Hope this works! Edit: It doesn't build the debug configuration yet. How is the patch file posted above to be used? The following gives an error: \cygwin\bin\cat vc8_1.19.1.4_v1.patch | \cygwin\bin\patch It also doesn't work with -[cenu] options, either not finding the file to patch or calling the input garbage. I'm in the directory containing the "linden" directory. The file "linden/indra/indra_complete/indra_complete_vc8.sln" exists. Also, what is the patch based from? The patches work (when I enter each of the 3 file names in manually) but only against the original project files. If I install the 1.18 tarfile first, they don't work, and they don't seem to have nearly enough files patched. This is covered by cmake, which will generate appropriate project files for VS2003/2005/2008
Thanks for keeping these files up in the pre-CMake days. Now that we've got CMake in place and that we've been using VS2005 by default, it should be easier to build there these days.
Should be, but isn't. Before, we could at least fix the build problem, now they're nearly hopeless. However, I'm optimistic that all the CMake problems will be solved someday and we'll all be able to build by following the instructions on the Wiki. Still a long way to go on that, though.
|
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
 |
|
Bug
Resolved
Normal
Updated version of VC8/VS2005 project files included in source 
Upload: vc8_1_17_V1.zip
Based on 1.17.0.9 but should also work on 1.16.
Incorporates
for the Debug, ReleaseNoOpt and ReleaseForDownload configurations.through means of inheriting from a vcprops file.
Open indra_complete_vc8.sln and just compile.