News:

Accounts with zero posts and zero activity during the last months will be deleted periodically to fight SPAM!

Main Menu

The 28 november 2006 build is out.

Started by killerbot, November 28, 2006, 08:40:01 PM

Previous topic - Next topic

killerbot

Get quick announcements through the RSS feed http://www.codeblocks.org/nightly/CodeBlock_RSS.xml

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

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

For support of ansi builds, a link to the ansi windows wxWidget dll for Code::Blocks : http://prdownload.berlios.de/codeblocks/wxmsw26_gcc_cb_wx2.6.3p2.7z

The 28 November 2006 build is out.
  - Windows : http://prdownload.berlios.de/codeblocks/CB_20061128_rev3295_win32.7z
  - Linux :
         http://prdownload.berlios.de/codeblocks/CB_20061128_rev3295_Ubuntu6.06.deb
         http://prdownload.berlios.de/codeblocks/CB_20061128_rev3295_suse100+101.rpm
         http://prdownload.berlios.de/codeblocks/CB_20061128_rev3295_fc4+5.rpm


Resolved Fixed:


  • improve loading speed for large workspaces with GCC and CC
  • Changed build scripts operation:
      - Script function UnsetBuildOptions() is not needed anymore, remove it from your build scripts (C::B itself reverts any changes now).
      - Script function SetBuildOptions(CompileOptionsBase) has changed signature to SetBuildOptions(CompileTargetBase)
  • DMD: fix the -l-l bug, support /usr installation
  • wxMac: main_frame window under menubar bug (#9397)

Regressions/Confirmed/Annoying/Common bugs:


  • toolbar-images-not-changing-state (is a wx problem/Win XP problem)
  • menu items with icon not correctly aligned (since wx263)


SharkCZ

This nightly build will be available soon in Fedora Extras for Fedora Core 5, 6 and Development.
Code::Blocks package maintainer for Fedora and EPEL



cstudent


vdumont

Is there any more recent build for Mac OS X than 09/24?

afb

Quote from: vdumont on November 29, 2006, 06:23:25 AM
Is there any more recent build for Mac OS X than 09/24?
Sorry, just DarwinPorts for now - revising the wx bundling...

sika

Hi !
I'm running the 27 nov build on linux (ubuntu edgy eft)
I think i've found out a bug :
I've got several tabs open. If i slightly move the mouse while trying to select an inactive tab (not the one i'm currently viewing), the mouse pointer gets blocked on the "copying icon". I mean that the cursor is no longer the usual arrow, it becomes the same as when you try to copy a file for example (with a "+")... The problem is that there's no way to reobtain the normal cursor.
everything happens as if codeblocks don't see when i release the mouse button.
this happens only if the mouvement is very small. If i keep the mouse button down longer and i move the tab a lot, there's no problem.
the only way to get back the normal cursor is to do ctrl-alt-delete (kill X).
don't know if you'll understand what i mean  :lol:
anyway... this is quite annoying when you're working on the code and you've got to kill X, etc...

what do you think about it ? :?

koen

QuoteI think i've found out a bug :

Same here, although I think I got a different icon. It is pretty annoying. Note that there's no reason to kill X completely. Just go to a console (ctrl-alt-F1), login, kill codeblocks, logout, and return to X (probably ctrl-alt-F7).

rjmyst3

this is a well know bug in wxGTK - it doesn't handle drag'n'drop properly, so it's possible to get stuck "dragging" if you move the mouse while clicking on a tab.

If you feel like compiling code::blocks yourself, you could modify the sources to disable dragging in the notebook - see nzoltan's question in this thread:
http://forums.next.codeblocks.org/index.php?topic=4442.msg35221#msg35221

I've heard rumors that this is fixed in wx2.8 CVS, so there is hope  :).
[url="http://wxformbuilder.org"]http://wxformbuilder.org[/url]

sika

Ok! thanks...
so now... let's be patient  :lol: