Agree with ticket #76 and #77 closing. It seems I can't do this myself (even I'm the creator of ticket), only adminstrator can.
Frankly I didn't remember exact use case of "add of numeric/string value for wired compiler" probably some exotic compiler - I've quite a bunch of ...
See information on LCC on patch 76 https://sourceforge.net/p/codeblocks/tickets/77/ I can update patch with trunk (I already have something working with quite fresh trunk). Any chance this will be integrated after or waste of time ?
Yes LCC-Win32 is "end of life" product. This is a closed sources compiler and programmer (Jacob Navia) as retired a few years ago, it will not open source it. This compiler (32 bit version at least) has some usage in specific cases, it now tends to be replaced by GCC I can reformat the patch, testing against trunk will took a bit more time. Regarding information above, any chance to go to integration or it is waste of time ?
Yes, this old proposal is a patch for specific purpose (use case was a specific degrafmenter). So, yes, it's very infrequently needed. It didn't start program elevated in any case, but only in case program fail to launch with specific error "need elevation" (::GetLastError()==740), so it will trigger only on exectuable with a manifest requiring this elevation (or force by properties) Running whole C::B elevated has some adverse effects (at this time, under Seven or Vista didn't remebr exactly), including...
Ah ok for double click. I didn't see this kind of behaviour but I use CDB debugger only.
No problem on refactoring, just fell free for this. I would say "thanks", as for...
Yes ... bad usage that come from embedded dev for very small processor, where unsigned...