Changelogs

Overview

These changelogs reflect the history of all files in the Subversion repository. The changelog has been generated at 2016-05-09 08:38:04

Changes per page:

25 50 100 250 500 1000 2000

Changelog for wxWidgets (70435 changes):

2014-05-14 14:40 VZ, revision 76531

Use wxMemorySize type in Unix implementation of wxGetFreeMemory(). This should avoid overflows on 32 bit systems with more than 2GB of RAM.

2014-05-14 14:40 VZ, revision 76530

Check result of fgets() and sscanf() in wxGetFreeMemory(). This fixes g++ -Wunused-result warnings and also actually makes the code more robust.

2014-05-14 14:40 VZ, revision 76529

Use wxMemorySize type in Unix implementation of wxGetFreeMemory(). This should avoid overflows on 32 bit systems with more than 2GB of RAM.

2014-05-14 14:40 VZ, revision 76528

Check result of fgets() and sscanf() in wxGetFreeMemory(). This fixes g++ -Wunused-result warnings and also actually makes the code more robust.

2014-05-14 14:39 VZ, revision 76527

Remove unused variables from wxRichTextListStylePage code. This avoids warnings about them.

2014-05-14 14:21 VZ, revision 76526

Remove non existing wxPG_COMPACTOR style from documentation. No idea what was it supposed to do, but this style doesn't exist and never did in the version included in wxWidgets, so simply remove it. Closes #16264.

2014-05-13 22:48 SC, revision 76525

support for enable/disable and capitalization in ios

2014-05-13 22:47 SC, revision 76524

expose capitalize flag for ios as well

2014-05-13 22:03 SC, revision 76523

fixing compile in case of absent wxSpinCtrl

2014-05-13 22:02 SC, revision 76522

order than the current OnInit handling for cocoa and carbon we still have to use the native callback for ios

2014-05-13 21:55 SC, revision 76521

allowing compile under ios, where menus are not available

2014-05-13 21:54 SC, revision 76520

fixing compile under ios

2014-05-12 15:16 VZ, revision 76519

Fix print preview in 64 bit MinGW wxMSW builds. Don't hardcode wrong PRINTDLG structure size for 64 bit builds. In fact, don't hardcode it at all as it just doesn't seem to be necessary to do it, the comment about Cygwin getting it wrong seems to be out of date. Closes #16256.

2014-05-12 15:16 VZ, revision 76518

Fix cast from "void*" to integer type in wxThread::Exit() for non-MSVC. This fixes another problem in 64 bit Cygwin build.

2014-05-12 15:16 VZ, revision 76517

Use DWORD instead of unsigned long in wxFileSystemWatcher wxMSW code. These two types are not the same in 64 bit Cygwin builds, so fix the build by just using DWORD everywhere.

2014-05-12 15:16 VZ, revision 76516

Fix tests for __WXMSW__ in non-GUI-only code. __WXMSW__ is not defined when compiling wxBase, so the tests which were meant to prevent using Unix event loop classes under Cygwin (under which both __UNIX__ and __WINDOWS__, but not __WXMSW__, are defined) failed, breaking compilation of all wxEventLoop-related code in wxBase in Cygwin builds.

2014-05-12 15:16 VZ, revision 76515

Don't use _{get,ch}drive() functions in Cygwin builds. They are not available there when not using MinGW headers, e.g. in 64 bit builds. Also simplify the code by using wxHAS_DRIVE_FUNCTIONS instead of complicated (and sometimes negated) checks for MinGW32 version.

2014-05-12 15:16 VZ, revision 76514

Don't use LCID and WXLCID interchangeably in wxMSW code. Similarly to the problem with WXDWORD and DWORD, LCID is actually an unsigned int and not unsigned long in 64 bit Cygwin builds, so it's a different type.

2014-05-12 15:16 VZ, revision 76513

Add casts from long to LONG to fix 64 bit Cygwin wxMSW build. In 64 bits, LONG is actually defined as int in Cygwin gcc headers, so is different from long -- even if both types use identical representation. Just add the casts to fix this for now, as this is the smallest ABI-preserving change. Ideally, something better and less ugly would need to be done in the future.

2014-05-12 15:15 VZ, revision 76512

Don't use DWORD and WXDWORD interchangeably in wxMSW code. WXDWORD is defined as unsigned long, while DWORD is defined as unsigned int in 64 bit builds using Cygwin gcc, so they are not the same type (although they do have the same size) and using the latter instead of the former in the function definition results in errors in this build configuration.

2014-05-12 15:15 VZ, revision 76511

Define __WIN64__ for 64 bit wxMSW builds with gcc too. Previously __WIN64__ was only defined for 64 bit builds with MSVC, which resulted in many problems when using 64 bit Cygwin compiler. Also don't use MSVC-specific __int64 but our wxInt64 for WX{L,W}PARAM and WXLRESULT definitions in 64 bit builds.

2014-05-12 15:15 VZ, revision 76510

Use __WIN64__ instead of MSVC-specific _WIN64 in wxIsPlatform64Bit(). Make the code work correctly for 64 bit builds with other compilers, e.g. gcc.

2014-05-12 15:15 VZ, revision 76509

Don't define wxSIZE_T_IS_UINT for Cygwin unconditionally. This breaks 64 bit Cygwin builds and is unnecessary for 32 bit ones where configure already defines wxSIZE_T_IS_UINT correctly. Closes #16130.

2014-05-12 15:14 VZ, revision 76508

Fix print preview in 64 bit MinGW wxMSW builds. Don't hardcode wrong PRINTDLG structure size for 64 bit builds. In fact, don't hardcode it at all as it just doesn't seem to be necessary to do it, the comment about Cygwin getting it wrong seems to be out of date. Closes #16256.

2014-05-12 15:14 VZ, revision 76507

Fix cast from "void*" to integer type in wxThread::Exit() for non-MSVC. This fixes another problem in 64 bit Cygwin build.