Code::Blocks Forums
User forums => Nightly builds => Topic started by: killerbot on December 16, 2018, 09:22:02 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(s) for Code::Blocks : http://sourceforge.net/projects/codeblocks/files/Binaries/Nightlies/Prerequisites/wxmsw31u_gcc_cb_wx311_gcc510-TDM.7z
The 16 December 2018 build is out.
- Windows :
http://sourceforge.net/projects/codeblocks/files/Binaries/Nightlies/2018/CB_20181216_rev11530_win64.7z
- Linux :
none
The current SDK version is : 1.36.0
Resolved Fixed:
- wxSmith: Fix #772, mixed enumerations in wxsimplefonteditordlg.cpp
- CC: Apply patch to ignore attribute((whatever)) in typedef definition.
- compiler: Adjust the regexp for detecting the compiler version to support double digit numbers
- CC: Fix crash when the project has files with invalid targets and the user tries to do header completion
- openfilelist: Fix crash when disable/enable the plugin in the plugin manager dialog (ticket #774)
- scripted wizard: Print better message when the xrc file fails to load
- batch build: Fix segmentation fault after batch build (ticket #738)
Regressions/Confirmed/Annoying/Common bugs:
-
Hi
OS X version of this rev can be downloaded from my Google Drive (https://drive.google.com/open?id=0B2rFQ8rNHzEeN0xtU3R6emdhUWs).
Debian Stretch (32 and 64 bits) can be installed from my repo (https://wxstuff.xaviou.fr/article/debian-repository.html).
@killerbot : Are you sure the revision number in the topic title is correct ?
There was a lot of commit since the last nightly ;D ;)
Regards
Xav'
-
corrected, oops :-[
-
Thanks for all your work with Code::Blocks, it is much appreciated!
I downloaded this build to my Windows7 64bit machine and noticed an issue at the bottom of the toolbars, see attached image. It looks like the background is not properly updated. It is in the looks only, but easily seen. Otherwise it seems to work fine.
-
This is a wxWidgets issue and is corrected in wx3.1.2
-
This again? Are you ever going to learn, Khram?
-
Thanks to the work you do, this editor is exceptional, to be among other things a free product, I hope the evolution of this editor works over time even compared to paid products.
I happened to include the header files of the FLTK library, for example, it recognizes both files with a large *.H extension and a small * .h extension, while codeblocks only recognizes files with a lowercase *.h extension. or you can improve it from this point of view, thank you.
Best regards,
Simon
-
simoneadore: What do you mean by recognizes?
-
Because in codeblocks you only see the lowercase * .h header files, and in clion see me both * .h and * .H?
-
Because in codeblocks you only see the lowercase * .h header files, and in clion see me both * .h and * .H?
-
In code blocks to solve the problem, I had to rename all the header files from * .H to * .h and it works.
-
I see. If you can replicate it in a minimal sample project it would be good if you can log a bug report on our tickets page in sf.net.
-
Because in codeblocks you only see the lowercase * .h header files, and in clion see me both * .h and * .H?
In the source file: plugins\codecompletion\systemheadersthread.cpp
wxDirTraverseResult HeaderDirTraverser::OnFile(const wxString& filename)
{
// HeaderDirTraverser is used in a worker thread, so call TestDestroy() as often as it can to
// quickly terminate the thread
if (m_Thread->TestDestroy())
return wxDIR_STOP;
AddLock(true); // true means we are adding a file
wxFileName fn(filename);
if (!fn.HasExt() || fn.GetExt().GetChar(0) == _T('h'))
{
fn.MakeRelativeTo(m_SearchDir);
wxString header(fn.GetFullPath());
header.Replace(_T("\\"), _T("/"), true); // Unix style
m_Headers.insert(header);
}
return wxDIR_CONTINUE;
}
It looks like we need a add another check for the _T('H') ?
-
If I were you I'd use the same mechanism used by the project tree or the compiler to separate headers from sources.
-
Thanks for the tip, and sorry if I did not answer before, congratulations again for your work.
Cordiali Saluti,
Simone