0x47 stub
[scummvm-innocent.git] / base / version.cpp
blobeabafecc30d51f4d85892a29f8d76eb4370f3e99
1 /* ScummVM - Graphic Adventure Engine
3 * ScummVM is the legal property of its developers, whose names
4 * are too numerous to list here. Please refer to the COPYRIGHT
5 * file distributed with this source distribution.
7 * This program is free software; you can redistribute it and/or
8 * modify it under the terms of the GNU General Public License
9 * as published by the Free Software Foundation; either version 2
10 * of the License, or (at your option) any later version.
12 * This program is distributed in the hope that it will be useful,
13 * but WITHOUT ANY WARRANTY; without even the implied warranty of
14 * MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the
15 * GNU General Public License for more details.
17 * You should have received a copy of the GNU General Public License
18 * along with this program; if not, write to the Free Software
19 * Foundation, Inc., 51 Franklin Street, Fifth Floor, Boston, MA 02110-1301, USA.
21 * $URL$
22 * $Id$
26 #include "common/scummsys.h"
27 #include "base/internal_version.h"
28 #include "base/version.h"
31 * Version string and build date string. These can be used by anything that
32 * wants to display this information to the user (e.g. about dialog).
34 * Note: it would be very nice if we could instead of (or in addition to) the
35 * build date present a date which corresponds to the date our source files
36 * were last changed. To understand the difference, imagine that a user
37 * makes a checkout on January 1, then after a week compiles it
38 * (e.g. after doing a 'make clean'). The build date then will say January 8
39 * even though the files were last changed on January 1.
41 * Another problem is that __DATE__/__TIME__ depend on the local time zone.
43 * It's clear that such a "last changed" date would be much more useful to us
44 * for feedback purposes. After all, when somebody files a bug report, we
45 * don't care about the build date, we want to know which date their checkout
46 * was made.
48 * So, how could we implement this? At least on unix systems, a special script
49 * could do it. Basically, that script could parse the output of "svn info" or
50 * "svnversion" to determine the revision of the checkout, and insert that
51 * information somehow into the build process (e.g. by generating a tiny
52 * header file, analog to internal_version.h, maybe called svn_rev.h or so.)
54 * Drawback: This only works on systems which can run suitable scripts as part
55 * of the build proces (so I guess Visual C++ would be out of the game here?
56 * I don't know VC enough to be sure). And of course it must be robust enough
57 * to properly work in exports (i.e. release tar balls etc.).
59 const char *gScummVMVersion = SCUMMVM_VERSION;
60 const char *gScummVMBuildDate = __DATE__ " " __TIME__;
61 const char *gScummVMVersionDate = SCUMMVM_VERSION " (" __DATE__ " " __TIME__ ")";
62 const char *gScummVMFullVersion = "ScummVM " SCUMMVM_VERSION " (" __DATE__ " " __TIME__ ")";
63 const char *gScummVMFeatures = ""
64 #ifdef USE_TREMOR
65 #ifdef USE_TREMOLO
66 // libTremolo is used on WinCE for better ogg performance
67 "Tremolo "
68 #else
69 "Tremor "
70 #endif
71 #else
72 #ifdef USE_VORBIS
73 "Vorbis "
74 #endif
75 #endif
77 #ifdef USE_FLAC
78 "FLAC "
79 #endif
81 #ifdef USE_MAD
82 "MP3 "
83 #endif
85 #ifdef USE_ALSA
86 "ALSA "
87 #endif
89 #ifdef USE_ZLIB
90 "zLib "
91 #endif
93 #ifdef USE_MPEG2
94 "MPEG2 "
95 #endif
97 #ifdef USE_FLUIDSYNTH
98 "FluidSynth "
99 #endif