Author Topic: The 12.11 RC2 (23 November 2012 build 8598) is out.  (Read 226589 times)

Offline MortenMacFly

  • Administrator
  • Lives here!
  • *****
  • Posts: 9496
Re: The 12.11 RC2 (23 November 2012 build 8598) is out.
« Reply #15 on: November 24, 2012, 06:18:34 pm »
It is mixing directories of MSVC8 and MSVC9. One can correct if by referring to only one of the two versions in the include directies and Compiler's installation directory.
This is for convenience only, as if the compiler cannot be 100% detected, default path's are used. Its up to the user to verify the setup for the chosen compiler, so its not really a bug. You cannot rely 100% on the auto-detection engine as you can have thousands of editions and different ways to install these.

However, we plan a massive change to the compiler framework after the release which will address such issues easier-
Compiler logging: Settings->Compiler & Debugger->tab "Other"->Compiler logging="Full command line"
C::B Manual: http://www.codeblocks.org/docs/main_codeblocks_en.html
C::B FAQ: http://wiki.codeblocks.org/index.php?title=FAQ

Offline Teybeo

  • Multiple posting newcomer
  • *
  • Posts: 14
Re: The 12.11 RC2 (23 November 2012 build 8598) is out.
« Reply #16 on: November 24, 2012, 09:21:39 pm »
Problems with UTF-8 here too, quick feedback.

I open a project, open a file in it and in Edit -> File encoding the value is "System Default" whereas the file is UTF-8.
In 8549 aka RC1 and all others builds I used before, the value is correctly "UTF-8".

Futhermore, in this build, I manually select "UTF-8" for a file, save it, close and reopened it and the value is "System Default".

Maybe it's from me but i doubt...

Offline MortenMacFly

  • Administrator
  • Lives here!
  • *****
  • Posts: 9496
Re: The 12.11 RC2 (23 November 2012 build 8598) is out.
« Reply #17 on: November 25, 2012, 09:40:47 am »
Problems with UTF-8 here too, quick feedback.
This is not a bug.

If you want to use UTF-8 and be safe, use a BOM (you can enable this in the editor settings). All other can hardly be detected as UTF-8 safely. The reason is, that if you use standard C/C++ code its always ANSI characters, no matter if you chose UTF-8 or not. Therefore, when loading it becomes "system default" - the encoding that was detected for ANSI.

So again: If you want to always use UTF-8, enable BOM. However - keep in mind, that there are compiler that will not understand such a file format. So don't blame us if it doesn't compile.

Instructions:
- open file
- menu "Edit" -> "File encoding " -> enable "Use BOM"
- menu "Edit" -> "File encoding " -> enable "UTF-8"
- save file
- load file -> will be UTF-8
Compiler logging: Settings->Compiler & Debugger->tab "Other"->Compiler logging="Full command line"
C::B Manual: http://www.codeblocks.org/docs/main_codeblocks_en.html
C::B FAQ: http://wiki.codeblocks.org/index.php?title=FAQ

Offline Teybeo

  • Multiple posting newcomer
  • *
  • Posts: 14
Re: The 12.11 RC2 (23 November 2012 build 8598) is out.
« Reply #18 on: November 25, 2012, 01:50:06 pm »
Well, I confess that I am really not a pro with these encoding questions, I guess I should have search more before posting here this quick :/

I don't really understood your explanation.
I choose UTF-8 because I thought it was the "universal" encoding solution and it will make things easier than with ISO-8859. I could use a BOM but I don't know if it won't bring new compatibility problems... I guess I should search and try.

The thing is I never had any problems with all my C files in UTF-8 until this release so I suspected it may be a change in it, not saying it's a bug.
And btw, I used special symbols only in comments so my code always compile :)

Sorry if I irritated you, if you think I'm beeing annoying, tell me and I will search by myself :)

Offline MortenMacFly

  • Administrator
  • Lives here!
  • *****
  • Posts: 9496
