Common compilation problems

2007-05-16T14:43:54Z

Random73 Janus: /* Linux */

= General Problems =

= Windows =
== Compiling on MSVC 2003 ==
* '''newview error PRJ0019: A tool returned an error code from "Copying message template"'''

This is caused by the script trying to do a copy command, but the source path isn't in quotes. Open up newview.vcproj in notepad, and near the bottom there are 4 line that say:
CommandLine="copy $(InputPath) .\app_settings\message_template.msg
replace them with
CommandLine="copy &quot;$(InputPath)&quot; .\app_settings\message_template.msg
The source and destination paths on line 158 may also require wrapping in quotes. In which case:
CommandLine="copy $(TargetDir)\$(TargetFileName) $(ProjectDir)
should become:
CommandLine="copy &quot;$(TargetDir)\$(TargetFileName)&quot; &quot;$(ProjectDir)&quot;

* '''newview error LNK2001: unresolved external symbol _CLSID_DxDiagProvider'''
* '''newview error LNK2001: unresolved external symbol _IID_IDxDiagProvider'''

These errors reportedly occur with MSVC 2003 and certain versions of the DirectX SDK. To workaround, edit lldxhardware.cpp and replace the following (line 35):

#include <dxdiag.h>
with...
#define INITGUID
#include <dxdiag.h>
#undef INITGUID

== Compiling on MSVC 2005 ==
'''''There is now a step-by-step tutorial for [[Compiling the viewer (MSVS2005)|Microsoft Windows - Visual Studio 2005 & Visual C++ 2005 Express]]'''''

What sort of errors are seen?

* fatal error LNK1181: cannot open input file 'dxguid.lib' in win_crash_logger

If you are using the most recent DirectX SDK ("December 2006"), your VC++ Libraries Directory may be wrong because the SDK's lib folder now has 2 sub-folders for x64 and x86. Try changing the path from.
C:\Program Files\Microsoft DirectX SDK (December 2006)\Lib
to
C:\Program Files\Microsoft DirectX SDK (December 2006)\Lib\x86

* Mozilla is not compatible with visual studio 2005, so we have not migrated the codebase, so we do not know if it works.

* Added my errors at [[User:Adam_Zaius/MSVS2005 Errors]] [[User:Adam Zaius|Adam Zaius]] 09:40, 8 January 2007 (PST)

* To minimize the number of warnings for now: in C/C++-Preprocessor add ';_CRT_SECURE_NO_DEPRECATE' to the Preprocessor Definitions, that will supress deprecation warnings --[[User:Artm Udal|Artm Udal]] 12:42, 8 January 2007 (PST)

= Mac OS X =

Getting:

*/linden/indra/newview/../llwindow/llglheaders.h:377:31: error: GL/glh_extensions.h: No such file or directory
** This means you didn't merge the libraries right.

= Linux =
* Blino's SL build/linking patches for '''gcc4''': http://svn.mandriva.com/cgi-bin/viewvc.cgi/packages/cooker/secondlife/current/
* objcopy: 'newview/linux_tools/exposed-symbols.txt': No such file
** Tofu says... 'This is an omission from our manifest which I'll fix. Meanwhile it's a safe fix to create an empty file with that name.'

* Something like: /usr/bin/ld: cannot find -lz
** Nadia says: Install the zlib development headers. (Ubuntu package zlib1g-dev, Red Hat zlib-devel.)

* Something like: indra.y.cpp:17: error: previous declaration of `int yyparse()'
** Tofu says... 'This appears to be a problem with some versions of flex/bison. A resident reports success when comment out the #ifdef __cplusplus lines in lscript/lscript_compile/indra.y'
** Nadia says: install the zlib development headers first and try recompiling. Commenting out those lines results in a error indra.l:666: undefined reference to `yyparse', after the zlib headers are installed.

* Miscellaneous errors about classes not existing, or referencing an undefined type
** Seems to be a difference between GCC 4 and GCC 3, with 4 being more strict about things. The solution has been adding "class TheMissingClass;" to whatever header files are missing the reference. For example I had to add "class LLUICtrlFactory;" to llui/lluictrl.h and llui/llviewborder.h

* Linking failures ("script not found") due to spaces in the LINKFLAGS variable?
** I saw a [http://bugs.sun.com/bugdatabase/view_bug.do?bug_id=4665538 report], and modified the SConstruct file to drop the trailing arguments (and spaces) in LINKFLAGS.

* Building [https://lists.secondlife.com/pipermail/sldev/2007-January/000091.html 20070112a] using ''BUILD=releasefordownload'' I get many ''[: 89: ==: unexpected operator'' errors; ''cp: target `SecondLife_i686_1_13_1_7/app_settings/*’ is not a directory'' error, and same thing for character, fonts, help, skins, res-sdl; ''[: 111: ==: unexpected operator, [: 120: SecondLife_i686_1_13_1_7.tar.bz2: unexpected operator''. I can succesfully run the client from the source tree.

* scons: *** While building `['.../linden/indra/i686-linux-client-release/lscript/lscript_compile/indra.l.cpp']': Don't know how to build a file with suffix `.l'.
** You probably don't have all the dependencies installed (I had the same problem). Check that you have flex and bison. --[[User:Random73 Janus|Random73 Janus]] 07:43, 16 May 2007 (PDT)

* Something like: linden/indra/i686-linux-client-release/llrender/llimagegl.cpp:122: error: `glActiveTextureARB' was not declared in this scope
** Tofu says... 'You'll need to install OpenGL headers if you don't already have them: gl.h, glext.h, glu.h (The ones from 'mesa' should work)
** two residents report good luck on Gentoo after doing 'eselect opengl set xorg-x11' (but note!! You must know what you're doing; this may change your default system OpenGL drivers, and you will probably want to change them back again after the compile, e.g. 'eselect opengl set nvidia')'

*Building Shared Library ELFIO [[Compiling_the_viewer_%28Linux%29]] on AMD64 ubuntu 6.10
g++-3.4 -shared *.o -o libelfio.so
/usr/bin/ld: ELFIDynamic.o: relocation R_X86_64_32 against `a local symbol' can
not be used when making a shared object; recompile with -fPIC
ELFIDynamic.o: could not read symbols: Bad value'''

Second Life Wiki - User contributions [en]

Common compilation problems