summaryrefslogtreecommitdiff
path: root/src/os/macosx
AgeCommit message (Collapse)Author
2008-05-06(svn r12971) -Documentation: add @file in files that missed them and add ↵rubidium
something more than whitespace as description of files that don't have a description.
2008-05-04(svn r12944) -Codechange: use rev.h instead of externs at many placessmatz
2007-12-25(svn r11692) -Codechange: move some functions from 'functions.h' to a more ↵rubidium
logical place and remove about 50% of the includes of 'functions.h'
2007-12-23(svn r11688) -Fix [FS#1581]: Compilation was broken on OS X again.egladil
2007-12-23(svn r11684) -Codechange: split gfx.h in a type and functional header.rubidium
2007-12-21(svn r11678) -Fix (r11674): [OSX] fixed compilationbjarni
2007-12-21(svn r11676) -Fix (r11674): some references to macros.h were leftglx
2007-11-30(svn r11542) -Fix r11540: [OSX] presumed 10.3 style strings when using ↵bjarni
GetCurrentLocale nomatter what OSX the target was
2007-11-30(svn r11540) -Fix: [OSX] Don't try to compile the quartz video driver on OSX ↵bjarni
10.3. It will fail
2007-11-25(svn r11521) -Codechange: [OSX] Check what the running os version is in a ↵egladil
cleaner way.
2007-11-07(svn r11389) -Fix [FS#1386]: Replace calls to deprecated API with newer ones ↵egladil
and handle broken iconv declaration in OSX 10.5.
2007-10-27(svn r11351) -Fix (r11342): [OSX] killed a warningbjarni
2007-10-25(svn r11342) -Fix: [OSX] The cocoa driver incorrectly assumed that the ↵egladil
blitter always was 8bpp. Now both 8bpp and 32bpp blitters can be used. The driver will check the blitter screen depth. In fullscreen it will select a proper video mode for this depth, and in windowed mode it will simply skip doing fake 8bpp.
2007-08-11(svn r10851) -Feature [OSX]: OpenTTD will now pick the same language as ↵bjarni
finder is set to if no config file is found (ln-)
2007-08-03(svn r10761) -Fix (FS#1101, r10216): _pal_last_dirty changed to ↵glx
_pal_count_dirty without updating, so it was of by one
2007-06-19(svn r10216) -Fix: palette animation always redid all palette entries, where ↵truelight
in fact only a few indexes were needed -Codechange: allow blitters to handle palette animation internally or even disable it; 8bpp uses video-backend for palette animation
2007-03-07(svn r9050) -Codechange: Foo(void) -> Foo()rubidium
2007-02-05(svn r8605) -Codechange: [OSX] changed all objective C to objective C++bjarni
This will permanently solve the issue where compilation on OSX broke because C++ code was added to some header files -Note: (important if you develop mac specific code) taken from http://developer.apple.com/releasenotes/Cocoa/Objective-C++.html gdb lacks an integrated C++ with Objective-C parser. This means that gdb won't be able to evaluate expressions that contain both C++ and Objective-C constructs. gdb assumes that the language for ".mm" files is C++. you can change it to objective C by typing: (gdb) set language objc Mixing C++ and objective C has some limitation (see link for all of them)
2007-01-10(svn r8038) -Merge: the cpp branch. Effort of KUDr, Celestar, glx, Smoovius, ↵rubidium
stillunknown and pv2b.
2007-01-10(svn r8033) [cpp] - Prepare for merge from branches/cpp (all .c files ↵KUDr
renamed to .cpp)
2007-01-02(svn r7759) -Merge: makefile rewrite. This merge features:rubidium
- A proper ./configure, so everything needs to be configured only once, not for every make. - Usage of makedepend when available. This greatly reduces the time needed for generating the dependencies. - A generator for all project files. There is a single file with sources, which is used to generate Makefiles and the project files for MSVC. - Proper support for OSX universal binaries. - Object files for non-MSVC compiles are also placed in separate directories, making is faster to switch between debug and release compiles and it does not touch the directory with the source files. - Functionality to make a bundle of all needed files for for example a nightly or distribution of a binary with all needed GRFs and language files. Note: as this merge moves almost all files, it is recommended to make a backup of your working copy before updating your working copy.