~codeblocks-devs/codeblocks/trunk

From Revision 10546 to 10527

expand all

collapse all

Rev		Summary	Authors	Date	Diff	Files
10546		- depslib: Formatting - depslib: Formatting	fuscated	2 years ago
10545		* depslib: Fix a crash when compiling a program (ticket #108... * depslib: Fix a crash when compiling a program (ticket #1086, thanks Gerard DURAND) > The problem happens because the FINDTYPE is replaced with the incorrect   type. > This patch fixes the type by using intptr_t, which is what the Windows   APIs actually use for return type these days.	fuscated	2 years ago
10544		- build: Remove incorrect stripping and debug symbol options... - build: Remove incorrect stripping and debug symbol options from BrowseTracker projects > -g is passed using $(#CB_RELEASE_TYPE) > -s is supposed to be done in a post build step inside the update* script	fuscated	2 years ago
10543		* script wizard: Remove stray bracket in SDL2 wizard script ... * script wizard: Remove stray bracket in SDL2 wizard script (ticket #1104, thanks Miguel Gimenez)	fuscated	2 years ago
10542		* BrowseTracker - Fixed editor switching dialog * BrowseTracker - Fixed editor switching dialog	pecanh	2 years ago
10541		- testing - testing autorization to commit changes - testing - testing autorization to commit changes	pecanh	2 years ago
10540		- build: Fixes for r12467 - build: Fixes for r12467	fuscated	2 years ago
10539		* SDK/debugger: Try to fix the active debugger problem (tick... * SDK/debugger: Try to fix the active debugger problem (ticket #611) > There are three separate reports which look the similar, two in the ticket,   and one in https://forums.codeblocks.org/index.php/topic,24543.msg167535/topicseen.html > This patch fixes the last one and probably fixes the other two as well. > I think the problems happen because the active debugger variables in   DebuggerManager and DebuggerMenuHandler aren't updated after a change to   the configuration of the project. > This patch introduces an event which is meant to detect this and update the   variables. > As a side change I've switched to strong type enums for cbSettingsType. > Another side change is that now there is an event sent if the settings of   for scripting have been changed.	fuscated	2 years ago
10538		* UI: Settings -> Backtick Cache... * UI: Settings -> Backtick Cache... > Provide UI for inspecting the current state of the cache. It might be   useful for debugging purposes. > It also makes it possible to clear the cache manually.	fuscated	2 years ago
10537		* SDK/compiler: Clear the Backtick cache before important op... * SDK/compiler: Clear the Backtick cache before important operations > This is very old and annoying problem that if you have some backtick   expression which changes its result a full C::B restart is required to   get the updated value. > The major point is that even if you know about the problem it almost   always catches you by surprise and wastes your time. If you're unaware   you're about to open a forum topic and waste even more time. > The idea about this clearing is to happen just before major compiler   operations and to be triggered by user actions. We don't want to call   this new function from some internal DoSomething function, we want the   cache to operate as a cache after all. > Hopefully this won't slow the build too much.	fuscated	2 years ago
10536		- SDK: Rename ExpandBackticks to cbExpandBackticks - SDK: Rename ExpandBackticks to cbExpandBackticks > Just to add some kind of namespace	fuscated	2 years ago
10535		* SDK: Add support for expanding complex shell expressions f... * SDK: Add support for expanding complex shell expressions from backticks > Use the currently selected shell to execute the backticks. > This makes allows piped commands like "cmd0|cmd1" to work correctly. > Other complex shell expressions should also work, probably. > Escape single-quotes with '\'. > Better logging - print the result of the command and the exit code.	fuscated	2 years ago
10534		- libfinder: Re-run the wxSmith generator code to update the... - libfinder: Re-run the wxSmith generator code to update the dialog to the latest variant	fuscated	2 years ago
10533		* UI: Fix a crash when using File -> New -> Project on Windo... * UI: Fix a crash when using File -> New -> Project on Windows > The problem happens becuase we use the SetItemData API to pass a pointer,   but the parameter in this functions is an long, which on 64bit Windows   is still 32bit in size. > It seems the problem happens with newer GCC compilers. I don't actually   know why it works with the old ones. Probably new returns pointers which   don't use the highter bits. > Originally reported here: https://forums.codeblocks.org/index.php/topic,24486.0.html > The fix is to use the SetItemPtrData API instead. > I've done a quick search of the code base for other examples of this   problem and hopefully I've fixed them.	fuscated	2 years ago
10532		- Fix typos - Fix typos	fuscated	2 years ago
10531		+ wxSmith: Add option to use wxS("") for strings (thanks sta... + wxSmith: Add option to use wxS("") for strings (thanks stahta01)	bluehazzard	2 years ago
10530		- scripting: Fix debug function name - scripting: Fix debug function name	fuscated	2 years ago
10529		* scripting: Another fix for the alignment mismatch (ticket ... * scripting: Another fix for the alignment mismatch (ticket #1102) > The problem happen because the new TypeAlignment traits doesn't work for   const T. So extracting const pointers to T failed. > The fix is simple - never call TypeAlignment with a const type. It will   still fail if the type is pointer or reference, but hopefully this won't   really happen and I don't want to introduce too many type-traits   instantiations which slow down compilation.	fuscated	2 years ago
10528		- scripting: Typos and formatting fixes - scripting: Typos and formatting fixes	fuscated	2 years ago
10527		* scripting: Fix crash in 32bit windows builds when calling ... * scripting: Fix crash in 32bit windows builds when calling methods on base classes (ticket #1102) > The problem happened because some derived classes had different alignment   than the base clases in 32 bit builds: EditorBase - 4 and cbEditor - 8,   CompileTargetBase - 4, cbProject - 8. > This change in alignment changes the offset of the userdata/userptr   memebers of UserDataForType. When the requested type and the actual type   differ we get different offsets and the data is read incorrectly. > I don't know why the alignment is different, but it doesn't actually   matter. The main problem is that the embedding system didn't support   this. > Now it does. I've done it with another trait kind class - TypeAlignment.   The default uses alignof(T). If this doesn't work (it will be detected at   compile time) the alignments should be adjusted.	fuscated	2 years ago

• Older »

Loggerhead is a web-based interface for Breezy
Version: 2.0.1