Author Topic: The 26 november 2006 build is out.  (Read 11069 times)

Offline killerbot

  • Administrator
  • Lives here!
  • *****
  • Posts: 5490
The 26 november 2006 build is out.
« on: November 26, 2006, 08:57:23 pm »
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 26 November 2006 build is out.
  - Windows : http://prdownload.berlios.de/codeblocks/CB_20061126_rev3275_win32.7z
  - Linux :
         http://prdownload.berlios.de/codeblocks/CB_20061126_rev3275_Ubuntu6.06.deb
         http://prdownload.berlios.de/codeblocks/CB_20061126_rev3275_suse100+101.rpm (not yet)
         http://prdownload.berlios.de/codeblocks/CB_20061126_rev3275_fc4+5.rpm (not yet)


Resolved Fixed:

  • fixed bug #9534 by applying (modified variant of) patch #1656 and #1657 - thanks biplab
  • improved setting compiler flags for (nearly) all compilers in wizards
  • Build options from Project menu now correctly shows info of the active project
  • * Code-completion updates:
      - support for namespace aliases.
      - support for token replacements in code-completion's tokenizer (a.k.a "synonyms")
      Both of the above allow for better parsing of complex C++ headers which, in plain words, means that a larger part of STL is now parsed
  • binreloc support for Solaris
  • fix bootstrap regexp bug affecting autoconf 2.61+

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)

« Last Edit: November 27, 2006, 07:12:25 am by killerbot »

Offline Outis

  • Multiple posting newcomer
  • *
  • Posts: 26
Re: The 26 november 2006 build is out.
« Reply #1 on: November 26, 2006, 09:09:26 pm »
Quote
* Code-completion updates:
  - support for namespace aliases.
  - support for token replacements in code-completion's tokenizer (a.k.a "synonyms")
  Both of the above allow for better parsing of complex C++ headers which, in plain words, means that a larger part of STL is now parsed

Wonderful! Works fine with wxWidgets! :)

Offline yostane

  • Multiple posting newcomer
  • *
  • Posts: 11
Re: The 26 november 2006 build is out.
« Reply #2 on: November 26, 2006, 09:23:44 pm »
Thanks  :D a lot .great work.
by the way , what means "a.k.a"

Offline 354

  • Single posting newcomer
  • *
  • Posts: 6
Re: The 26 november 2006 build is out.
« Reply #3 on: November 26, 2006, 10:23:47 pm »
by the way , what means "a.k.a"

It means "also known as".

Really nice updates, will grab this one immediately.

Offline Phatency

  • Multiple posting newcomer
  • *
  • Posts: 65
Re: The 26 november 2006 build is out.
« Reply #4 on: November 26, 2006, 11:45:39 pm »
Quote
  • * Code-completion updates:
      - support for namespace aliases.
      - support for token replacements in code-completion's tokenizer (a.k.a "synonyms")
      Both of the above allow for better parsing of complex C++ headers which, in plain words, means that a larger part of STL is now parsed
Function pointers don't seem to get parsed at all.

Offline cstudent

  • Almost regular
  • **
  • Posts: 159
    • Cstudent's Help Desk
Re: The 26 november 2006 build is out.
« Reply #5 on: November 27, 2006, 02:07:14 am »
Ubuntu 6.10 (Edgy) build here.


Offline magisu

  • Multiple posting newcomer
  • *
  • Posts: 19
Re: The 26 november 2006 build is out.
« Reply #6 on: November 27, 2006, 09:53:42 am »
i think it does not work as well as told.

#include <iostream>
#include <fstream>

using namespace std;

int main()
{
    ifstream fs;
   cout<<"Hello!"<<endl;

    fs.

   return 0;
}

when i entered the dot after fs, nothing happened...


another problem is when I used templates like this

vector<int> ss;

the auto-completion box appeared and showed the right item.but the template is wrong.

ss.push_back( )
here the hint showed the parameter is BOOL type.
« Last Edit: November 27, 2006, 09:57:10 am by magisu »

Offline mandrav

  • Project Leader
  • Administrator
  • Lives here!
  • *****
  • Posts: 4315
    • Code::Blocks IDE
Re: The 26 november 2006 build is out.
« Reply #7 on: November 27, 2006, 11:09:31 am »
Quote from: magisu
i think it does not work as well as told.
Quote from: changelog
means that a larger part of STL is now parsed

