Code::Blocks
October 02, 2014, 08:22:56 am *
Welcome, Guest. Please login or register.
Did you miss your activation email?

Login with username, password and session length
News: The new Release 13.12 is out! You can download binaries for windows, mac and many major linux distros from  http://www.codeblocks.org/downloads/26 .
 
   Home   Help Search Login Register  :: WebsiteWiki  
Pages: [1] 2  All   Go Down
  Send this topic  |  Print  
Author Topic: The 28 May 2011 build (7173) is out.  (Read 13087 times)
killerbot
Administrator
Lives here!
*****
Offline Offline

Posts: 4816


« on: May 28, 2011, 08:59:04 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_wx2812_gcc452-TDM.7z

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

The 28 May 2011 build is out.
  - Windows :
   http://prdownload.berlios.de/codeblocks/CB_20110528_rev7173_win32.7z
  - Linux :
   none

Resolved Fixed:

  • DoxyBlocks-plugin: automake build-fix
  • pumped astyle plugin to "Artistic Style v2.02" (missing: allow access to new features via UI)
  • CC: renamed "up-front" into "priority" for better understanding
  • CC: massively updated testing tool to allow to parse into includes
  • CC: Fix parsing failed when using MinGW-x64 GCC compiler
  • CC: Issue fixed on first complete parsing
  • CC: Fixed bug when get compiler pre-defined macros
  • CC: Remove the ParserThread critical section, its a bad design!!

