Difference between revisions of "Talk:Compiling the viewer (MSVS2005)"

From Second Life Wiki
Jump to navigation Jump to search
(output of bison step in lscript_compile_fb)
(headers)
Line 1: Line 1:
== Code Edits ==
I'm not sure casting all the time() calls should be done. It's more code edits, and time_t is still a 64bit typedef, which could cause issues besides just compiling that may be hard to find. I would suggest taking out all those code edits and putting _USE_32BIT_TIME_T preprocessor definition in the needed projects. --[[User:Bane Darrow|Bane Darrow]] 17:02, 9 January 2007 (PST)
I'm not sure casting all the time() calls should be done. It's more code edits, and time_t is still a 64bit typedef, which could cause issues besides just compiling that may be hard to find. I would suggest taking out all those code edits and putting _USE_32BIT_TIME_T preprocessor definition in the needed projects. --[[User:Bane Darrow|Bane Darrow]] 17:02, 9 January 2007 (PST)
----
----
Line 4: Line 5:
I had just built boost when I noticed the 2005 Express was up. And may as well delete the page I was maintaining through a link on the [[Common_compilation_problems]] section, since it is much the same, and I hadn't resolved the linker errors of boost & mozilla.
I had just built boost when I noticed the 2005 Express was up. And may as well delete the page I was maintaining through a link on the [[Common_compilation_problems]] section, since it is much the same, and I hadn't resolved the linker errors of boost & mozilla.
Also, with the #pragma warning(disable : 4996) lines, ";_CRT_SECURE_NO_DEPRECATE" is not needed. And perhaps the std::hash_multimap to stdext::hash_multimap namespace change should be managed by a #if (_MSC_VER >= 1400) too. -- [[User:Paula Innis|Paula Innis]] 19:11, 9 January 2007 (PST)
Also, with the #pragma warning(disable : 4996) lines, ";_CRT_SECURE_NO_DEPRECATE" is not needed. And perhaps the std::hash_multimap to stdext::hash_multimap namespace change should be managed by a #if (_MSC_VER >= 1400) too. -- [[User:Paula Innis|Paula Innis]] 19:11, 9 January 2007 (PST)
----
 
== Boost ==
I don't think it's necessary to compile Boost and Boost-Regex yourself, you can download everything you need with a nice installer available here: http://www.boost-consulting.com/download.html and just drop the regex library in the appropriate directory. --[[User:Eddy Stryker|Eddy Stryker]] 00:55, 10 January 2007 (PST)
I don't think it's necessary to compile Boost and Boost-Regex yourself, you can download everything you need with a nice installer available here: http://www.boost-consulting.com/download.html and just drop the regex library in the appropriate directory. --[[User:Eddy Stryker|Eddy Stryker]] 00:55, 10 January 2007 (PST)
----


== output of bison step in lscript_compile_fb ==
== output of bison step in lscript_compile_fb ==

Revision as of 13:09, 11 January 2007

Code Edits

I'm not sure casting all the time() calls should be done. It's more code edits, and time_t is still a 64bit typedef, which could cause issues besides just compiling that may be hard to find. I would suggest taking out all those code edits and putting _USE_32BIT_TIME_T preprocessor definition in the needed projects. --Bane Darrow 17:02, 9 January 2007 (PST)


I think ultimately things will migrate to 64bit. I had just built boost when I noticed the 2005 Express was up. And may as well delete the page I was maintaining through a link on the Common_compilation_problems section, since it is much the same, and I hadn't resolved the linker errors of boost & mozilla. Also, with the #pragma warning(disable : 4996) lines, ";_CRT_SECURE_NO_DEPRECATE" is not needed. And perhaps the std::hash_multimap to stdext::hash_multimap namespace change should be managed by a #if (_MSC_VER >= 1400) too. -- Paula Innis 19:11, 9 January 2007 (PST)

Boost

I don't think it's necessary to compile Boost and Boost-Regex yourself, you can download everything you need with a nice installer available here: http://www.boost-consulting.com/download.html and just drop the regex library in the appropriate directory. --Eddy Stryker 00:55, 10 January 2007 (PST)

output of bison step in lscript_compile_fb

bison insists on outputting a .hpp file rather than a .h file, I added the following line at the end of the custom build command for indra.y

"@IF EXIST ytab.hpp copy ytab.hpp ytab.h /Y >NUL"