Quote from: magisu
another problem is when I used templates like this

vector<int> ss;

the auto-completion box appeared and showed the right item.but the template is wrong.

ss.push_back( )
here the hint showed the parameter is BOOL type.

Template parameters are not parsed so I wouldn't expect this to work.
Be patient!
This bug will be fixed soon...

Offline RJP Computing

  • Almost regular
  • **
  • Posts: 135
    • RJP Computing
Re: The 26 november 2006 build is out.
« Reply #8 on: November 27, 2006, 04:40:03 pm »
I am not sure if this is a feature request or bug report. When you build an application and you have Code::Blocks set to hide the "message pane" it hides it even if there are linking errors. So it seems that your application built correctly when in fact it doesn't. This also probably has something to do with the fact that there are no linker errors/warnings that get passed to the 'Build Messages' tab. This is where the line between bug and feature request gets blurry. The wording in the preference dialog makes it clear that it will work for building only, but the definition of build should include linking as well. (I think  :) )
- Ryan

Ubuntu/WinXP, AMD Athlon 64 3000+, 1000MB RAM, AC 97 Audio, ATI Radeon 9600XT 256MB

Offline mandrav

  • Project Leader
  • Administrator
  • Lives here!
  • *****
  • Posts: 4315
    • Code::Blocks IDE
Re: The 26 november 2006 build is out.
« Reply #9 on: November 27, 2006, 05:25:05 pm »
I am not sure if this is a feature request or bug report. When you build an application and you have Code::Blocks set to hide the "message pane" it hides it even if there are linking errors. So it seems that your application built correctly when in fact it doesn't. This also probably has something to do with the fact that there are no linker errors/warnings that get passed to the 'Build Messages' tab. This is where the line between bug and feature request gets blurry. The wording in the preference dialog makes it clear that it will work for building only, but the definition of build should include linking as well. (I think  :) )

Right, "build = compile+link".
And yes, there is a specific kind of linker error which doesn't get recognized and so I 'd call it a bug.
Be patient!
This bug will be fixed soon...

Offline Marenz

  • Multiple posting newcomer
  • *
  • Posts: 37
Re: The 26 november 2006 build is out.
« Reply #10 on: November 27, 2006, 08:04:58 pm »
This is surely no bug in codeblocks but i just have no idea what to do:
I am running amd64, to run 32-programs like opera or codeblocks, there ist the dir /emul/ia32-linux which got usr and lib for 32 bit apps. Now i downloaded all libs for codeblocks and it runs, but all letters are just squares.
In the console it says:

Code
(codeblocks:5582): Gdk-WARNING **: Error converting from UTF-8 to STRING: Conversion from character set 'UTF-8' to 'ISO-8859-1' is not supported
(this repeats several times)

(codeblocks:5582): Pango-WARNING **: /usr/lib/pango/1.5.0/modules/pango-basic-fc.so: Kann die Shared-Object-Datei nicht öffnen: Datei oder Verzeichnis nicht gefunden
Failed to load Pango module for id: 'BasicScriptEngineFc'
(this repeats several times)

(codeblocks:5582): Pango-WARNING **: pango_font_get_glyph_extents called with bad font, expect ugly output

well and very much more, but this should be enough to see whats wrong.
i got /usr/lib/pango/1.5.0/modules/pango-basic-fc.so but as 64 bit.
i also got it as 32 bit, but the 32 bit is in
/emul/ia32-linux
now, how to tell codeblocks to load the 32 bit (it loaded the correct 32 bit ones for e.g. libtiff) ?

or even better, is there a amd64 build?


[edit] forget to say. its debian etch/testing


--Ano

Offline mandrav

  • Project Leader
  • Administrator
  • Lives here!
  • *****
  • Posts: 4315
    • Code::Blocks IDE
Re: The 26 november 2006 build is out.
« Reply #11 on: November 27, 2006, 08:30:25 pm »
Well, I create ubuntu edgy 64 builds every now and then. I guess they should install in etch too. Here is the last build I 've uploaded.
Download it and see if it installs ok. If it does, you 're in luck :).
Or else you can build it yourself, it's pretty straightforward.
Be patient!
This bug will be fixed soon...