User forums > Nightly builds
The 15 June 2007 build is out.
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/wxmsw28u_gcc_cb_wx284.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
The 15 June 2007 build is out.
- Windows :
http://prdownload.berlios.de/codeblocks/CB_20070615_rev4097_win32.7z
- Linux :
http://prdownload.berlios.de/codeblocks/CB_20070615_rev4097_Ubuntu6.10+7.04_wx2.8.4.deb
http://prdownload.berlios.de/codeblocks/CB_20070615_rev4097_suse100-102.wx28.i586.rpm (not yet)
http://prdownload.berlios.de/codeblocks/CB_20070615_rev4097_fc4+5.i586.rpm (not yet)
Resolved Fixed:
* Fixed: Possible crash while closing C::B
* envvars plugin: fixed C::B freeze due to unresolvable recursion (limitation -but not a bug!- of MacrosManager)
Regressions/Confirmed/Annoying/Common bugs:
* toolbar-images-not-changing-state (is a wx problem/Win XP problem)
Xaviou:
Ubuntu 6.10 & 7.04 Amd64 .deb installer (build with wx263 and wx284) can be found here.
zortich:
MY os is solaris 10.
svn = 4095
I have such errors yesterday I have installed CodeBlocks from Nightly builds.
When I compiling program evrything is ok.
but then I tries to start the commpiled program i have such error.
startx xterm and in xterm is writed can't execvp.
How to fix this?
gvv:
Hi All,
Great IDE!!
I have noticed that after svn 3975 that:
Projects->Properties->Build Targets
Type = Dynamic Library and create Import Library ticked
does not create/build a libApplicationName.a.
it create/build ApplicationName.dll only.
using Windows XP SP2, MingW 3.4.2, svn 4097
TIA,
gvv
stahta01:
--- Quote from: gvv on June 16, 2007, 01:38:05 am ---Hi All,
Great IDE!!
I have noticed that after svn 3975 that:
Projects->Properties->Build Targets
Type = Dynamic Library and create Import Library ticked
does not create/build a libApplicationName.a.
it create/build ApplicationName.dll only.
using Windows XP SP2, MingW 3.4.2, svn 4097
TIA,
gvv
--- End quote ---
After retesting it appears the issue exists on SVN 4099, going to test an old SVN and see if it's not there.
SVN 3975 works right.
SVN 3977 works right.
SVN 3988 works right.
SVN 3995 works right.
SVN 4000 works right.
SVN 4002 works right.
SVN 4003 does not work.
SVN 4005 does not work.
SVN 4010 does not work.
SVN 4051 does not work.
Problem appears to be fname is codeblocks.dll for example for DLL target when it needs to be codeblocks.a
I think the below patch fixes the issue, but it needs much more testing.
Tim S
--- Code: ---Index: src/sdk/compilercommandgenerator.cpp
===================================================================
--- src/sdk/compilercommandgenerator.cpp (revision 4101)
+++ src/sdk/compilercommandgenerator.cpp (working copy)
@@ -421,14 +421,14 @@
TargetFilenameGenerationPolicy PrefixPolicy;
TargetFilenameGenerationPolicy ExtensionPolicy;
target->GetTargetFilenameGenerationPolicy(PrefixPolicy, ExtensionPolicy);
- if(PrefixPolicy == tgfpPlatformDefault)
+ if((PrefixPolicy == tgfpPlatformDefault) || (target->GetTargetType() == ttDynamicLib))
{
if (!fname.GetName().StartsWith(compiler->GetSwitches().libPrefix))
{
fname.SetName(compiler->GetSwitches().libPrefix + fname.GetName());
}
}
- if(ExtensionPolicy == tgfpPlatformDefault)
+ if((ExtensionPolicy == tgfpPlatformDefault) || (target->GetTargetType() == ttDynamicLib))
{
fname.SetExt(compiler->GetSwitches().libExtension);
}
--- End code ---
Navigation
[0] Message Index
[#] Next page
Go to full version