News:

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

Main Menu

The 15 november 2006 build is out.

Started by killerbot, November 15, 2006, 06:24:51 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 15 November 2006 build is out.
  - Windows : http://prdownload.berlios.de/codeblocks/CB_20061115_rev3222_win32.7z
  - Linux :
         http://prdownload.berlios.de/codeblocks/CB_20061115_rev3222_Ubuntu6.06.deb
         http://prdownload.berlios.de/codeblocks/CB_20061115_rev3222_suse100+101.rpm
         http://prdownload.berlios.de/codeblocks/CB_20061115_rev3222_fc4+5.rpm
         http://prdownload.berlios.de/codeblocks/CB_20061115_rev3222_Ubuntu6.10-amd64.deb


Resolved Fixed:


  • Huge speed up in large projects loading (about 80% off the original loading time)
  • Refresh bug fix for symbols browser in "current file" filter mode

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)


sethjackson

#1
Windows ANSI build here

cstudent


BigAngryDog

>* Huge speed up in large projects loading (about 80% off the original loading time)

Brilliant! Good stuff!
[url="//bigangrydog.com"]BigAngryDog.com[/url]

Russell

Like the new logo, very nice  :mrgreen:

Speed up is quite noticeable too!

I noticed in the titlebar, is it supposed to say: "Code::Blocks vsvn build" ?

DmP

#5
Sorry my english.

When I compile any file and try compile it again - it compile again.
Same with build. Thus Build like Rebuild.  :(

In Code::Blocks Debug:
[14:49:57.171]: Scanned 0 files for #includes, cache used 0, cache updated 0

Ekinoks

I have this with Ubuntu 6.10 in boot code::blocks :
Quote15:04:24: Mailcap file /etc/mailcap, line 51: incomplete entry ignored.
15:04:24: Mailcap file /etc/mailcap, line 52: incomplete entry ignored.

Pecan

Quote from: Ekinoks on November 16, 2006, 03:06:30 PM
I have this with Ubuntu 6.10 in boot code::blocks :
Quote15:04:24: Mailcap file /etc/mailcap, line 51: incomplete entry ignored.
15:04:24: Mailcap file /etc/mailcap, line 52: incomplete entry ignored.

Search the main index for "Mailcap file". There's a lot of previous experience with this problem.

Pecan

Quote from: DmP on November 16, 2006, 01:44:28 PM
Sorry my english.

When I compile any file and try compile it again - it compile again.
Same with build. Thus Build like Rebuild.  :(

In Code::Blocks Debug:
[14:49:57.171]: Scanned 0 files for #includes, cache used 0, cache updated 0
//-- Please Provide more information
   Would you state your CodeBlocks version and compiler version and your Operating System.

   //-- Full Compile Logging -- Turn on full compiler logging
   Main Menu->Settings->Compiler and Debugger->"Other"->Compiler logging = "Full command line".

Could you provide us with a simple example that shows the problem.
Attach the example and the compiler log to your message.



kai

Ekinoks:

i assume you have installed beryl from a third party repository which corrupts  /etc/mailcap by adding some false lines to it.

Insubordinate

I noticed that files aren't saved automatically before compiling anymore. Is this a bug or a change in behavior?
I couldn't find an option to turn it back on.

thomas

Quote from: Insubordinate on November 16, 2006, 04:02:40 PM
I noticed that files aren't saved automatically before compiling anymore. Is this a bug or a change in behavior?
I couldn't find an option to turn it back on.
Sir, it's quite possible this asteroid is not entirely stable. Do those files that are not saved belong to the project?
"We should forget about small efficiencies, say about 97% of the time: Premature quotation is the root of public humiliation."

DmP

Quote from: Pecan on November 16, 2006, 03:24:05 PM
Quote from: DmP on November 16, 2006, 01:44:28 PM
Sorry my english.

When I compile any file and try compile it again - it compile again.
Same with build. Thus Build like Rebuild.  :(

In Code::Blocks Debug:
[14:49:57.171]: Scanned 0 files for #includes, cache used 0, cache updated 0
//-- Please Provide more information
   Would you state your CodeBlocks version and compiler version and your Operating System.

   //-- Full Compile Logging -- Turn on full compiler logging
   Main Menu->Settings->Compiler and Debugger->"Other"->Compiler logging = "Full command line".

Could you provide us with a simple example that shows the problem.
Attach the example and the compiler log to your message.
CodeBlocks version - current code from svn, my build. Version from 20.10.06 work fine.
Compieler - MinGw (gcc version 3.4.4 (mingw special))
OS - MS Windows 2000 SP 4

With "Full command line" - Build log one file:
mingw32-g++.exe -Wall -frtti -fexceptions -DUNICODE -DQT_LARGEFILE_SUPPORT -DQT_DLL -DQT_NO_DEBUG -DQT_GUI_LIB -g  -IC:\Dev\Qt42\include -IC:\Dev\Qt42\include\QtCore -IC:\Dev\Qt42\include\QtGui -IC:\Dev\Qt42\include\QtSql -IC:\Dev\Qt42\include\QtXml -IC:\Dev\Qt42\include\Qt -IC:\Dev\Qt42\include\QtDesigner -IC:\Dev\1L\qt1l\src -IC:\MinGW\include  -c config\config_tests.cpp -o C:\Dev\1L\qt1l\tmp\obj\debug\config\config_tests.o
Process terminated with status 0 (0 minutes, 9 seconds)
0 errors, 0 warnings

and this all time.
it doing with any project - compiling and building fine, but with next try build - begining compiling all again.

But same file/project in CB(20.10.06):
Nothing to be done.

Insubordinate

QuoteSir, it's quite possible this asteroid is not entirely stable. Do those files that are not saved belong to the project?

Hehe, threw me off for a second there with that first sentence...

Anyway, just ran code blocks again to check and files are now auto saving as usual. But I'm quite sure the files belonged to the active project when the error came up as the project compiled fine (with the changes to source that is) when I manually saved the files before compiling.

Strange that I can't reproduce the error now. Hmm, maybe a case of staying up too late coding?   :wink:

DmP

Quote from: DmP on November 16, 2006, 04:10:30 PM
... (skiped) ...
and this all time.
it doing with any project - compiling and building fine, but with next try build - begining compiling all again.

I'm located errors with simple concole proect.
It begin rebuilding if in project property set $(#MyGlobalVar) like on picture in attach.

[attachment deleted by admin]