Difference between revisions of "Free Compiler Setup"

From OrbiterWiki
Jump to navigation Jump to search
(Added info about new windows sdk)
(Replacing page with 'FUCK YOU URWUMPE')
Line 1: Line 1:
This page documents the travails and heartache necessary to get the MSVC++ 2005 Express Edition to compile Orbiter projects.
+
FUCK YOU URWUMPE
 
 
== Requirements ==
 
=== Get the Compiler ===
 
 
 
Go to the [http://www.microsoft.com/express/2005/ Microsoft download center] and get the compiler.
 
Alternatively, download [http://msdn.microsoft.com/vstudio/express/support/install/ ISO image], which can be mounted, or burned to CD for off-line installing.
 
 
 
Alternatively you can get Visual Studio 2008 Express edition, though it is not yet fully tested to be compatible with Orbiter.  That can be downloaded here: [http://www.microsoft.com/express/download/ MSDN Visual Studio Download Center]
 
 
 
Tell the program you are agreeing to its pernicious license agreement, but do it with your fingers crossed.
 
 
 
Install the Graphical IDE, but not MSDN or SQL stuff.
 
 
 
=== Get Orbiter and the SDK ===
 
 
 
Get Orbiter and the OrbiterSDK from [http://www.orbitersim.com/ Orbitersim.com] and unpack it.
 
 
 
For the latest version of Orbiter, 2006-P1, you need the following files:
 
 
 
#Orbiter Base (060929)
 
#Orbiter SDK (060929)
 
 
 
For the older Orbiter 06 version, you need the following files:
 
 
 
#Orbiter Base (060504)
 
#Orbiter SDK (060504)
 
 
 
For the older Orbiter 05 version, you need at least 4 files:
 
 
 
#Orbiter Base (050116)
 
#Orbiter SDK (050116)
 
#Orbiter Base Patch (050216)
 
#Orbiter SDK Patch (050216)
 
 
 
Unpack all these files into the same folder, in order. A good choice is <tt>C:\Orbiter</tt>. This document assumes you use this path, from now on.
 
 
 
When installing the patches, it will ask if it is ok to replace a file. Say ''yes to all''.
 
 
 
=== Get the Windows SDK ===
 
 
 
You need the SDK to get <tt>windows.h</tt> and its associated files.
 
 
 
The latest version of the SDK (Microsoft Windows Server 2003 R2 Platform SDK) is available as [http://www.microsoft.com/downloads/details.aspx?FamilyId=0BAF2B35-C656-4969-ACE8-E4C0C0716ADB&displaylang=en Web Installer], as [http://www.microsoft.com/downloads/details.aspx?FamilyId=484269E2-3B89-47E3-8EB7-1F2BE6D7123A&displaylang=en Full Download], and as [http://www.microsoft.com/downloads/details.aspx?familyid=E15438AC-60BE-41BD-AA14-7F1E0F19CA0D&displaylang=en ISO Image]. The download of this version requires Windows Genuine Advantage validation.
 
 
 
NOTE: A new version of the SDK, that does NOT requre validation ( Windows SDK for Windows Server 2008 and .NET Framework 3.5) is now available. The Web Installer is located  [http://www.microsoft.com/downloads/details.aspx?FamilyId=E6E1C3DF-A74F-4207-8586-711EBE331CDC&displaylang=en here]
 
 
 
There is also an earlier version of the SDK (Windows Server 2003 SP1 Platform SDK) available, which does not require the validation, and is still perfectly adequate for our purpose: [http://www.microsoft.com/downloads/details.aspx?FamilyId=A55B6B43-E24F-4EA3-A93E-40C0EC4F68E5&displaylang=en Web Installer], [http://www.microsoft.com/downloads/details.aspx?familyid=EBA0128F-A770-45F1-86F3-7AB010B398A3&displaylang=en Full Download], and [http://www.microsoft.com/downloads/details.aspx?familyid=D8EECD75-1FC4-49E5-BC66-9DA2B03D9B92&displaylang=en ISO Image].
 
 
 
Run the installer and uncheck everything but what is shown below.
 
 
 
[[Image:SDKInstall1.png]]
 
 
 
== Setting up a project ==
 
 
 
VC++ 2003 files are not perfectly compatible with VC++ 2005, and the non-free version is not perfectly compatible with the free version. You can either use [[Vessel template wizard]] or manually change existing project to make it to get to compile. Fortunately, those changes are small, and the same for all projects.
 
 
 
We will modify the ShuttlePB project to work with the VC++2005. Start VC++, and open the project file <tt>OrbiterSDK\samples\ShuttlePB\ShuttlePB.dsw</tt>.
 
 
 
=== Configuration ===
 
 
 
At the top, immediately under the menu bar, change the Configuration to ''Release''.
 
 
 
[[Image:SDKInstall2.png]]
 
 
 
=== Include path ===
 
 
 
Right click on the bold ShuttlePB in the left-hand tree. Select "Properties". Add the SDK include path for both the Platform SDK and the Orbiter SDK to the project include path. The Platform SDK installs itself by default to <tt>C:\Program Files\Microsoft Platform SDK</tt> so add the path <tt>C:\Program Files\Microsoft Platform SDK\Include</tt>. Orbiter can be installed anywhere, but if you unpacked it to <tt>C:\Orbiter</tt>, the correct path is <tt>C:\Orbiter\Orbitersdk\include</tt>. Or, you can have it be a relative path, like <tt>..\..\include</tt> (This number of ..\ is correct for ShuttlePB, check for the right number for anyplace else)
 
 
 
[[Image:SDKInstall3.png]]
 
 
 
=== Library path ===
 
 
 
Add the SDK library path for both the Platform SDK and the Orbiter SDK to the linker library path.  The Platform SDK path default is <tt>C:\Program Files\Microsoft Platform SDK\lib</tt>. The Orbiter SDK default is  <tt>C:\Orbiter\Orbitersdk\lib</tt>
 
 
 
[[Image:SDKInstall5.png]]
 
 
 
=== C++ language change ===
 
 
 
There are a few important changes between code for Visual C++ 2005 and earlier versions. Fortunately, only small modifications to the code are required to compensate for them.
 
 
 
First, load OrbiterAPI.h and change the reference to <tt><fstream.h></tt> to <tt><fstream></tt> so it will find the renamed header file correctly.  This has actually been corrected in the most recent Orbiter Patch.
 
 
 
If you were to try to build the project after making that change, it would still fail on line 43 of <tt>ShuttlePB.cpp</tt>.
 
 
 
MSVC++ 2005 fixes a long-standing Visual C++ bug relating to the scope of variables defined in for() loops, and some code has previously relied on that bug to compile: worse than that, correct C++ code following the standard which defined a variable of the same name in two for() loops would not compile! In this case, simply change the function as shown:
 
 
 
// Calculate lift coefficient [Cl] as a function of aoa (angle of attack) over -Pi ... Pi
 
// Implemented here as a piecewise linear function
 
double LiftCoeff (double aoa)
 
{
 
const int nlift = 9;
 
static const double AOA[nlift] = {-180*RAD,-60*RAD,-30*RAD,-1*RAD,15*RAD,20*RAD,25*RAD,60*RAD,180*RAD};
 
static const double CL[nlift]  = {      0,      0,  -0.1,    0,  0.2,  0.25,  0.2,    0,      0};
 
static const double SCL[nlift] = {(CL[1]-CL[0])/(AOA[1]-AOA[0]), (CL[2]-CL[1])/(AOA[2]-AOA[1]),
 
                          (CL[3]-CL[2])/(AOA[3]-AOA[2]), (CL[4]-CL[3])/(AOA[4]-AOA[3]),
 
  (CL[5]-CL[4])/(AOA[5]-AOA[4]), (CL[6]-CL[5])/(AOA[6]-AOA[5]),
 
                                    (CL[7]-CL[6])/(AOA[7]-AOA[6]), (CL[8]-CL[7])/(AOA[8]-AOA[7])};
 
<strike>for (int i = 0; i < nlift-1 && AOA[i+1] < aoa; i++);</strike>
 
        '''int i;'''
 
'''for (i = 0; i < nlift-1 && AOA[i+1] < aoa; i++);'''
 
return CL[i] + (aoa-AOA[i])*SCL[i];
 
}
 
 
 
The exact problem here is that in older versions, the variable <tt>i</tt> in the one-line for statement <tt>for(int i=0</tt>... incorrectly has scope over its entire block, in this case the entire function. In VC++2005, <tt>i</tt> correctly has scope only over the for statement in which it is defined. Other projects may break in the compile phase for similar reasons.
 
 
 
Note that to allow backwards compatibility it's best to always define a for() loop variable outside the loop in this manner, even when no code tries to access the variable outside the loop. Otherwise, if, for example, you include two for() loops in the same function which both define <tt>int i</tt> as their loop variable, it will compile in VC++2005 but fail to compile in older versions.
 
 
 
There is an option in the project compiler settings window which changes this particular standard, but the code change makes the code clearer and more readable, and, more importantly, it's now correct C++ code according to the C++ standard.
 
 
 
=== Adding and Removing libraries ===
 
 
 
Compiling a vessel requires the Windows SDK library's <tt>kernel32.lib</tt>,<tt>user32.lib</tt> and <tt>gdi32.lib</tt>. These are not linked by default, so you have to add them to the "Additional Dependencies" line.
 
 
 
If ODBC library is specified you may safely remove it from the link options on the "Additional Dependencies" line. Also, by default, the project tries to link against the library <tt>msvcirt.lib</tt> which is not included in the free VC++2005 download, or the SDK download. We can easily get rid of this also. Add this library to the "Ignore specific library" line.
 
 
 
Edit the project properties, and make the changes as shown below:
 
 
 
[[Image:SDKInstall4.png]]
 
 
 
== Compiling and adding resource files ==
 
 
 
(Not required for the ShuttlePB example, ONLY REQUIRED FOR VC++ 2003 toolkit <, VC++ 2005 and VC++ 2008 express edition compilers can compile resources without problems)
 
 
 
VC++ 2003 toolkit doesn't support the compilation of resource files (.res) from source files (such as bitmaps .bmp). However, there is a command line resource compiler (rc.exe) which is installed when you install VC++ Express. The default location for this program is C:\Program Files\Microsoft Visual Studio 8\VC\Bin\rc.exe.
 
 
 
rc.exe takes as its input a resource description file (.rc) and emits a resource file (.res). Take the example of two bitmaps called panel.bmp and panelLight.bmp. In order to compile these resources create a .rc file which is effectively a text file describing the resources to compile. To compile the above example you would a text file with the following text and save it as a .rc file (in our case panels.rc).
 
 
 
1 BITMAP panel.bmp
 
2 BITMAP panelLight.bmp
 
 
 
then execute the following command:
 
 
 
rc /r panels.rc
 
 
 
The result is a new file (panels.res). In VC++ you can select to add an existing item and add the .res file to the solution. On next compilation the resource will be embedded in the resulting dll.
 
 
 
Note: In order to call rc from the directory where your files are you will need to add the location of rc to your path.
 
 
 
== Compiling the addon ==
 
 
 
Use the menu option Build/Build ShuttlePB to compile. It should now compile cleanly, no errors or warnings. The DLL will be in <tt>C:\Orbiter\Modules\ShuttlePB.dll</tt>. If you are making an MFD or plugin, you will want those to compile into the <tt>C:\Orbiter\Modules\Plugin</tt> folder. If you go look up this module, it should have the current time, and be accompanied by a .exp and a .lib file, both of which have the current date on them. Load any scenario which uses ShuttlePB and fly it normally.
 
 
 
== Debugging the addon ==
 
 
 
Microsoft Visual Studio includes a debugger that will enable you to debug your addon quickly and easily without resorting to oapiDebugString all the time.
 
 
 
* Set your active configuration to "Debug" in the Standard Toolbar or Build --> Configuration Manager. [[Image:VisualStudioDebugConfiguration.png]]
 
* In your project Properties, set the following options:
 
** Configuration Properties --> Linker --> General --> Output File - this should be set to your DLL name and put in your orbiter path where orbtier will load it from. Eg, C:\orbiter\modules\plugin\addon.dll
 
** Debugging --> Command - this should be set to your orbiter.exe. Eg, C:\orbiter\orbiter.exe
 
** Debugging --> Working Directory - this should be set to the directory that orbiter is in. Eg, C:\orbiter
 
** C/C++ --> General --> Debug Information Format - set to anything except "Disabled"
 
 
 
Make sure when debugging that you have orbiter running windowed or on another screen to Visual Studio, otherwise you won't be able to see the debugger.
 
 
 
Press F5 to start the program and begin debugging.
 
 
 
Note: When running orbiter, if you exit back to the launchpad, then your module may become detached from Visual studio and not debug. You will either have to quit out of the launchpad entirely, or manually attach it to the orbiter process (Debug --> Attach to process...)
 
 
 
== Sharing the addon ==
 
 
 
When addons are compiled under VC++ 2005 (VC 8.0) the resulting DLL implements a new component dependency model not present in any previous version of VC++.  This model uses an embedded XML file to declare it's dependency to which VC library it uses.  For DLL's compiled in VC++ 2005, this means the embedded XML points to MSVCR80.DLL and MSVCP80D.DLL.  These two files are not included with "off-the-shelf" copies of Windows.  Users of your addon must either have installed the Microsoft .NET 2.0 Framework or the Microsoft Visual C++ 2005 Redistributable Package.
 
 
 
The .NET 2.0 Framework Redistributable can be downloaded [http://www.microsoft.com/downloads/details.aspx?FamilyID=0856eacb-4362-4b0d-8edd-aab15c5e04f5&displaylang=en here for x86 (32-bit)] and [http://www.microsoft.com/downloads/details.aspx?familyid=B44A0000-ACF8-4FA1-AFFB-40E78D788B00&displaylang=en here for x64 (64-bit).]
 
 
 
If the user does not wish to install the full .NET 2.0 Framework, they can still use your addon by installing the Microsoft Visual C++ 2005 Redistributable Package which can be downloaded [http://www.microsoft.com/downloads/details.aspx?familyid=32BC1BEE-A3F9-4C13-9C99-220B62A191EE&displaylang=en here for x86 (32-bit)] and [http://www.microsoft.com/downloads/info.aspx?na=47&p=2&SrcDisplayLang=en&SrcCategoryId=&SrcFamilyId=32BC1BEE-A3F9-4C13-9C99-220B62A191EE&u=details.aspx%3ffamilyid%3d90548130-4468-4BBC-9673-D6ACABD5D13B%26displaylang%3den here for x64 (64-bit).]
 
 
 
== Reloading the project ==
 
Once the project has been saved VC++2005 will have created a number of new files in the original directory. To reopen the project at a later date you should open the .sln file, as opposed to the original .dsw file. If you open the project from the .sln file all of the changes you made in the previous section will be intact as opposed to going through the process of conversion again.
 
 
 
== Errors and solutions ==
 
 
 
=== cannot open include file 'afxres.h' ===
 
'''Error:''' fatal error RC1015: cannot open include file 'afxres.h'.
 
 
 
'''Solution:''' add the 'include\mfc\' folder of the Platform SDK (default <tt>C:\Program Files\Microsoft Platform SDK\include\mfc</tt>) to "Configuration Properties/Resources/Additional Include Directories"
 
 
 
=== error LNK2019: unresolved external symbol ... ===
 
'''Error:''' error LNK2019: unresolved external symbol ...
 
 
 
'''Solution:''' add the library containing the required symbol to "Configuration Properties/Linker/Input/Additional Dependencies".
 
 
 
{| border="1" cellspacing="0" cellpadding="2"
 
! Symbol
 
! Library
 
|-
 
| __imp__SetWindowTextA@8
 
| user32.lib
 
|-
 
| __imp__EndDialog@8
 
| user32.lib
 
|-
 
| __imp__GetWindowTextA@12
 
| user32.lib
 
|-
 
| __imp__GetDlgItem@8
 
| user32.lib
 
|-
 
| __imp__DialogBoxParamA@20
 
| user32.lib
 
|-
 
|}
 
== To Do ==
 
*Check if this compiles vessels with panels.
 
 
 
{{HasPrecis}}
 
 
 
[[Category:Tutorials]][[Category:Addon tutorials]]
 

Revision as of 03:53, 15 July 2008

FUCK YOU URWUMPE