User forums > Nightly builds
The 28 October 2017 build (11219) is out.
killerbot:
IMPORTANT : THIS IS THE FIRST BUILD THAT USES WX 303 AND IS A 64 BIT APPLICATION.
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.
A link to the unicode windows wxWidget dll(s) for Code::Blocks : http://sourceforge.net/projects/codeblocks/files/Binaries/Nightlies/Prerequisites/wxmsw30u_gcc_cb_wx303_gcc510-TDM-2.7z
For those who might need this one (when no MingW installed on your system) : the mingw10m.dll : http://sourceforge.net/projects/codeblocks/files/Binaries/Nightlies/Prerequisites/mingwm10_gcc510-TDM.7z
The 28 October 2017 build is out.
- Windows :
http://sourceforge.net/projects/codeblocks/files/Binaries/Nightlies/2017/CB_20171028_rev11219_win64.7z
- Linux :
none
The current SDK version is : 1.32.0
Resolved Fixed:
* debugger: Mark the GDB attach to process command to be a continue command
* wx3: Fix assert when loading files and the global enconding setting is set to default (ticket #305)
Regressions/Confirmed/Annoying/Common bugs:
killerbot:
we will first see how well a wx303 64 bit application works, once that is stable enough we will upgrade to wx310.
ollydbg:
Hi, thanks for your work.
The first thing I see when start the C::B, I get a warning dialog, see below:
ollydbg:
OK, I see a second issue: the threadsearch plugin's file mask field can't be saved when I close the setting dialog(or close C::B), which I meet days ago under wxWidgets 3.1 based 32 bit C::B, see my original bug report here: Re: Threadsearch plugin cause crash when initilized (wx3.1,C::B svn head)
Melchior:
--- Quote ---Mark the GDB attach to process command to be a continue command
--- End quote ---
NICE I had issues with importing and building....
- LibPNG http://www.libpng.org/pub/png/libpng.html
the project file once imported it does NOT work correctly, the VC++ project file..
it uses the copy cmd to copy and rename... as follows..
--- Code: ---<Tool Name="VCPreBuildEventTool" CommandLine="copy ..\..\scripts\pnglibconf.h.prebuilt ..\..\pnglibconf.h"/>
copy ..\..\scripts\pnglibconf.h.prebuilt ..\..\pnglibconf.h
--- End code ---
the problem is in CodeBlocks it pauses to ask whether it is a FILE or DIRECTORY lol :P ;)
and the C::B console sub-window HAS NO CMD input box.. so its a stall..
SO my work around as follows..
even when switching to xcopy
ops lol that was the old method.. lol ;)
when I last compiled and updated libPNG.. that was v1.6.30 now v1.6.32..
I have it just haven't felt like compiling it yet...
anyway back to the point here is the new method that seems to work fully as a "work around"
--- Code: ---<ExtraCommands>
<Add before="cmd /C type ..\..\scripts\pnglibconf.h.prebuilt > ..\..\pnglibconf.h" />
</ExtraCommands>
:: THIS ONE WORKS INSIDE CodeBlocks
cmd /C type ..\..\scripts\pnglibconf.h.prebuilt > ..\..\pnglibconf.h
--- End code ---
is there anything you devs can do to mitigate this?
I thought of this problem I have when importing LibPNG VC++ project file because of your changelog comment
Navigation
[0] Message Index
[#] Next page
Go to full version