Regressions/Confirmed/Annoying/Common bugs:


    Logged
    oBFusCATed
    Developer
    Lives here!
    *****
    Offline Offline

    Posts: 7613


    « Reply #1 on: May 28, 2011, 10:39:28 am »

    Debugger branch nightly?
    Logged

    <debugger plugin maintainer>
    (most of the time I ignore long posts)
    Xaviou
    Almost regular
    **
    Offline Offline

    Posts: 214



    WWW
    « Reply #2 on: May 28, 2011, 10:45:23 am »

    Hi

    It seems there is a problem with the 7zip archive.

    Quote from: 7zip file manager
    Can not open file 'CB_20110528_rev7173_win32.7z' as archive

    Regards

    Xav'
    Logged

    The french wxWidgets site : http://www.wxdev.fr
    My wxWidgets's stuff : http://mywxstuff.olympe.in/
    doomed
    Newcomer
    *
    Offline Offline

    Posts: 6


    « Reply #3 on: May 28, 2011, 11:12:13 am »

    Yes, I got same problem.
    Logged
    jens
    Administrator
    Lives here!
    *****
    Offline Offline

    Posts: 6610



    WWW
    « Reply #4 on: May 28, 2011, 11:25:11 am »

    Debian packages (binaries and sources) for 32-bit and 64-bit systems can be found in my repo.

    Revision is 7174 (just an automake build-fix, no functional difference to 7173).
    Logged

    Regards

    Jens  Debian - nightlies (and release) : http://apt.jenslody.de/ Fedora [18 - 20]- and CentOS/RedHat [5, 6 & 7] - nightlies : http://rpm.jenslody.de/
    InsidE
    Newcomer
    *
    Offline Offline

    Posts: 3


    « Reply #5 on: May 28, 2011, 11:27:21 am »

    Hi

    It seems there is a problem with the 7zip archive.

    Quote from: 7zip file manager
    Can not open file 'CB_20110528_rev7173_win32.7z' as archive

    Regards

    Xav'

    same
    Logged
    Lelouch
    Newcomer
    *
    Offline Offline

    Posts: 6


    « Reply #6 on: May 28, 2011, 11:55:01 am »

    Hi

    It seems there is a problem with the 7zip archive.

    Quote from: 7zip file manager
    Can not open file 'CB_20110528_rev7173_win32.7z' as archive

    Regards

    Xav'

    same

    +1..
    Logged
    killerbot
    Administrator
    Lives here!
    *****
    Offline Offline

    Posts: 4816


    « Reply #7 on: May 28, 2011, 11:55:59 am »

    reuploaded, should be ok now
    Logged
    Xaviou
    Almost regular
    **
    Offline Offline

    Posts: 214



    WWW
    « Reply #8 on: May 28, 2011, 12:18:53 pm »

    reuploaded, should be ok now
    It is...

    Thanks

    Regards

    Xav'
    Logged

    The french wxWidgets site : http://www.wxdev.fr
    My wxWidgets's stuff : http://mywxstuff.olympe.in/
    Lelouch
    Newcomer
    *
    Offline Offline

    Posts: 6


    « Reply #9 on: May 30, 2011, 12:11:59 pm »

    I found an interesting thing about the debug.

    If we have one array of any kind in any place, then the variables after that array will bi mixed into this array

    eg.

    int buf[BUF_LEN];
    int a, b, c;

    then a, b, c will be mixed into buf when we try to look for their value in the debug watches..

    Is this only my own experience?
    Logged
    MaxGaspa
    Advanced newcomer
    *
    Offline Offline

    Posts: 116


    « Reply #10 on: May 30, 2011, 01:07:07 pm »

    Any chance to have a debugger branch nightly?

    Thx

    max
    Logged
    oBFusCATed
    Developer
    Lives here!
    *****
    Offline Offline

    Posts: 7613


    « Reply #11 on: May 30, 2011, 01:32:05 pm »

    Is this only my own experience?
    No, it is not, probably this bug is fixed in the debugger_branch. There the watches are vastly improved.
    Logged

    <debugger plugin maintainer>
    (most of the time I ignore long posts)
    ironhead
    Almost regular
    **
    Offline Offline

    Posts: 210



    « Reply #12 on: May 30, 2011, 05:33:01 pm »

    • pumped astyle plugin to "Artistic Style v2.02" (missing: allow access to new features via UI)

    This causes an issue for the 'Gnu' coding style because it defaults to a spacing of 4 as of astyle 2.02.  To correct this behaviour you need set the 'Indentation' size to 2, but with the astyle plugin as it currently stands you cannot pass the option when selecting the 'Gnu' style.
    Logged
    MortenMacFly
    Administrator
    Lives here!
    *****
    Offline Offline

    Posts: 8647



    « Reply #13 on: May 30, 2011, 08:30:08 pm »

    This causes an issue for the 'Gnu' coding style because it defaults to a spacing of 4 as of astyle 2.02.
    I don't know the coding style, but either it's a bug in astyle (in that case please blame the astyle team) or the style really has changed to be like that. What's the cause?
    Logged

    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
    ironhead
    Almost regular
    **
    Offline Offline

    Posts: 210



    « Reply #14 on: May 31, 2011, 01:18:06 pm »

    This causes an issue for the 'Gnu' coding style because it defaults to a spacing of 4 as of astyle 2.02.
    I don't know the coding style, but either it's a bug in astyle (in that case please blame the astyle team) or the style really has changed to be like that. What's the cause?

    I believe the astyle team made the decision (right or wrong) to rely on the user to set the indent level.  As per the 'astyle --help' output:

    Code:
        --indent=tab  OR  --indent=tab=#  OR  -t  OR  -t#
        Indent using tab characters, assuming that each
        tab is # spaces long. Not specifying # will result
        in a default assumption of 4 spaces per tab.

    The Gnu coding style (as implemented in astyle < 2.02) is to use an indent spacing of 2, not 4.  I haven't followed up with the astyle team to determine if this is design intent or a bug, but will do so.  In the meantime, if you could have the 'Indentation size (in spaces):' be available irregardless of coding style it would be greatly appreciated.  Wink
    Logged
    Pages: [1] 2  All   Go Up
      Send this topic  |  Print  
     
    Jump to:  

    Powered by MySQL Powered by PHP Powered by SMF 1.1.19 | SMF © 2013, Simple Machines Valid XHTML 1.0! Valid CSS!