User forums > Nightly builds

The 12.11 RC1 (11 November 2012 build 8549) is out.

<< < (10/21) > >>

oBFusCATed:
My experience with -flto is 2x slowdown, so things aren't stable with support for lto, tried 4.6 and 4.7 on linux.

About the optimizations: Aren't the builds optimized with -O2?

About other compilers: Does VC10 started to support merging L"test" L"test" to L"testtest"?
    If it doesn't C::B won't build and we won't change our code, because this way we will break translations.

Do you have some concrete data to back up the "much faster" statement?
I doubt the difference is more than 10% and on our code you won't notice it, because there aren't too many compute intensive parts.

xawari:
Wow! I can't believe I see those "RC" letters in the title! :)

I have very little time to test @work right now, but my old sticky bug still does exist:

1. Pick "Files" browser panel (left)
2. Try opening some text file (autoexec.bat in my case) by pressing "ENTER".
3. When CB asks wich way to open, choose "inside CB editor"
4. Nothing opens, "Code::Blocks" output window log:
Could not open file ''.
The registered handler (Files extension handler) could not open it.
5. After that, pressing "ENTER" does NOT display "CB open" dialog, but still prints that red error.

I think the KeyPressed() (or something) handler of the file tree control is not calling the same method as MouseDoubleClick().

svn build rev 8549 (2012/11/11 14:17:30) gcc 4.7.1 Windows/unicode - 32 bit
Windows server 2003 5.2 R2 32-bit
Thanks a lot for your work!

scarphin:

--- Quote from: Alpha on November 12, 2012, 11:22:11 pm ---I presume the release candidate means a feature freeze will soon be (is now?) in effect on the trunk?


--- Quote from: scarphin on November 12, 2012, 09:06:30 pm ---I've waited long but besides Scintilla upgrade, bugs #18559 and #18560 are still present.
[...]
http://developer.berlios.de/bugs/?func=detailbug&bug_id=18560&group_id=5358

--- End quote ---
This is actually a feature, not a bug :).  After brace/quote completion, smart tab jump activates.  The caret turns red to let you know of the change in behavior, and the green indicator box shows the target position.  If you press tab while this is active, the caret will jump to the position directly after the green indicator box.  (Very useful when working with nested strings and parenthesis.)

--- End quote ---
Sorry for the late reply. I didn't know that it was a feature and I filled in as a bug which was accepted. ;) Anyway is there a way to disable that cuz with my theme, colors are quite disturbing?

What about the 'function parameters' bug? I'm asking because I believe it's quite misleading for novices like me, the ones who doesn't use parameter names in function declarations. ;)

oBFusCATed:

--- Quote from: scarphin on November 14, 2012, 04:50:42 pm ---What about the 'function parameters' bug? I'm asking because I believe it's quite misleading for novices like me, the ones who doesn't use parameter names in function declarations. ;)

--- End quote ---
Won't be fixed in this release probably (it depends on Ollydbg). But this should serve to you as a hint that you're doing something wrong.  ::) ;D
Getting the two out of sync is not a very good practice, anyway.

scarphin:
I just name the ones in function definitions and I can't get CC for these. I know what you mean in regard of the hint but with this bug present I think it's quite dangerous to try to name both. Besides this, can the function hints be adjusted to show function definitions instead of function declarations?

Navigation

[0] Message Index

[#] Next page

[*] Previous page

Go to full version