News:

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

Main Menu

The 12 June 2007 build is out.

Started by killerbot, June 12, 2007, 09:42:17 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/wxmsw28u_gcc_cb_wx284.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

The 12 June 2007 build is out.
  - Windows :
   http://prdownload.berlios.de/codeblocks/CB_20070612_rev4091_win32.7z
  - Linux :
   http://prdownload.berlios.de/codeblocks/CB_20070612_rev4091_Ubuntu6.10+7.04_wx2.8.4.deb
   http://prdownload.berlios.de/codeblocks/CB_20070612_rev4091_suse100-102.wx28.i586.rpm (not yet)
   http://prdownload.berlios.de/codeblocks/CB_20070612_rev4091_fc4+5.i586.rpm (not yet)


Resolved Fixed:


  • Rewritten portion of OpenWatcom linker command generation code. Now the order of options will be maintained
  • Applied an reworked fix of [Bug #9438] View menu check error
  • added fortran 90 lexer by applying patch #2045 (thanks dmoore)
  • Added "kernel-mode driver" wizard (windows only). Contributed by Timo Kreuzer

Regressions/Confirmed/Annoying/Common bugs:


  • toolbar-images-not-changing-state (is a wx problem/Win XP problem)


cstudent

The Ubuntu .deb for today (once it's published) should work for Ubuntu Edgy & Feisty, plus Debian Etch as well. If I see no complaints, I'll continue to build it this way.

clyfish

My English is too pool to express myself.
Please see the picture.

I just create a new console project, and erase a ";" at line 7.
Then press F9, it comes up a error surely.
But When I double-click the build error message
or right-click then click the menu "Jump to selected message",
it doesn't work.
The editor should jump to line 8 and higllight it, but it hasn't do so.

rev 4091,winxp sp2, wx2.8.4

mandrav

You should avoid putting your projects in paths with non-latin characters.
Move your project to a different folder (without chinese characters) and it will work fine.
Be patient!
This bug will be fixed soon...

dilomo

I'm runnig Ubunru 7.04 box with wx 2.8-0 installed.When I start the deb installer an error about wx is shown.
How to fix this?

[attachment deleted by admin]

Krox

I'm using Ubuntu 7.04 on an AMD64 CPU. Are there any 64bit distributions I could use? And if not, some explanation how to build it from source?
thanks

cstudent

Quote from: dilomo on June 13, 2007, 04:44:14 PM
I'm runnig Ubunru 7.04 box with wx 2.8-0 installed.When I start the deb installer an error about wx is shown.
How to fix this?

Read the wiki on how to add the wx2.8.4 repo and update to that version.

cstudent

Quote from: Krox on June 13, 2007, 05:21:55 PM
I'm using Ubuntu 7.04 on an AMD64 CPU. Are there any 64bit distributions I could use? And if not, some explanation how to build it from source?
thanks

Xaviou builds a 64 bit .deb occasionally. The last one I see is from June 6th.

Krox

June 6th is absolutely enough for me... thx


dilomo

Here is one bug in C::B on Ubuntu (the button to the textbox is hidden and resize is not possible):

[attachment deleted by admin]

clyfish

Quote from: mandrav on June 13, 2007, 04:05:22 PM
You should avoid putting your projects in paths with non-latin characters.
Move your project to a different folder (without chinese characters) and it will work fine.
Thank you!
You are right.
Don't you think this is a bug?
Why can't I put my projects in paths with Chinese characters?

mandrav

Quote from: clyfish on June 14, 2007, 11:38:49 AM
Quote from: mandrav on June 13, 2007, 04:05:22 PM
You should avoid putting your projects in paths with non-latin characters.
Move your project to a different folder (without chinese characters) and it will work fine.
Thank you!
You are right.
Don't you think this is a bug?
Why can't I put my projects in paths with Chinese characters?

Because that's how the regular expressions we 're using work.
I don't consider this to be a bug but you (or someone else) may very well think so.
The point is that, bug or not, it's of no great importance since the "workaround" is rather easy and simple.
File a bug report if you feel it's a bug but don't expect a "fix" for it any time soon :).
Be patient!
This bug will be fixed soon...

clyfish

@mandrav

I think I have "fixed" it using a dirty way.
And I don't know how to make a patch file.

I modified just one line.
/src/sdk/compiler.cpp Line40
from

const wxString Compiler::FilePathWithSpaces = _T("[][{}() \t#%$~A-Za-z0-9_:+/\\.-]+");

to

const wxString Compiler::FilePathWithSpaces = _T(".+");


I will appreciate it very much if you fix it using the way above or a better one.

rickg22

#14
Ouch! Are you sure that'll work? Because we don't know if that would interfere with the other regexes... besides there's a space in there. [ ]


I think that what you want is...

const wxString Compiler::FilePathWithSpaces = _T("[ ][.]+");


However, it would be cleaner if you include a way to tell the regexes to use all the range of chinese characters. But I don't know how to do that :(