News:

The new Release 25.03 is out! You can download binaries for Windows and many major Linux distros here .

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: