Code::Blocks

User forums => Nightly builds => Topic started by: killerbot on May 28, 2011, 08:59:04 am

Title: The 28 May 2011 build (7173) is out.
Post by: killerbot on May 28, 2011, 08:59:04 am
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.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:


Regressions/Confirmed/Annoying/Common bugs:


Title: Re: The 28 May 2011 build (7173) is out.
Post by: oBFusCATed on May 28, 2011, 10:39:28 am
Debugger branch nightly?
Title: Re: The 28 May 2011 build (7173) is out.
Post by: 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'
Title: Re: The 28 May 2011 build (7173) is out.
Post by: doomed on May 28, 2011, 11:12:13 am
Yes, I got same problem.
Title: Re: The 28 May 2011 build (7173) is out.
Post by: jens on May 28, 2011, 11:25:11 am
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).
Title: Re: The 28 May 2011 build (7173) is out.
Post by: InsidE on May 28, 2011, 11:27:21 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
Title: Re: The 28 May 2011 build (7173) is out.
Post by: Lelouch on May 28, 2011, 11:55:01 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..
Title: Re: The 28 May 2011 build (7173) is out.
Post by: killerbot on May 28, 2011, 11:55:59 am
reuploaded, should be ok now
Title: Re: The 28 May 2011 build (7173) is out.
Post by: Xaviou on May 28, 2011, 12:18:53 pm
reuploaded, should be ok now
It is...

Thanks

Regards

Xav'
Title: Re: The 28 May 2011 build (7173) is out.
Post by: Lelouch on May 30, 2011, 12:11:59 pm
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?
Title: Re: The 28 May 2011 build (7173) is out.
Post by: MaxGaspa on May 30, 2011, 01:07:07 pm
Any chance to have a debugger branch nightly?

Thx

max
Title: Re: The 28 May 2011 build (7173) is out.
Post by: oBFusCATed on May 30, 2011, 01:32:05 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.
Title: Re: The 28 May 2011 build (7173) is out.
Post by: ironhead on May 30, 2011, 05:33:01 pm
  • 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.
Title: Re: The 28 May 2011 build (7173) is out.
Post by: MortenMacFly on May 30, 2011, 08:30:08 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?
Title: Re: The 28 May 2011 build (7173) is out.
Post by: ironhead on May 31, 2011, 01:18:06 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:

Code: [Select]
    --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.  ;)
Title: Re: The 28 May 2011 build (7173) is out.
Post by: MortenMacFly on May 31, 2011, 01:50:14 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...
Title: Re: The 28 May 2011 build (7173) is out.
Post by: ironhead on May 31, 2011, 02:27:52 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
Title: Re: The 28 May 2011 build (7173) is out.
Post by: Suryavarman on May 31, 2011, 05:11:21 pm
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.



Title: Re: The 28 May 2011 build (7173) is out.
Post by: MortenMacFly on May 31, 2011, 05:27:42 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.
Title: Re: The 28 May 2011 build (7173) is out.
Post by: ironhead on May 31, 2011, 05:42:20 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:

Quote
This 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.
Title: Re: The 28 May 2011 build (7173) is out.
Post by: Suryavarman on May 31, 2011, 05:50:55 pm
I find this topic.
http://forums.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.
Title: Re: The 28 May 2011 build (7173) is out.
Post by: ahui886 on June 01, 2011, 10:44:56 am
thanks,good job