Re: The 12.11 RC2 (23 November 2012 build 8598) is out.
« Reply #19 on: November 25, 2012, 02:06:04 pm »
Sorry if I irritated you, if you think I'm beeing annoying, tell me and I will search by myself :)
Don't worry - what would be more helpful is to provide a sample that worked before and behaves different now.
Compiler logging: Settings->Compiler & Debugger->tab "Other"->Compiler logging="Full command line"
C::B Manual: http://www.codeblocks.org/docs/main_codeblocks_en.html
C::B FAQ: http://wiki.codeblocks.org/index.php?title=FAQ

Offline Teybeo

  • Multiple posting newcomer
  • *
  • Posts: 14
Re: The 12.11 RC2 (23 November 2012 build 8598) is out.
« Reply #20 on: November 25, 2012, 03:10:01 pm »
I've just created a test file in Notepad++ with some french accents in it and saved it in UTF-8 without BOM.

In rev 8438, the accents are      displayed, the encoding is shown as "UTF-8" without BOM.
In rev 8549, the accents are      displayed, the encoding is shown as "UTF-8" without BOM.
In rev 8598, the accents are not displayed, the encoding is shown as "System Default".

Then I return in Notepad++ and save it as UTF-8 with BOM active

In all builds, the accents are displayed and the encoding is shown as "UTF-8" with BOM.

Offline MortenMacFly

  • Administrator
  • Lives here!
  • *****
  • Posts: 9496
Re: The 12.11 RC2 (23 November 2012 build 8598) is out.
« Reply #21 on: November 25, 2012, 03:27:22 pm »
I've just created a test file in Notepad++ with some french accents in it and saved it in UTF-8 without BOM.
Fixed in trunk. Thank you.
Compiler logging: Settings->Compiler & Debugger->tab "Other"->Compiler logging="Full command line"
C::B Manual: http://www.codeblocks.org/docs/main_codeblocks_en.html
C::B FAQ: http://wiki.codeblocks.org/index.php?title=FAQ

Offline stahta01

  • Lives here!
  • ****
  • Posts: 6636
    • My Best Post
Re: The 12.11 RC2 (23 November 2012 build 8598) is out.
« Reply #22 on: November 25, 2012, 03:39:09 pm »
I've just tried to compile C::B svn 8604 on windows, but it complains for a new cb_release_type environment variable not defined. What are we supposed to put in it ?
Either -g or -O2.


I do not understand the use of a global variable in this location.
Would not a custom variable be a better/more correct choice?

Edit: If nothing else; would not using "cflags" instead of "base" be more correct?

Code: [Select]
<Add option="$(#CB_RELEASE_TYPE)" />

Tim S.
« Last Edit: November 25, 2012, 03:41:19 pm by stahta01 »
C Programmer working to learn more about C++ and Git.
On Windows 7 64 bit and Windows 10 32 bit.
On Debian Stretch, compiling CB Trunk against wxWidgets 3.0.
--
When in doubt, read the CB WiKi FAQ. http://wiki.codeblocks.org

Offline MortenMacFly

  • Administrator
  • Lives here!
  • *****
  • Posts: 9496
Re: The 12.11 RC2 (23 November 2012 build 8598) is out.
« Reply #23 on: November 25, 2012, 04:43:51 pm »
I do not understand the use of a global variable in this location.
Would not a custom variable be a better/more correct choice?
It wouldn't work across projects in a workspace. Why this was done it to allow to compile the whole C::B workspace either in debug (-g) or release (-o2) mode. This is not doable with an envvar currently, unless its a global (OS/system) envvar. But if so and its not set you would simple have neither the one nor the other flag. GCV's are queried to the user exactly for this purpose.

I'll think of a better solution though...
Compiler logging: Settings->Compiler & Debugger->tab "Other"->Compiler logging="Full command line"
C::B Manual: http://www.codeblocks.org/docs/main_codeblocks_en.html
C::B FAQ: http://wiki.codeblocks.org/index.php?title=FAQ

