Author Topic: The 07 January 2012 build (7678) is out.  (Read 104391 times)

Offline killerbot

  • Administrator
  • Lives here!
  • *****
  • Posts: 5490
The 07 January 2012 build (7678) is out.
« on: January 07, 2012, 07:21:39 pm »
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 07 Jamuary 2012 build is out.
  - Windows :
   http://prdownload.berlios.de/codeblocks/CB_20120107_rev7678_win32.7z
  - Linux :
   none

Resolved Fixed:

  • fixed a few tree selection issues introduced with switch to multiple selections
  • fix some more issues related to multiple selection tree-ctrl; fix linux (?) refreshh issue with project-tree
  • fixes for automake-system, to be able to build C::B from a build-directory, which is not the top_srcdir (thanks milamber for the hint)
  • revert commit 7307 and 7460, to increase loadspeed for large projects and fix the calculating of the common toplevel path, see: http://forums.codeblocks.org/index.php/topic,15430.msg103943.html#msg103943 for details
  • compiler: allow multiple selection of directories for all operations (copy / delete / move...)
  • Added min size setting for the parameters text control in the 'Set programs' arguments' dialog
  • remove remaining gtk2-dependencies for codesnippets-plugin
  • switch ProjectFile-List to wxHashSet, decreases time needed to load large projects a lot
  • rename PrjTree to cbTreeCtrl to comply with other specialisations
  • added missing NULL pointer check in projectoptionsdlg
  • Force target re-link if any static library it depends on gets updated (i.e. no need to manually add an external dependency for static libraries anymore)
  • when checking for changed static library dependencies, look in compiler's linker search paths too
  • when checking for changed static library dependencies, include libraries referenced directly (w/out the use of linker's search path)
  • changed the way a tab-tooltip is set, so tooltips for newly created files or files "saved as" are shown correctly
  • pumped astyle to v2.0.3
  • added GNU Fortran and G95 compiler support to Code::Blocks (based on C::B Fortran project of darmar (TODO: Adopt Unix build system, will follow...)
  • added WORKSPACE_LOADING_COMPLETE SDK event, based on a patch by daniloz
  • change the way infopane tabs get reordered if necessary; speed up perspective changes a lot (especially on linux), see: http://forums.codeblocks.org/index.php/topic,15544.msg104557.html#msg104557 for details
  • applied patch by xunxun to include gfortran compiler into common functions for scripting (setting up common compiler switches)
  • fix broken "Create project from target..."; was broken since commit 7588
  • add plugins node (plugins enabled/disabled) to cb_chare_config, order nodes alphabetically
  • Patch 3111 JumpTracker no wrap mod
  • added MCS51 project wizard and template (applying patch #3226)
  • Reimplement GetFile(index) for projects and implement it for targets, to fix broken scripts
  • script_plugins: Added Find Broken Files plugin made by Morten;
  • broken_files script-plugin: fix to correctly remove all broken files at once
  • backport of debugger branch commit to fix an issue with BP handling with CDB
  • fix bug described here: http://forums.codeblocks.org/index.php/topic,15439.msg105875.html#msg105875 keyboard events are now send to the project-tree (if not a del-key is pressed), opening files with enter works again
  • removed CC cache to file (not used since ages, the ode is still in SVN for the record)
  • CC: implemented option to setup files to parse by extension (see http://forums.codeblocks.org/index.php/topic,15760.msg105934.html)
  • CC: better implementation for selecting items from builder thread via event (based on a patch of darmar)
  • CC: fixed parser dummy implementation not compiling anymore after latest changes
  • updated project file for compilation of C::B using wxWidgets 2.9.x under Windows in separate older (parallel to wx 2.8.x stream)
  • updates to fix compilation errors under wx 2.9.x (2.9.3 explicitly) under Windows
    - updated SVN ignore patterns
  • merged (back-ported) wxPropGrid changes form debugger branch into trunk foe wx 2.9.x compatibility

Regressions/Confirmed/Annoying/Common bugs:


    [/list]
    « Last Edit: January 07, 2012, 08:27:02 pm by MortenMacFly »

    Offline mr.exodia

    • Single posting newcomer
    • *
    • Posts: 5
    Re: The 07 January 2012 build (7678) is out.
    « Reply #1 on: January 07, 2012, 07:51:31 pm »
    Thanks a lot for the update, I love the subscribe button..

    Greetings

    Offline Jenna

    • Administrator
    • Lives here!
    • *****
    • Posts: 7255
    Re: The 07 January 2012 build (7678) is out.
    « Reply #2 on: January 08, 2012, 12:49:52 am »
    Debian packages (binaries and sources) for 32-bit and 64-bit systems can be found in my repo.
    Revision is svn7671, the later revisions are unrelated to trunk.

    Offline Micool121

    • Multiple posting newcomer
    • *
    • Posts: 15
    Re: The 07 January 2012 build (7678) is out.
    « Reply #3 on: January 13, 2012, 09:13:29 am »
    Works like a charm for me...  8)


    stefanos_

    • Guest
    Re: The 07 January 2012 build (7678) is out.
    « Reply #4 on: January 14, 2012, 07:08:41 pm »
    Hello everyone.

    I just wanted to ask, is it easy to have on splash screen the loading modules, so we can see which one is loaded (like Netbeans is doing)?

    I am asking this because under Debian wheezy which I am right now, it takes a few seconds to a minute to load the entire IDE and makes me think sometimes that it might have crashed and didn't notice it.

    Is it possible?

    Cheers

    Offline MortenMacFly

    • Administrator
    • Lives here!
    • *****
    • Posts: 9694
    Re: The 07 January 2012 build (7678) is out.
    « Reply #5 on: January 14, 2012, 08:06:00 pm »
    Is it possible?
    Possible yes, but it needs to be implemented.
    Compiler logging: Settings->Compiler & Debugger->tab "Other"->Compiler logging="Full command line"
    C::B Manual: https://www.codeblocks.org/docs/main_codeblocks_en.html
    C::B FAQ: https://wiki.codeblocks.org/index.php?title=FAQ

    Offline Dreamy

    • Multiple posting newcomer
    • *
    • Posts: 44
    Re: The 07 January 2012 build (7678) is out.
    « Reply #6 on: January 14, 2012, 11:37:45 pm »
    Is it possible?

    I think it's great idea.

    stefanos_

    • Guest
    Re: The 07 January 2012 build (7678) is out.
    « Reply #7 on: January 15, 2012, 02:38:40 pm »
    I think I have found a bug with breakpoints; it does not accept mouse clicks to enable / disable breakpoints. Only F5 enables / disables them.

    OS: Windows XP SP3 (under VirtualBox)
    TDM's GCC: 4.6.1
    CodeBlocks Revision: SVN-7671

    Offline oBFusCATed

    • Developer
    • Lives here!
    • *****
    • Posts: 13413
      • Travis build status
    Re: The 07 January 2012 build (7678) is out.
    « Reply #8 on: January 15, 2012, 03:13:21 pm »
    If this is in the normal nightly, then try a debugger's branch nightly and then report the problem in the appropriate topic.
    No fixes are done in trunk for the debugger's code, because the branch build is vastly different and improved.
    (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!]

    stefanos_

    • Guest
    Re: The 07 January 2012 build (7678) is out.
    « Reply #9 on: January 15, 2012, 05:01:53 pm »
    I just installed the debugger's branch and things are even worse now.

    First of all, breakpoints still do not work with mouse and now it even does not exit from debug mode. I was pressing F7 to follow the next line and it was not doing anything at all. I have tried F8 to continue; still nothing. I had to force Code::Blocks to quit to stop debug :(

    P.S.: From what i see from Disassembly code, if I stay in line where is "leave" and press F8, it will exit the debug mode successfully. If I press F7 to follow "Next Line" it will hang over there forever. I hope that it helps a bit...
    « Last Edit: January 15, 2012, 05:11:49 pm by stefanos_ »

    Offline MortenMacFly

    • Administrator
    • Lives here!
    • *****
    • Posts: 9694
    Re: The 07 January 2012 build (7678) is out.
    « Reply #10 on: January 15, 2012, 05:20:48 pm »
    P.S.: From what i see from Disassembly code, if I stay in line where is "leave" and press F8, it will exit the debug mode successfully. If I press F7 to follow "Next Line" it will hang over there forever. I hope that it helps a bit...
    This might be related:
    http://forums.codeblocks.org/index.php/topic,10908.msg106291.html#msg106291

    But please never forget to post a debug log when reporting such!
    Compiler logging: Settings->Compiler & Debugger->tab "Other"->Compiler logging="Full command line"
    C::B Manual: https://www.codeblocks.org/docs/main_codeblocks_en.html
    C::B FAQ: https://wiki.codeblocks.org/index.php?title=FAQ

    stefanos_

    • Guest
    Re: The 07 January 2012 build (7678) is out.
    « Reply #11 on: January 16, 2012, 07:36:17 am »
    MortenCanFly: Apologies for not replying earlier; I was rather busy last night.

    Something I should have re-stated is that I was using Windows XP under VirtualBox. Right now I am at work and breakpoints work just fine in svn7671. Another thing that should be noticed is that I said I use TDM's GCC 4.6.1 whereas both nightlies are built with TDM's GCC 4.5.2...I am pretty sure that this is the problem.

    Offline AndyJ

    • Multiple posting newcomer
    • *
    • Posts: 24
    Re: The 07 January 2012 build (7678) is out.
    « Reply #12 on: January 16, 2012, 12:11:16 pm »
    I am having a problem loading old projects that contain long relative paths:

          <Unit filename="..\..\..\Firmware\GNU\Device\Startup\Startup.S" />

    Previously with SVN 7452 these loaded correctly, but with more recent nightlys loading of these projects hangs, with CodeBlocks stoping responding and so has to be killed manually. Deleting the above line from the project allows it to be loaded and the file can then be added to the project, compiled and the project saved again. However upon attempting to reload the project CodeBlocks again hangs.

    This is on Windows-XP with the Yagarto toolchain.

    Any help would be appreciated!

    Otherwise, keep up the great work.

    Andy


    Offline MortenMacFly

    • Administrator
    • Lives here!
    • *****
    • Posts: 9694
    Re: The 07 January 2012 build (7678) is out.
    « Reply #13 on: January 16, 2012, 01:02:27 pm »
    I am having a problem loading old projects that contain long relative paths:
          <Unit filename="..\..\..\Firmware\GNU\Device\Startup\Startup.S" />
    Are you really sure its due to the path (the one you shows is not really long) or maybe because of the file extension? Do other *.S files in the project work? What is the full path? And have you added *.S files to CC and/or file (MIME) types?
    Compiler logging: Settings->Compiler & Debugger->tab "Other"->Compiler logging="Full command line"
    C::B Manual: https://www.codeblocks.org/docs/main_codeblocks_en.html
    C::B FAQ: https://wiki.codeblocks.org/index.php?title=FAQ

    Offline neo1691

    • Multiple posting newcomer
    • *
    • Posts: 68
    Re: The 07 January 2012 build (7678) is out.
    « Reply #14 on: January 24, 2012, 08:01:47 pm »
    I am having problems with Code Completion.

    Sometimes it shows the code, sometimes it does not.
    For eg, if i include a header file it will show all the structures when i type them, then suddenly it will stop working!!

    It also happens many time when i switch to default perspective!