Get quick announcements through the RSS feed http://www.codeblocks.org/nightly/CodeBlock_RSS.xml
Before you use a nightly make sure you understand how it works (http://forums.next.codeblocks.org/index.php/topic,3232.0.html).
A link to the unicode windows wxWidget dll for Code::Blocks : http://prdownload.berlios.de/codeblocks/wxmsw28u_gcc_cb_wx2812_gcc452-TDM.7z
For those who might need this one (when no MingW installed on your system) : the mingw10m.dll : http://prdownload.berlios.de/codeblocks/mingwm10_gcc452-TDM.7z
The 28 May 2011 build is out.
- Windows :
http://prdownload.berlios.de/codeblocks/CB_20110528_rev7173_win32.7z
- Linux :
none
Resolved Fixed:
- DoxyBlocks-plugin: automake build-fix
- pumped astyle plugin to "Artistic Style v2.02" (missing: allow access to new features via UI)
- CC: renamed "up-front" into "priority" for better understanding
- CC: massively updated testing tool to allow to parse into includes
- CC: Fix parsing failed when using MinGW-x64 GCC compiler
- CC: Issue fixed on first complete parsing
- CC: Fixed bug when get compiler pre-defined macros
- CC: Remove the ParserThread critical section, its a bad design!!
Regressions/Confirmed/Annoying/Common bugs:
Debugger branch nightly?
Hi
It seems there is a problem with the 7zip archive.
Quote from: 7zip file manager
Can not open file 'CB_20110528_rev7173_win32.7z' as archive
Regards
Xav'
Yes, I got same problem.
Debian packages (binaries and sources) for 32-bit and 64-bit systems can be found in my repo (http://apt.jenslody.de/).
Revision is 7174 (just an automake build-fix, no functional difference to 7173).
Quote from: Xaviou on May 28, 2011, 10:45:23 AM
Hi
It seems there is a problem with the 7zip archive.
Quote from: 7zip file manager
Can not open file 'CB_20110528_rev7173_win32.7z' as archive
Regards
Xav'
same
Quote from: InsidE on May 28, 2011, 11:27:21 AM
Quote from: Xaviou on May 28, 2011, 10:45:23 AM
Hi
It seems there is a problem with the 7zip archive.
Quote from: 7zip file manager
Can not open file 'CB_20110528_rev7173_win32.7z' as archive
Regards
Xav'
same
+1..
reuploaded, should be ok now
Quote from: killerbot on May 28, 2011, 11:55:59 AM
reuploaded, should be ok now
It is...
Thanks
Regards
Xav'
I found an interesting thing about the debug.
If we have one array of any kind in any place, then the variables after that array will bi mixed into this array
eg.
int buf[BUF_LEN];
int a, b, c;
then a, b, c will be mixed into buf when we try to look for their value in the debug watches..
Is this only my own experience?
Any chance to have a debugger branch nightly?
Thx
max
Quote from: Lelouch on May 30, 2011, 12:11:59 PM
Is this only my own experience?
No, it is not, probably this bug is fixed in the debugger_branch. There the watches are vastly improved.
Quote from: killerbot on May 28, 2011, 08:59:04 AM
- pumped astyle plugin to "Artistic Style v2.02" (missing: allow access to new features via UI)
This causes an issue for the 'Gnu' coding style because it defaults to a spacing of 4 as of astyle 2.02. To correct this behaviour you need set the 'Indentation' size to 2, but with the astyle plugin as it currently stands you cannot pass the option when selecting the 'Gnu' style.
Quote from: ironhead on May 30, 2011, 05:33:01 PM
This causes an issue for the 'Gnu' coding style because it defaults to a spacing of 4 as of astyle 2.02.
I don't know the coding style, but either it's a bug in astyle (in that case please blame the astyle team) or the style really has changed to be like that. What's the cause?
Quote from: MortenMacFly on May 30, 2011, 08:30:08 PM
Quote from: ironhead on May 30, 2011, 05:33:01 PM
This causes an issue for the 'Gnu' coding style because it defaults to a spacing of 4 as of astyle 2.02.
I don't know the coding style, but either it's a bug in astyle (in that case please blame the astyle team) or the style really has changed to be like that. What's the cause?
I believe the astyle team made the decision (right or wrong) to rely on the user to set the indent level. As per the 'astyle --help' output:
--indent=tab OR --indent=tab=# OR -t OR -t#
Indent using tab characters, assuming that each
tab is # spaces long. Not specifying # will result
in a default assumption of 4 spaces per tab.
The Gnu coding style (as implemented in astyle < 2.02) is to use an indent spacing of 2, not 4. I haven't followed up with the astyle team to determine if this is design intent or a bug, but will do so. In the meantime, if you could have the 'Indentation size (in spaces):' be available irregardless of coding style it would be greatly appreciated. ;)
Quote from: ironhead on May 31, 2011, 01:18:06 PM
In the meantime, if you could have the 'Indentation size (in spaces):' be available irregardless of coding style it would be greatly appreciated. ;)
Are you sure that this would work? According to the astyle documentation the general
named rules are not meant to be customised, meaning it is not defined how an additional option is handled...
Quote from: MortenMacFly on May 31, 2011, 01:50:14 PM
Quote from: ironhead on May 31, 2011, 01:18:06 PM
In the meantime, if you could have the 'Indentation size (in spaces):' be available irregardless of coding style it would be greatly appreciated. ;)
Are you sure that this would work? According to the astyle documentation the general named rules are not meant to be customised, meaning it is not defined how an additional option is handled...
It works when I use astyle from command line.
FWIW, I also created an item in astyle's bug tracker: http://sourceforge.net/tracker/?func=detail&aid=3309674&group_id=2319&atid=102319
Now there are this option :
Import library filename : $(TARGET_OUTPUT_DIR)$(TARGET_OUTPUT_BASENAME)
Definition file filename : $(TARGET_OUTPUT_DIR)$(TARGET_OUTPUT_BASENAME)
I edit properties for ALL my dynamic library projects :
Output filename : ..\..\..\..\Bin\Mingw\Catopsys_CB.dll
Import library filename : ..\..\..\..\Bin\Mingw\Catopsys_CB.dll.a
Definition filefilename : ..\..\..\..\Bin\Mingw\Catopsys_CB.dll.def
I save the projects and close Codeblocks.
I reload my workspace with Codeblocks... my changes are erase.
Output filename : ..\..\..\..\Bin\Mingw\Catopsys_CB.dll
Import library filename : $(TARGET_OUTPUT_DIR)$(TARGET_OUTPUT_BASENAME)
Definition file filename : $(TARGET_OUTPUT_DIR)$(TARGET_OUTPUT_BASENAME)
I want generate libraries with prefix : .dll.a and .dll.def
Regards
Gandi.
Quote from: Gandi on May 31, 2011, 05:11:21 PM
Output filename : ..\..\..\..\Bin\Mingw\Catopsys_CB.dll
Import library filename : ..\..\..\..\Bin\Mingw\Catopsys_CB.dll.a
Definition filefilename : ..\..\..\..\Bin\Mingw\Catopsys_CB.dll.def
This is a mi-use of the option. The latter two options cannot contain a path, but a filename only. The path is compiled by the output file name. If you search the forums you'll find another post with exactly the same question and a more detailed explanation. Usually you should do this (searching) in the first place.
Quote from: ironhead on May 31, 2011, 02:27:52 PM
Quote from: MortenMacFly on May 31, 2011, 01:50:14 PM
Quote from: ironhead on May 31, 2011, 01:18:06 PM
In the meantime, if you could have the 'Indentation size (in spaces):' be available irregardless of coding style it would be greatly appreciated. ;)
Are you sure that this would work? According to the astyle documentation the general named rules are not meant to be customised, meaning it is not defined how an additional option is handled...
It works when I use astyle from command line.
FWIW, I also created an item in astyle's bug tracker: http://sourceforge.net/tracker/?func=detail&aid=3309674&group_id=2319&atid=102319
The astyle team responded:
QuoteThis is a design change with 2.02. All styles now default to 4. The
"styles" are now bracket styles instead of coding styles.
So as of astyle 2.02, the 'Indentation size' needs to be available for all options it seems.
I find this topic.
http://forums.next.codeblocks.org/index.php/topic,14700.0.html
But i not understand.
I can't find the solution for my problem.
I will change the library path for all codeblocks projects, it's more easier.
Thanks.
thanks,good job