Offline Alpha

  • Developer
  • Lives here!
  • *****
  • Posts: 1513
Re: The 12.11 RC2 (23 November 2012 build 8598) is out.
« Reply #24 on: November 25, 2012, 04:58:36 pm »
For plugin templates, Code::Blocks already creates the global variable $(#cb), so maybe using the cflags subfield would be logical:
Code: [Select]
<Add option="$(#cb.cflags)" />

Offline oBFusCATed

  • Developer
  • Lives here!
  • *****
  • Posts: 12005
    • Travis build status
Re: The 12.11 RC2 (23 November 2012 build 8598) is out.
« Reply #25 on: November 25, 2012, 05:04:01 pm »
No, this is for the SDK...
(most of the time I ignore long posts)
[strangers don't send me private messages, I'll ignore them; post a topic in the forum, but first read the rules!]

Offline MortenMacFly

  • Administrator
  • Lives here!
  • *****
  • Posts: 9496
Re: The 12.11 RC2 (23 November 2012 build 8598) is out.
« Reply #26 on: November 25, 2012, 05:32:44 pm »
No, this is for the SDK...
...and also doesn't apply for all plugins. In fact, the plugins in our SVN should not use it at all. Its more for external, third party plugins (including those you would create using the wizard or alike). But we might have a better solution in place after the release. Just be patient... I have that feeling that oBFusCATed has something in mind... ;-)
Compiler logging: Settings->Compiler & Debugger->tab "Other"->Compiler logging="Full command line"
C::B Manual: http://www.codeblocks.org/docs/main_codeblocks_en.html
C::B FAQ: http://wiki.codeblocks.org/index.php?title=FAQ

Offline oBFusCATed

  • Developer
  • Lives here!
  • *****
  • Posts: 12005
    • Travis build status
Re: The 12.11 RC2 (23 November 2012 build 8598) is out.
« Reply #27 on: November 25, 2012, 06:02:11 pm »
I have that feeling that oBFusCATed has something in mind... ;-)
Don't count on this to happen soon :-P
(most of the time I ignore long posts)
[strangers don't send me private messages, I'll ignore them; post a topic in the forum, but first read the rules!]

Offline Sagaceil

  • Single posting newcomer
  • *
  • Posts: 9
Re: The 12.11 RC2 (23 November 2012 build 8598) is out.
« Reply #28 on: November 26, 2012, 12:40:07 am »
Hello,
I'm just downloaded RC2 vesrion, and I noticed, that when I'm putting new charcters or delete them from to top most or bottom lines in current view in editor, whole tekst scrolls in direction to achive active line as close to middle as it can be. It happens every typed key in the new opened file. It may stop for a while but it comes back in non determistic moment ;)

It happend just after RC2, so it must be coused by some changes in that version ( tested with RC1 ). Thanks.

Offline Alpha

  • Developer
  • Lives here!
  • *****
  • Posts: 1513
Re: The 12.11 RC2 (23 November 2012 build 8598) is out.
« Reply #29 on: November 26, 2012, 01:20:41 am »
I'm just downloaded RC2 vesrion, and I noticed, that when I'm putting new charcters or delete them from to top most or bottom lines in current view in editor, whole tekst scrolls in direction to achive active line as close to middle as it can be. It happens every typed key in the new opened file. It may stop for a while but it comes back in non determistic moment ;)
As a warning, the annoyance may have been removed, but the position buffering settings are not loaded until the settings window is opened (at least once) due to a missing initialization.
Done in trunk.
Sorry, RC2 is rev 8598, but the missing initialization was fixed in rev 8599 (fix arrived one commit too late :().  This means that in RC2, this one setting (for buffering the caret position in the editor) is a random number at startup, and only reads your config when the editor settings window is opened.
You may want to disable the EditorTweaks plugin until you either create your own build from the trunk, or the next RC is released.