The 10 January 2007 build is out.

[Darck]

menu project > set programs arguments
                    > notes
doesn't work, when i have one .c file loaded

[killerbot]

you need a project, not just a 1 file, create a project (guess an exe ??) and copy the contents into the main.c

[Darck]

it shouldn't be necessary. At least parameters

[Acki]

Now I get a script running error when starting C::B !!!  :shock:

[cbexaminr]

(CB) newbie, with pre-existing mingw installation, trying to build from SVN source.

found nightly install instrucs, tried to follow, with patches

Fetched SVN source

Opened CodeBlocks.cbp, attempted build.

Got complaint from cc1plus.exe, didn't like -Winvalid-pch - found item in options tab somewhere removed.

Tried again, reached tinyxml, where 4 source items were compiled (in earlier attempt), then

and now, get final result of:

Linking static library: sdk\tinyxml\libtxml.a
ar.exe: sdk\tinyxml\libtxml.a: No such file or directory
Process terminated with status 1 (0 minutes, 0 seconds)
0 errors, 0 warnings


have searched, and can't find libtxml.a, did find four .o's which I guess were supposed to be in it (were built in earlier build run.)

What's wrong?  (I saw comments about some fairly recent changes regarding paths and variables - related?)

Thanks.

add'l info after looking more:
tinywxuni.cpp is not shown among attempted compile items for tinyxml although appears in project
From right-click menu, attempt to build, fails to find "wx/setup.h", which is included from "platform.h".
Search of wxwidgets tree finds several wx/.../setup.h files, but none at wx directory tree level...
don't know what's right, but tried copying wx/msw/setup.h to wx/setup.h, played with global wx var paths, finally got tinywxuni.cpp to compile, but still get same final result above.
...Just found tinywxuni.<cpp,h> are not checked as target files to build, so guess that's not the problem...

[stahta01]

(CB) newbie, with pre-existing mingw installation, trying to build from SVN source.

From right-click menu, attempt to build, fails to find "wx/setup.h", which is included from "platform.h".
Search of wxwidgets tree finds several wx/.../setup.h files, but none at wx directory tree level...
don't know what's right, but tried copying wx/msw/setup.h to wx/setup.h, played with global wx var paths, finally got tinywxuni.cpp to compile, but still get same final result above.
...Just found tinywxuni.<cpp,h> are not checked as target files to build, so guess that's not the problem...

What version of wxWidgets are you using?
Did you compile wxWidgets yourself?

Tim S

[cbexaminr]

Oops... two different pages, just noticed two different links for wxwidgets...

using 2.6.2, compiled by self
(as directed to download and compile at this link:
http://forums.codeblocks.org/index.php?topic=1701.0)

but, when I was looking for the page, also found this:
http://wiki.codeblocks.org/index.php?title=Installing_Code::Blocks_from_source_on_Windows

which tells me 2.6.3 is what is officially supported...

Somebody may want to do something with that first page - its the one I found first...

(I'll fetch the one from the other page and try that - but I would have expected to see some compilation errors, not silent failure?)

Is this likely the problem?  Nope...

***Just repeated with wxwidgets-2.6.3-1, with same results as far as I can recall...

[stahta01]

Please verify that it compiled right. If it worked right you should have a DLL created in the folder lib\gcc_dll called wxmsw26u_gcc_custom.dll.
Do you see it?
Tim S

for errors that mention jpeg or boolean try this patch
  [ 1606032 ] [2.6] jpeg boolean mingw API 3.8 fix backport
  http://sourceforge.net/tracker/index.php?func=detail&aid=1606032&group_id=9863&atid=309863

for errors that mention ddraw.h try this work around
  DirectX 8.0 headers. Uncompress this over the MinGW directory. Add c:\mingw\bin to your PATH. Compile by typing mingw32-make. (for minGW 3.4.5 ONLY)
http://www.mame.net/zips/dx80_mgw.zip OR download from SF http://alleg.sourceforge.net/files/dx80_mgw.zip

[cbexaminr]

Yes, its there.

9,449,470 wxmsw26u_gcc_custom.dll

[stahta01]

Fetched SVN source

You are fetching the source from svn.berlios.de?
Tim S

[Electron]

These bugs and suggestions are not specifically related to this build, but more my remaining gripes with C::B despite the excellent progress it has made over the past year or so.

-This is probably already a known bug, but if in "Current File's Symbols" mode for the class-browser, the symbols don't refresh at all when a new file is opened.

-An option to automatically expand all namespaces in the symbol browser would be nice

-Why on earth does the left-hand menu in the Settings windows use huge (and imo pointless) graphical icons that one must scroll through to get to all of them. Wouldn't simple text be better, so all menu items would be visible at once?

[stahta01]

-Why on earth does the left-hand menu in the Settings windows use huge (and imo pointless) graphical icons that one must scroll through to get to all of them. Wouldn't simple text be better, so all menu items would be visible at once?

Try doing this

Settings -> Environment -> View -> "Setting Icons Size" to "No icons, just text"

Tim S

[Electron]

Ah thank you, that fixes one of my issues

[cbexaminr]

Fetched SVN source

You are fetching the source from svn.berlios.de?
Tim S

used:
svn checkout svn://svn.berlios.de/codeblocks/trunk

per the instructions at:
http://wiki.codeblocks.org/index.php?title=Installing_Code::Blocks_from_source_on_Windows

[stahta01]

Search of wxwidgets tree finds several wx/.../setup.h files, but none at wx directory tree level...
don't know what's right, but tried copying wx/msw/setup.h to wx/setup.h, played with global wx var paths, finally got tinywxuni.cpp to compile, but still get same final result above.
...Just found tinywxuni.<cpp,h> are not checked as target files to build, so guess that's not the problem...

The setup.h that is supposed to be used is in this path lib\gcc_dll\mswu\wx please remove the one you place at include\wx. Note, sometimes it is required to copy setup0.h to setup.h in folder include\wx\msw if the make of wxWidgets fails to create the file include\wx\msw\setup.h. The make should the copy that setup.h to
lib\gcc_dll\mswu\wx\setup.h. (at least this is how I believe it works from using wxWidgets)

Tim S