Author Topic: The 07 November 2010 build (6840) is out.  (Read 32549 times)

Offline killerbot

  • Administrator
  • Lives here!
  • *****
  • Posts: 5179
The 07 November 2010 build (6840) is out.
« on: November 07, 2010, 11:30:02 am »
Get quick announcements through the RSS feed http://www.codeblocks.org/nightly/CodeBlock_RSS.xml

Before you use a nightly make sure you understand how it works.

A link to the unicode windows wxWidget dll for Code::Blocks : http://prdownload.berlios.de/codeblocks/wxmsw28u_gcc_cb_wx2810_gcc441.7z

For those who might need this one (when no MingW installed on your system) : the mingw10m.dll : http://prdownload.berlios.de/codeblocks/mingwm10_gcc441.7z

The 07 November 2010 build is out.
  - Windows :
   http://prdownload.berlios.de/codeblocks/CB_20101107_rev6840_win32.7z
  - Linux :
   none

Resolved Fixed:

  • Build system clean-up: Removed unnecessary automake files from sys, win32gui, wxwidgets project wizards.
  • fix for a folding-bug, where the folded block stays hidden, if the folding-header (brace or whatever) was deleted (see here: http://forums.codeblocks.org/index.php/topic,13551.msg91270.html#msg91270 , and others).
  • always have one free core of parallel builds
  • wxSmith: avoid some build warning, e.g. "type attributes ignored after type is already defined"
  • add option to remove variable prefix of the event handler function
  • add wxEVT_SCI_TAB and wxEVT_SCI_ESC event handler, thank danselmi help!
  • support strong enum parsing
  • fix cpu range error: occured if the cpu-count is greater than sixteen
  • apply patch for move abbreviations from core into a plugin (modify and improved), see: https://developer.berlios.de/patch/?func=detailpatch&patch_id=3068&group_id=5358
  • add abbreviatons-plugin to automake-system on linux (and others); build fix (include-file names are case-sensitive on linux); fixed typo
  • Abbreviatons-Plugin: fix bug, the keyword list box should be not sorted
  • avoid possible crash when file modified by external tools
  • improved cc search, moved all static variables to member variables, after switch parser, we should call init function again
  • fixed sometimes 'goto implementation' doesn't work
  • improved system header completion
  • 'goto declaration' and 'goto implementation' will goto the token position now
  • fixed wrong function parameter location records
  • fixed 'find references' or 'rename symbol' failed of function parameter
  • removed invalid copyright declare
  • fixed crash while opened xpm files, and make xpm files can be parsed
  • add svn:keywords for some new files
  • applied patch by danselmi: Add ToDo menu item so that keybinder plugin can re-assign a shortcut
  • improved function parameters parsing, support multi line parameter
  • fixed bug: #010036, see https://developer.berlios.de/bugs/?func=detailbug&group_id=5358&bug_id=10036
  • fixed mistake function parsing, e.g. "int i(8);", it should be variable, not function
  • add "No such file or directory" rules to capture build error
  • improved auto indent for "for/do/while/if..."
  • fixed get stripped arguments failed when parsing Multi-line parameters
  • add Token::GetFormattedArgs(), it will replaced from '\n' to '' for multi-line parameters
  • add "--multiple-instance" program arguments
  • Build system clean-up: Removed unnecessary automake files from ppc project wizard.
  • Fixed: Crash candidate in CC plugin.
  • Fixed: Crash candidate in cbstatusbar
  • wx-2.9 migration: Build fixes.
  • fixed the line number initialization error when use buffer parsing
  • multiple-instance parameters fixed
  • improved call tips, fixed sometimes can not show
  • applied PCH fix patch by oBFusCATed
  • rewritten NativeParser::GetCallTips, support multi-line call tips, fixed bug reported here: https://developer.berlios.de/bugs/?func=detailbug&group_id=5358&bug_id=9935
  • support constructor call tips
  • support shown template parameters in the Symbol Browser
  • add "__cpluscplus" predefined macro for C++ project
  • add "Build options" tab page, for solved too high of the option dialog
  • some default size improved for small display
  • improved ThreadSearch layout, making it more compact
  • splitting "General settings" to "Editor settings" and "Other settings" by wxNotebook
  • re-layout CodeCompletion-Plugin config dialog
  • ThreadSearch: avoid the error dialog interaction, to direct log output
  • improved to get destructor function under cursor
  • special handle destructor function for 'Goto declaration' and 'Goto implementation'
  • special handle constructor function for 'Goto declaration' and 'Goto implementation'
  • improved real-time reparsing
  • when create a variable with an invalid content, give a choice for the user
  • add "Token::GetStrippedArgs()" for remove default value, improved function implementation
  • build option fix
  • fix auto indent error, reported here: http://forums.codeblocks.org/index.php/topic,13548.msg91682.html#msg91682
  • support function overload parsing
  • fix: after moving abbreviations into a plugin, the plugin was missing in debian install files
  • special handle function overloading for 'Goto declaration' and 'Goto implementation'
  • bug fix for function overloading
  • compatible with the latest version of the wxSmith
  • add "*.bmarks" to ignore list, add ".objs, devel, output" to ignore list of "src"
  • auto find the references after rename symbol
  • update deleted pages in project options
  • apply patch #003038 to support open file's containing folder, see: http://forums.codeblocks.org/index.php/topic,12983.0.html
  • avoid possible crash
  • wxSmith: strip trailing blanks when flush to file
  • fine-tuning interface layout of "Other settings"
  • making open containing folder can be configurable of the commands
  • fixed big title info can not setting background color, and center align on Linux, avoid the issue record here: http://wiki.wxwidgets.org/WxStaticText
  • fixed big title info for "Compiler and debugger settings"
  • fine-tuning configure dialog interface for "Code-Completion" plugin
  • DoxyBlocks-plugin: make generated comments undoable in one step

Regressions/Confirmed/Annoying/Common bugs:



    Offline jens

    • Administrator
    • Lives here!
    • *****
    • Posts: 7265
      • Jens' unofficial debian-repository for the Code::Blocks - IDE
    Re: The 07 November 2010 build (6840) is out.
    « Reply #1 on: November 07, 2010, 12:11:26 pm »
    Debian packages (binaries and sources) for 32-bit and 64-bit systems can be found in my repo.

    Offline MaxGaspa

    • Almost regular
    • **
    • Posts: 133
    Re: The 07 November 2010 build (6840) is out.
    « Reply #2 on: November 07, 2010, 04:30:07 pm »
    Any chance to have a nightly of the debugger branch?

    Max

    Offline Folco

    • Regular
    • ***
    • Posts: 343
      • Folco's blog (68k lover)
    Re: The 07 November 2010 build (6840) is out.
    « Reply #3 on: November 07, 2010, 05:31:39 pm »
    When executing a make uninstall, some folders remain :
    /usr/local/share/codeblocks/ (with folders inside)
    /usr/local/include/[codeblocks | wxsmith | wxSmithContribItems]/
    /usr/local/lib/[codeblocks | wxSmithContribItems]

    $(HOME)/.codeblocks isn't removed, perhaps this is the expected result ?

    But for folders in /usr/loca, this is normal ?

    (all this is true for svn 6838, currently compiling 6840).
    Kernel Extremist - PedroM power ©

    sandford

    • Guest
    Re: The 07 November 2010 build (6840) is out.
    « Reply #4 on: November 07, 2010, 06:04:24 pm »
    Could someone expand on the bullet point: "always have one free core of parallel builds". Does this mean that even if I manually specify C::B to use one thread per core, it will only use N-1 cores? Or does this only apply to the default parallel build settings?

    Offline jens

    • Administrator
    • Lives here!
    • *****
    • Posts: 7265
      • Jens' unofficial debian-repository for the Code::Blocks - IDE
    Re: The 07 November 2010 build (6840) is out.
    « Reply #5 on: November 07, 2010, 06:16:02 pm »
    Could someone expand on the bullet point: "always have one free core of parallel builds". Does this mean that even if I manually specify C::B to use one thread per core, it will only use N-1 cores? Or does this only apply to the default parallel build settings?
    The log shows work in progress.
    After some discussion between the devs, we decided to kee a conservative default value (if no conf-file exists) of 1.
    The range you can chose is between one and 16 or between one and the cpu-(or better core-)count, if it is greater than 16.

    Offline oBFusCATed

    • Developer
    • Lives here!
    • *****
    • Posts: 12031
      • Travis build status
    Re: The 07 November 2010 build (6840) is out.
    « Reply #6 on: November 07, 2010, 06:55:51 pm »
    By the way is it possible to make this option per compiler?
    On windows if you have gcc and visual studio, you have to modify it when switching compilers,
    because VC doesn't work, when the option is !=1.
    (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 jens

    • Administrator
    • Lives here!
    • *****
    • Posts: 7265
      • Jens' unofficial debian-repository for the Code::Blocks - IDE
    Re: The 07 November 2010 build (6840) is out.
    « Reply #7 on: November 07, 2010, 07:35:22 pm »
    When executing a make uninstall, some folders remain :
    /usr/local/share/codeblocks/ (with folders inside)
    /usr/local/include/[codeblocks | wxsmith | wxSmithContribItems]/
    /usr/local/lib/[codeblocks | wxSmithContribItems]

    $(HOME)/.codeblocks isn't removed, perhaps this is the expected result ?

    But for folders in /usr/loca, this is normal ?

    (all this is true for svn 6838, currently compiling 6840).
    There is/was a discussion about that: http://www.mail-archive.com/[email protected]/msg00423.html

    I suggest using checkinstall for the last step (make install), it exists for almost every distribution, and can create packages for almost any package-manager: http://checkinstall.izto.org/ .

    Offline Folco

    • Regular
    • ***
    • Posts: 343
      • Folco's blog (68k lover)
    Re: The 07 November 2010 build (6840) is out.
    « Reply #8 on: November 07, 2010, 08:52:22 pm »
    Thank you !
    Kernel Extremist - PedroM power ©

    Offline Loaden

    • Lives here!
    • ****
    • Posts: 1014
    Re: The 07 November 2010 build (6840) is out.
    « Reply #9 on: November 08, 2010, 01:02:50 am »
    because VC doesn't work, when the option is !=1.
    Works well for me, which your OS? VC version?
    I'm testing on XPSP3, VC10.

    Offline oBFusCATed

    • Developer
    • Lives here!
    • *****
    • Posts: 12031
      • Travis build status
    Re: The 07 November 2010 build (6840) is out.
    « Reply #10 on: November 08, 2010, 09:44:47 am »
    Loaden: VC 10 is something like VisualStudio 4.0, because VisualStudio 6.0 has compiler with version 12.00.
    (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 ollydbg

    • Developer
    • Lives here!
    • *****
    • Posts: 5226
    • OpenCV and Robotics
      • Chinese OpenCV forum moderator
    Re: The 07 November 2010 build (6840) is out.
    « Reply #11 on: November 08, 2010, 09:53:37 am »
    Loaden: VC 10 is something like VisualStudio 4.0, because VisualStudio 6.0 has compiler with version 12.00.
    VC10 I think is Visual C++ 2010.
    If some piece of memory should be reused, turn them to variables (or const variables).
    If some piece of operations should be reused, turn them to functions.
    If they happened together, then turn them to classes.

    Offline Loaden

    • Lives here!
    • ****
    • Posts: 1014
    Re: The 07 November 2010 build (6840) is out.
    « Reply #12 on: November 08, 2010, 10:19:51 am »
    Loaden: VC 10 is something like VisualStudio 4.0, because VisualStudio 6.0 has compiler with version 12.00.
    VC10 I think is Visual C++ 2010.

    That's my meaning.  :lol:

    Offline ikipiki

    • Single posting newcomer
    • *
    • Posts: 4
    Re: The 07 November 2010 build (6840) is out.
    « Reply #13 on: November 08, 2010, 11:19:11 am »
    Thanks for this build, it is pretty stable.
    Just one thing that I have note. When editor option “interpret #if, #else, #endif to gray...” is on, editor ignores defines in project build options.

    Offline ptDev

    • Almost regular
    • **
    • Posts: 222
    Re: The 07 November 2010 build (6840) is out.
    « Reply #14 on: November 08, 2010, 11:21:20 am »
    The unofficial installer (nightly build with the added plugins cbDiff, ColorCoder, FileManager, PowerShell, SpellChecker and XPMEditor) has been updated to svn revision 6840. The announcement can be found here.

    Direct download link here.