Jonas Maebe 28c20cfc5e * the default string type for the JVM target is no longer automatically ... unicodestring = java.lang.String. The reason this was the default in the past is that this was the first string type that was implemented, and without it being the default most code involving string operations would fail. Now the default strings types are the same as for other targets + new {$modeswitch unicodestrings} directive, that when activated *together* with {$h+}, 1) changes char into an alias for widechar 2) changes string into an alias for unicodestring 3) changes the preferred string evaluation type (in case of uncertainty) to unicodestring {$modeswitch unicodestrings} with {$h-} does not change anything at all regarding the string type (it still changes the char type) + new uuchar unit that redefines char as widechar, and which is automatically included by the compiler if {$modeswitch unicodestrings} is enabled git-svn-id: branches/jvmbackend@18781 -		2011-08-20 08:35:47 +00:00
..
buildrtl.lpi	* version update	2011-08-14 21:42:50 +00:00
buildrtl.pp	* Moved and renamed GetSpecialDir from sysutils to new windirs unit, so it can be used in the compiler	2011-03-14 20:43:03 +00:00
classes.pp	* Fixed warnings.	2007-12-22 12:27:03 +00:00
gprt0.as	* gprof fixes	2006-01-22 11:23:41 +00:00
initc.pp	* use ctypes instead of defining own types	2007-01-12 10:56:29 +00:00
Makefile	* the default string type for the JVM target is no longer automatically	2011-08-20 08:35:47 +00:00
Makefile.fpc	* the default string type for the JVM target is no longer automatically	2011-08-20 08:35:47 +00:00
objinc.inc
signals.pp	* use DefaultCW to reload fpu settings	2006-11-02 08:58:01 +00:00
sysinit.inc	* Link TLS directory and callbacks only into executables. It is not necessary for DLLs, because callback functionality is contained in DllMain. Moreover, DLLs with TLS directory cannot be dynamically loaded in Windows versions prior to Vista.	2011-07-27 23:22:09 +00:00
sysinitcyg.pp	* Link TLS directory and callbacks only into executables. It is not necessary for DLLs, because callback functionality is contained in DllMain. Moreover, DLLs with TLS directory cannot be dynamically loaded in Windows versions prior to Vista.	2011-07-27 23:22:09 +00:00
sysinitgprof.pp	* Link TLS directory and callbacks only into executables. It is not necessary for DLLs, because callback functionality is contained in DllMain. Moreover, DLLs with TLS directory cannot be dynamically loaded in Windows versions prior to Vista.	2011-07-27 23:22:09 +00:00
sysinitpas.pp	* Link TLS directory and callbacks only into executables. It is not necessary for DLLs, because callback functionality is contained in DllMain. Moreover, DLLs with TLS directory cannot be dynamically loaded in Windows versions prior to Vista.	2011-07-27 23:22:09 +00:00
system.pp	* Link TLS directory and callbacks only into executables. It is not necessary for DLLs, because callback functionality is contained in DllMain. Moreover, DLLs with TLS directory cannot be dynamically loaded in Windows versions prior to Vista.	2011-07-27 23:22:09 +00:00
wcygprt0.as	* use initialstkptr for setting stackbottom	2006-01-12 11:55:36 +00:00
wdllprt0.as	* more properties fixed	2007-08-02 07:40:03 +00:00
windows.pp	+ {$PACKSET 1} for windows units to improve delphi compatibility	2007-06-16 16:57:31 +00:00
winsysut.pp
wprt0.as	* use initialstkptr for setting stackbottom	2006-01-12 11:55:36 +00:00