User forums > Nightly builds

The 20 august 2006 build is out.

(1/6) > >>

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 20 August 2006 build is out.
  - Windows : http://prdownload.berlios.de/codeblocks/CB_20060820_rev2882_win32.7z
  - Linux :
         http://prdownload.berlios.de/codeblocks/CB_20060820_rev2882_Ubuntu6.06.deb
         http://prdownload.berlios.de/codeblocks/CB_20060820_rev2882_fc4+5.rpm


Resolved Fixed:


* Updates to code-completion local scope parsing
* Correctly update open files list when saving an editor under a different name (bug #8444, patch #1361)
* Fixed recognition of the implementation line for a function token in code-completion. Would store the function's end, instead of the start
* Removed option for symbols browser to dock in the project management notebook. It is now a floating (and docking) window. Fixes bug #8346 too
* Removed false alert for reparsing projects when code-completion options were changed, but no project was open
* Fixed bug with global user vars and paths with spaces
* MacrosManager::ReplaceMacros() no longer uses QuoteStringIfNeeded(), because it's not its job to do it...
Regressions/Confirmed/Annoying/Common bugs:


* toolbar-images-not-changing-state (is a wx problem/Win XP problem)
* there are several issues with Code Completion (is being redesigned : work in progress)
* menu items with icon not correctly aligned (since wx263)

nzoltan:
Hi,

(SVN: 2882)

If I create a virtual target with multiple non-virtual targets and use custom Makefile, the build call Makefile only one with the first non-virtual target.

Example:

- I create two normal target: "aa", "bb"
- I create a virtual target "virtual" and associate both "aa" and "bb"
- Use custom Makefile

When I click the Build command, C::B call my Makefile with "aa" then finish. "bb" is ignored.

Zoltan.

mandrav:

--- Quote ---If I create a virtual target with multiple non-virtual targets and use custom Makefile, the build call Makefile only one with the first non-virtual target.
--- End quote ---

Virtual targets have not been tested with custom makefiles so they 're expected to fail.
If you would be so kind to provide a minimal makefile-based project for testing...

nzoltan:

--- Quote ---If you would be so kind to provide a minimal makefile-based project for testing...

--- End quote ---

This is a very small sample project for custom makefile:

http://nagyember.hottamale.hu/nzoltan/cbvirttest.tgz

The virtual Build target name is "build_this_target".

@BUILD@

If you click "Build", you will see this in the message window:
- invoked target is: 'target_a'

instead of this:
- invoked target is: 'target_a'
- invoked target is: 'target_b'

@REBUILD@

If you click "Rebuild", you will see this in the message window:
- invoked target is: 'cleantarget_a'
- invoked target is: 'target_a'

instead of this:
- invoked target is: 'cleantarget_a'
- invoked target is: 'cleantarget_b'
- invoked target is: 'target_a'
- invoked target is: 'target_b'

@CLEAN@

If you click "Clean", you will see this in the message window:
- invoked target is: 'clean'

instead of this:
- invoked target is: 'cleantarget_a'
- invoked target is: 'cleantarget_b'

nzoltan:
Another not handled thing is the virtual targets order. When "Build": 'target_a' then 'target_b' OR 'target_b' then 'target_a'...

Navigation

[0] Message Index

[#] Next page