Code::Blocks Forums

User forums => Nightly builds => Topic started by: killerbot on June 10, 2019, 09:21:01 am

Title: The 10 June 2019 build (11730) is out.
Post by: killerbot on June 10, 2019, 09:21:01 am

IMPORTANT : THIS IS THE SECOND BUILD THAT USES WX 311 with 2D SUPPORT.




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_2D_gcc810-mingw64.7z
A link to Mingw64 dll's needed by Code::Blocks : http://sourceforge.net/projects/codeblocks/files/Binaries/Nightlies/Prerequisites/Mingw64dlls8.1.0.7z


The 10 June 2019 build is out.
  - Windows :
   http://sourceforge.net/projects/codeblocks/files/Binaries/Nightlies/2019/CB_20190610_rev11730_win64.7z
  - Linux :
   none

The current SDK version is : 1.38.0

Resolved Fixed:


Regressions/Confirmed/Annoying/Common bugs:


Title: Re: The 10 June 2019 build (11730) is out.
Post by: killerbot on June 10, 2019, 09:21:32 am
the size has doubled of the zip file, I did not check why.
Title: Re: The 10 June 2019 build (11730) is out.
Post by: damorin on June 10, 2019, 02:19:43 pm
Hi,

when C:B started, it complained about a keyboard shorts conflicts (I never changed them):

Ctrl-P with "Edit/Previous call tip" and "File/Print"
Ctrl-Shift-. with "Search/Goto declaration" and "Search/Open include file".

See attachments.

Windows 7 SP 1
C::B 11730
Title: Re: The 10 June 2019 build (11730) is out.
Post by: killerbot on June 10, 2019, 02:36:01 pm
indeed, what is the official statement on this, what do we suggest.
I think Pecan, you are best suited on this topic ?

Title: Re: The 10 June 2019 build (11730) is out.
Post by: Miguel Gimenez on June 10, 2019, 02:40:00 pm
the size has doubled of the zip file, I did not check why.

Because commit 11729 "moved all generated static libs to devel* folders" and update.bat copies them to the output folder. The zip has a lot of *.a files that shouldn't be there.
Title: Re: The 10 June 2019 build (11730) is out.
Post by: LETARTARE on June 10, 2019, 03:02:24 pm
rev11730, Tdm510, wx28, Vista
Compilation fails in 'globals.cpp:L1201
Code
#ifdef __WXGTK__
...
#else // __WXGTK__
double cbGetActualContentScaleFactor(wxWindow &window)
{
    return window.GetContentScaleFactor();
}
#endif // __WXGTK__
because 'window.GetContentScaleFactor();' no exists with 'wx2.8.12'

compile with :
Code
#ifdef __WXGTK__
...
#else // __WXGTK__
double cbGetActualContentScaleFactor(wxWindow &window)
{
#if wxCHECK_VERSION(3, 0, 0)
    return window.GetContentScaleFactor();
#else
    return 1.0;
#endif // wxCHECK_VERSION(3, 0, 0)
}
#endif // __WXGTK__
Title: Re: The 10 June 2019 build (11730) is out.
Post by: Pecan on June 10, 2019, 05:05:15 pm
indeed, what is the official statement on this, what do we suggest.
I think Pecan, you are best suited on this topic ?
Yes, head actually contains those accelerator conflicts. It's not new, it's just that cbKeyBinder 2.0 now catches them.  The second accelerator of the conflicts will never be executed and the user never knew it.

I suggest that "File/New/Empty file" be changed to Ctrl-N .

"Show/Tooltip" is defined as Alt-Shift-Space; so I suggest that "Edit/Previous call tip" be changed to Alt-Shift-P and "Edit/Next call tip" be changed to Alt-Shift-N for consistency in that area of the menus.

I suggest that "Search/Open Include file" be changed to Ctrl-Shift-O .

Except for Ctrl-N, the above suggested accelerlators are not currently being used.

 
Title: Re: The 10 June 2019 build (11730) is out.
Post by: Xaviou on June 10, 2019, 07:28:27 pm
Hi.
OS X version of this rev can be downloaded from my Google Drive (https://drive.google.com/open?id=0B2rFQ8rNHzEeN0xtU3R6emdhUWs).

Debian build failed (with official wx-3.0.2 libs)  : here are the last build lines
Code
/bin/bash ../../libtool  --tag=CXX   --mode=compile i686-linux-gnu-g++ -DHAVE_CONFIG_H -I. -I../../src/include  -I/usr/lib/i386-linux-gnu/wx/include/gtk2-unicode-3.0 -I/usr/include/wx-3.0 -D_FILE_OFFSET_BITS=64 -DWXUSINGDLL -D__WXGTK__ -pthread -I/usr/include/glib-2.0 -I/usr/lib/i386-linux-gnu/glib-2.0/include -I../../src/include/scripting/include -I../../src/include -I../../src/sdk/wxscintilla/include  -I../../src/include/scripting/bindings -I../../src/include/scripting/sqplus -I../../src/include/mozilla_chardet -I../../src/include/mozilla_chardet/mfbt -I../../src/include/mozilla_chardet/nsprpub/pr/include -I../../src/include/mozilla_chardet/xpcom -I../../src/include/mozilla_chardet/xpcom/base -I../../src/include/mozilla_chardet/xpcom/glue -DCB_AUTOCONF -Wdate-time -D_FORTIFY_SOURCE=2 -DCB_PRECOMP -DPIC -I../../src/include/tinyxml -DTIXML_USE_STL=YES  -g -O2 -fdebug-prefix-map=/home/xavier/codeblocks/sources=. -fstack-protector-strong -Wformat -Werror=format-security -Winvalid-pch -fPIC -fexceptions -c -o cbart_provider.lo cbart_provider.cpp
libtool: compile:  i686-linux-gnu-g++ -DHAVE_CONFIG_H -I. -I../../src/include -I/usr/lib/i386-linux-gnu/wx/include/gtk2-unicode-3.0 -I/usr/include/wx-3.0 -D_FILE_OFFSET_BITS=64 -DWXUSINGDLL -D__WXGTK__ -pthread -I/usr/include/glib-2.0 -I/usr/lib/i386-linux-gnu/glib-2.0/include -I../../src/include/scripting/include -I../../src/include -I../../src/sdk/wxscintilla/include -I../../src/include/scripting/bindings -I../../src/include/scripting/sqplus -I../../src/include/mozilla_chardet -I../../src/include/mozilla_chardet/mfbt -I../../src/include/mozilla_chardet/nsprpub/pr/include -I../../src/include/mozilla_chardet/xpcom -I../../src/include/mozilla_chardet/xpcom/base -I../../src/include/mozilla_chardet/xpcom/glue -DCB_AUTOCONF -Wdate-time -D_FORTIFY_SOURCE=2 -DCB_PRECOMP -DPIC -I../../src/include/tinyxml -DTIXML_USE_STL=YES -g -O2 -fdebug-prefix-map=/home/xavier/codeblocks/sources=. -fstack-protector-strong -Wformat -Werror=format-security -Winvalid-pch -fPIC -fexceptions -c cbart_provider.cpp  -fPIC -DPIC -o .libs/cbart_provider.o
In file included from /usr/include/c++/6/bits/hashtable.h:35:0,
                 from /usr/include/c++/6/unordered_map:47,
                 from ../../src/include/cbart_provider.h:5,
                 from cbart_provider.cpp:3:
/usr/include/c++/6/bits/hashtable_policy.h: In instantiation of ‘struct std::__detail::__is_noexcept_hash<wxString, std::hash<wxString> >’:
/usr/include/c++/6/type_traits:143:12:   required from ‘struct std::__and_<std::__is_fast_hash<std::hash<wxString> >, std::__detail::__is_noexcept_hash<wxString, std::hash<wxString> > >’
/usr/include/c++/6/type_traits:154:38:   required from ‘struct std::__not_<std::__and_<std::__is_fast_hash<std::hash<wxString> >, std::__detail::__is_noexcept_hash<wxString, std::hash<wxString> > > >’
/usr/include/c++/6/bits/unordered_map.h:100:66:   required from ‘class std::unordered_map<wxString, wxString>’
../../src/include/cbart_provider.h:38:22:   required from here
/usr/include/c++/6/bits/hashtable_policy.h:85:34: error: no match for call to ‘(const std::hash<wxString>) (const wxString&)’
  noexcept(declval<const _Hash&>()(declval<const _Key&>()))>
           ~~~~~~~~~~~~~~~~~~~~~~~^~~~~~~~~~~~~~~~~~~~~~~~
In file included from /usr/include/c++/6/bits/move.h:57:0,
                 from /usr/include/c++/6/bits/stl_pair.h:59,
                 from /usr/include/c++/6/bits/stl_algobase.h:64,
                 from /usr/include/c++/6/bits/char_traits.h:39,
                 from /usr/include/c++/6/string:40,
                 from /usr/include/wx-3.0/wx/stringimpl.h:66,
                 from /usr/include/wx-3.0/wx/unichar.h:15,
                 from /usr/include/wx-3.0/wx/strvararg.h:22,
                 from /usr/include/wx-3.0/wx/string.h:46,
                 from /usr/include/wx-3.0/wx/memory.h:15,
                 from /usr/include/wx-3.0/wx/object.h:19,
                 from /usr/include/wx-3.0/wx/wx.h:15,
                 from /usr/include/wx-3.0/wx/wxprec.h:58,
                 from ./sdk_common.h:37,
                 from ./sdk_precomp.h:13,
                 from ./sdk.h:17:
/usr/include/c++/6/type_traits: In instantiation of ‘struct std::__not_<std::__and_<std::__is_fast_hash<std::hash<wxString> >, std::__detail::__is_noexcept_hash<wxString, std::hash<wxString> > > >’:
/usr/include/c++/6/bits/unordered_map.h:100:66:   required from ‘class std::unordered_map<wxString, wxString>’
../../src/include/cbart_provider.h:38:22:   required from here
/usr/include/c++/6/type_traits:154:38: error: ‘value’ is not a member of ‘std::__and_<std::__is_fast_hash<std::hash<wxString> >, std::__detail::__is_noexcept_hash<wxString, std::hash<wxString> > >’
     : public integral_constant<bool, !_Pp::value>
                                      ^~~~
In file included from /usr/include/c++/6/unordered_map:48:0,
                 from ../../src/include/cbart_provider.h:5,
                 from cbart_provider.cpp:3:
/usr/include/c++/6/bits/unordered_map.h: In instantiation of ‘class std::unordered_map<wxString, wxString>’:
../../src/include/cbart_provider.h:38:22:   required from here
/usr/include/c++/6/bits/unordered_map.h:100:66: error: ‘value’ is not a member of ‘std::__not_<std::__and_<std::__is_fast_hash<std::hash<wxString> >, std::__detail::__is_noexcept_hash<wxString, std::hash<wxString> > > >’
       typedef __umap_hashtable<_Key, _Tp, _Hash, _Pred, _Alloc>  _Hashtable;
                                                                  ^~~~~~~~~~
/usr/include/c++/6/bits/unordered_map.h:107:45: error: ‘value’ is not a member of ‘std::__not_<std::__and_<std::__is_fast_hash<std::hash<wxString> >, std::__detail::__is_noexcept_hash<wxString, std::hash<wxString> > > >’
       typedef typename _Hashtable::key_type key_type;
                                             ^~~~~~~~
/usr/include/c++/6/bits/unordered_map.h:108:47: error: ‘value’ is not a member of ‘std::__not_<std::__and_<std::__is_fast_hash<std::hash<wxString> >, std::__detail::__is_noexcept_hash<wxString, std::hash<wxString> > > >’
       typedef typename _Hashtable::value_type value_type;
                                               ^~~~~~~~~~
/usr/include/c++/6/bits/unordered_map.h:109:48: error: ‘value’ is not a member of ‘std::__not_<std::__and_<std::__is_fast_hash<std::hash<wxString> >, std::__detail::__is_noexcept_hash<wxString, std::hash<wxString> > > >’
       typedef typename _Hashtable::mapped_type mapped_type;
                                                ^~~~~~~~~~~
/usr/include/c++/6/bits/unordered_map.h:110:43: error: ‘value’ is not a member of ‘std::__not_<std::__and_<std::__is_fast_hash<std::hash<wxString> >, std::__detail::__is_noexcept_hash<wxString, std::hash<wxString> > > >’
       typedef typename _Hashtable::hasher hasher;
                                           ^~~~~~
/usr/include/c++/6/bits/unordered_map.h:111:46: error: ‘value’ is not a member of ‘std::__not_<std::__and_<std::__is_fast_hash<std::hash<wxString> >, std::__detail::__is_noexcept_hash<wxString, std::hash<wxString> > > >’
       typedef typename _Hashtable::key_equal key_equal;
                                              ^~~~~~~~~
/usr/include/c++/6/bits/unordered_map.h:112:51: error: ‘value’ is not a member of ‘std::__not_<std::__and_<std::__is_fast_hash<std::hash<wxString> >, std::__detail::__is_noexcept_hash<wxString, std::hash<wxString> > > >’
       typedef typename _Hashtable::allocator_type allocator_type;
                                                   ^~~~~~~~~~~~~~
/usr/include/c++/6/bits/unordered_map.h:117:45: error: ‘value’ is not a member of ‘std::__not_<std::__and_<std::__is_fast_hash<std::hash<wxString> >, std::__detail::__is_noexcept_hash<wxString, std::hash<wxString> > > >’
       typedef typename _Hashtable::pointer  pointer;
                                             ^~~~~~~
/usr/include/c++/6/bits/unordered_map.h:118:50: error: ‘value’ is not a member of ‘std::__not_<std::__and_<std::__is_fast_hash<std::hash<wxString> >, std::__detail::__is_noexcept_hash<wxString, std::hash<wxString> > > >’
       typedef typename _Hashtable::const_pointer const_pointer;
                                                  ^~~~~~~~~~~~~
/usr/include/c++/6/bits/unordered_map.h:119:47: error: ‘value’ is not a member of ‘std::__not_<std::__and_<std::__is_fast_hash<std::hash<wxString> >, std::__detail::__is_noexcept_hash<wxString, std::hash<wxString> > > >’
       typedef typename _Hashtable::reference  reference;
                                               ^~~~~~~~~
/usr/include/c++/6/bits/unordered_map.h:120:52: error: ‘value’ is not a member of ‘std::__not_<std::__and_<std::__is_fast_hash<std::hash<wxString> >, std::__detail::__is_noexcept_hash<wxString, std::hash<wxString> > > >’
       typedef typename _Hashtable::const_reference const_reference;
                                                    ^~~~~~~~~~~~~~~
/usr/include/c++/6/bits/unordered_map.h:121:46: error: ‘value’ is not a member of ‘std::__not_<std::__and_<std::__is_fast_hash<std::hash<wxString> >, std::__detail::__is_noexcept_hash<wxString, std::hash<wxString> > > >’
       typedef typename _Hashtable::iterator  iterator;
                                              ^~~~~~~~
/usr/include/c++/6/bits/unordered_map.h:122:51: error: ‘value’ is not a member of ‘std::__not_<std::__and_<std::__is_fast_hash<std::hash<wxString> >, std::__detail::__is_noexcept_hash<wxString, std::hash<wxString> > > >’
       typedef typename _Hashtable::const_iterator const_iterator;
                                                   ^~~~~~~~~~~~~~
/usr/include/c++/6/bits/unordered_map.h:123:51: error: ‘value’ is not a member of ‘std::__not_<std::__and_<std::__is_fast_hash<std::hash<wxString> >, std::__detail::__is_noexcept_hash<wxString, std::hash<wxString> > > >’
       typedef typename _Hashtable::local_iterator local_iterator;
                                                   ^~~~~~~~~~~~~~
/usr/include/c++/6/bits/unordered_map.h:124:57: error: ‘value’ is not a member of ‘std::__not_<std::__and_<std::__is_fast_hash<std::hash<wxString> >, std::__detail::__is_noexcept_hash<wxString, std::hash<wxString> > > >’
       typedef typename _Hashtable::const_local_iterator const_local_iterator;
                                                         ^~~~~~~~~~~~~~~~~~~~
/usr/include/c++/6/bits/unordered_map.h:125:47: error: ‘value’ is not a member of ‘std::__not_<std::__and_<std::__is_fast_hash<std::hash<wxString> >, std::__detail::__is_noexcept_hash<wxString, std::hash<wxString> > > >’
       typedef typename _Hashtable::size_type  size_type;
                                               ^~~~~~~~~
/usr/include/c++/6/bits/unordered_map.h:126:52: error: ‘value’ is not a member of ‘std::__not_<std::__and_<std::__is_fast_hash<std::hash<wxString> >, std::__detail::__is_noexcept_hash<wxString, std::hash<wxString> > > >’
       typedef typename _Hashtable::difference_type difference_type;
                                                    ^~~~~~~~~~~~~~~
/usr/include/c++/6/bits/unordered_map.h:280:7: error: ‘value’ is not a member of ‘std::__not_<std::__and_<std::__is_fast_hash<std::hash<wxString> >, std::__detail::__is_noexcept_hash<wxString, std::hash<wxString> > > >’
       operator=(initializer_list<value_type> __l)
       ^~~~~~~~
/usr/include/c++/6/bits/unordered_map.h:379:2: error: ‘value’ is not a member of ‘std::__not_<std::__and_<std::__is_fast_hash<std::hash<wxString> >, std::__detail::__is_noexcept_hash<wxString, std::hash<wxString> > > >’
  emplace(_Args&&... __args)
  ^~~~~~~
/usr/include/c++/6/bits/unordered_map.h:549:7: error: ‘value’ is not a member of ‘std::__not_<std::__and_<std::__is_fast_hash<std::hash<wxString> >, std::__detail::__is_noexcept_hash<wxString, std::hash<wxString> > > >’
       insert(const value_type& __x)
       ^~~~~~
/usr/include/c++/6/bits/unordered_map.h:556:2: error: ‘value’ is not a member of ‘std::__not_<std::__and_<std::__is_fast_hash<std::hash<wxString> >, std::__detail::__is_noexcept_hash<wxString, std::hash<wxString> > > >’
  insert(_Pair&& __x)
  ^~~~~~
/usr/include/c++/6/bits/unordered_map.h:616:7: error: ‘value’ is not a member of ‘std::__not_<std::__and_<std::__is_fast_hash<std::hash<wxString> >, std::__detail::__is_noexcept_hash<wxString, std::hash<wxString> > > >’
       insert(initializer_list<value_type> __l)
       ^~~~~~
/usr/include/c++/6/bits/unordered_map.h:881:7: error: ‘value’ is not a member of ‘std::__not_<std::__and_<std::__is_fast_hash<std::hash<wxString> >, std::__detail::__is_noexcept_hash<wxString, std::hash<wxString> > > >’
       equal_range(const key_type& __x)
       ^~~~~~~~~~~
/usr/include/c++/6/bits/unordered_map.h:885:7: error: ‘value’ is not a member of ‘std::__not_<std::__and_<std::__is_fast_hash<std::hash<wxString> >, std::__detail::__is_noexcept_hash<wxString, std::hash<wxString> > > >’
       equal_range(const key_type& __x) const
       ^~~~~~~~~~~
cbart_provider.cpp: In member function ‘void cbArtProvider::AddMapping(const wxString&, const wxString&)’:
cbart_provider.cpp:17:15: error: no match for ‘operator[]’ (operand types are ‘cbArtProvider::MapStockIdToPath {aka std::unordered_map<wxString, wxString>}’ and ‘const wxString’)
     m_idToPath[stockId] = fileName;
               ^
cbart_provider.cpp: In member function ‘virtual wxBitmap cbArtProvider::CreateBitmap(const wxArtID&, const wxArtClient&, const wxSize&)’:
cbart_provider.cpp:26:54: error: ‘cbArtProvider::MapStockIdToPath {aka class std::unordered_map<wxString, wxString>}’ has no member named ‘find’
     MapStockIdToPath::const_iterator it = m_idToPath.find(id);
                                                      ^~~~
cbart_provider.cpp:27:9: error: ‘it’ was not declared in this scope
     if (it == m_idToPath.end())
         ^~
cbart_provider.cpp:27:26: error: ‘cbArtProvider::MapStockIdToPath {aka class std::unordered_map<wxString, wxString>}’ has no member named ‘end’
     if (it == m_idToPath.end())
                          ^~~
cbart_provider.cpp:34:42: error: ‘it’ was not declared in this scope
     const wxString filepath = m_prefix + it->second;
                                          ^~

Regards
Xav'
Title: Re: The 10 June 2019 build (11730) is out.
Post by: oBFusCATed on June 10, 2019, 08:03:33 pm
I know about the linux wx3.0 failure; travis-ci already reported it. These days I'm testing with wx3.1 mostly, because of the stupid gtk3 bugs and I've missed this one and one wx2.8 build failure. :( Sorry about that.
Title: Re: The 10 June 2019 build (11730) is out.
Post by: oBFusCATed on June 10, 2019, 08:10:42 pm
the size has doubled of the zip file, I did not check why.

Because commit 11729 "moved all generated static libs to devel* folders" and update.bat copies them to the output folder. The zip has a lot of *.a files that shouldn't be there.
This is 100% deliberate decision.
The libs must be in the zip file. This would make it possible for third parties to build plugins for cb night builds without the need to build incompatible version of CB. This is the first step. Next steps would be to copy the includes and after that all the stuff related to wxwidgets also needs to be copied.

If some windows dev is interested to do the work I'd be happy to help.
If the size increase is too much we could probably make two separate zip files, but I don't 24mb is unbearable in 2019.

Also if someone wants to move bzip2 in a separate project I'd be happy to help with reviewing. I'm a bit tired of these cbp changes.
Title: Re: The 10 June 2019 build (11730) is out.
Post by: Xaviou on June 10, 2019, 08:41:53 pm
I know about the linux wx3.0 failure; travis-ci already reported it. These days I'm testing with wx3.1 mostly, because of the stupid gtk3 bugs and I've missed this one and one wx2.8 build failure. :( Sorry about that.
No problem with that : It was just a report, there is no urgency.

Regards
Xav'
Title: Re: The 10 June 2019 build (11730) is out.
Post by: trivia21 on June 11, 2019, 01:16:22 pm
On startup I get warning messages about conflicting key bindings. My custom keybindigs seem to be lost.
So I try to set them up again, but I'm not able to change key bindings in the editor settings. When clicking 'Add' I get the message 'KeyBinding file corrupted. Please delete'. I deleted the keybindig files from the config folder, but I still get the same error.

Ubuntu 18.04, wxWidgets 3.1.2 (in the op there is 3.1.1 but CB uses wxDisplay::GetPPI which was included in 3.1.2 so it didn't compile).
Title: Re: The 10 June 2019 build (11730) is out.
Post by: Miguel Gimenez on June 11, 2019, 01:44:56 pm
There is a guard for wxDisplay::GetPPI() in globals.cpp:1181, but it checks for wx3.1.0 and it should be wx3.1.2

I can't attach a patch because my globals.cpp is modified.
Title: Re: The 10 June 2019 build (11730) is out.
Post by: trivia21 on June 11, 2019, 02:31:28 pm
Thanks, I compiled it against wx3.1.1, but the error message is the same.
Title: Re: The 10 June 2019 build (11730) is out.
Post by: Miguel Gimenez on June 11, 2019, 02:40:44 pm
Thanks, I compiled it against wx3.1.1, but the error message is the same.

Did you apply the change to the guard in globals.cpp before compilation with wx3.1.1?. If yes, can you post the error message?
Title: Re: The 10 June 2019 build (11730) is out.
Post by: stahta01 on June 11, 2019, 02:41:20 pm
Untested patch

Code
From 2aeec896382ffafad6a57e08e1adf66b0e4017ad Mon Sep 17 00:00:00 2001
From: Tim Stahlhut <stahta01@gmail.com>
Date: Tue, 11 Jun 2019 08:39:53 -0400
Subject: Change wxCHECK_VERSION guard to 3.1.2

---
 src/sdk/globals.cpp | 6 +++---
 1 file changed, 3 insertions(+), 3 deletions(-)

diff --git a/src/sdk/globals.cpp b/src/sdk/globals.cpp
index 5f9198e83..9083cf456 100644
--- a/src/sdk/globals.cpp
+++ b/src/sdk/globals.cpp
@@ -1174,11 +1174,11 @@ double cbGetContentScaleFactor(wxWindow &window)
 // For other platforms the value returned by GetContentScalingFactor seems adequate.
 double cbGetActualContentScaleFactor(wxWindow &window)
 {
-#if wxCHECK_VERSION(3, 1, 0)
+#if wxCHECK_VERSION(3, 1, 2)
     wxDisplay display(wxDisplay::GetFromWindow(&window));
     const wxSize ppi = display.GetPPI();
     return ppi.y / 96.0;
-#else // wxCHECK_VERSION(3, 1, 0)
+#else // wxCHECK_VERSION(3, 1, 2)
     // This code is the simplest version which works in the most common case.
     // If people complain that multi-monitor setups behave strangely, this should be revised with
     // direct calls to GTK/GDK functions.
@@ -1195,7 +1195,7 @@ double cbGetActualContentScaleFactor(wxWindow &window)
     // My guess is that smaller scaling factor would look better. Probably it has effect only in
     // multi monitor setups where there are monitors with different dpi.
     return std::min(ppiX / 96.0, ppiY /96.0);
-#endif // wxCHECK_VERSION(3, 1, 0)
+#endif // wxCHECK_VERSION(3, 1, 2)
 }
 #else // __WXGTK__
 double cbGetActualContentScaleFactor(wxWindow &window)
--

Tim S.
Title: Re: The 10 June 2019 build (11730) is out.
Post by: trivia21 on June 11, 2019, 02:49:26 pm
Did you apply the change to the guard in globals.cpp before compilation with wx3.1.1?. If yes, can you post the error message?
Sorry, I mean compilation was successful, but I still can't modify key bindings.
Title: Re: The 10 June 2019 build (11730) is out.
Post by: killerbot on June 11, 2019, 08:12:12 pm
the size has doubled of the zip file, I did not check why.

Because commit 11729 "moved all generated static libs to devel* folders" and update.bat copies them to the output folder. The zip has a lot of *.a files that shouldn't be there.
This is 100% deliberate decision.
The libs must be in the zip file. This would make it possible for third parties to build plugins for cb night builds without the need to build incompatible version of CB. This is the first step. Next steps would be to copy the includes and after that all the stuff related to wxwidgets also needs to be copied.

If some windows dev is interested to do the work I'd be happy to help.
If the size increase is too much we could probably make two separate zip files, but I don't 24mb is unbearable in 2019.

Also if someone wants to move bzip2 in a separate project I'd be happy to help with reviewing. I'm a bit tired of these cbp changes.

indeed, 24 MB , who cares these days.
But on the other hand is there a public out there for this use case ?
Title: Re: The 10 June 2019 build (11730) is out.
Post by: oBFusCATed on June 11, 2019, 08:39:07 pm
I don't know if there are really people which want to do this, but other editors thrive around plugins. C::B is pretty poor in this regard.

There are some plugins which would become easier to build/ship if we're providing proper sdk. Like python plugins, cbsystemview, the fortran stuff could be removed from svn-external and be built easily separately.
Also this would be a preparation for shipping working sdk with the next release.
Title: Re: The 10 June 2019 build (11730) is out.
Post by: Xaviou on June 12, 2019, 10:55:56 pm
Hi.

Linux build has been repaired and is working fine with wx-3.0

Rev 11738 for Debian Stretch (32 and 64 bits) can be installed from my repo (https://wxstuff.xaviou.fr/article/debian-repository.html).

Regards
Xav'
Title: Re: The 10 June 2019 build (11730) is out.
Post by: airc on June 12, 2019, 11:17:28 pm
any win32 build ? :)
Title: Re: The 10 June 2019 build (11730) is out.
Post by: Pecan on June 13, 2019, 04:56:00 pm
On startup I get warning messages about conflicting key bindings. My custom keybindigs seem to be lost.
So I try to set them up again, but I'm not able to change key bindings in the editor settings. When clicking 'Add' I get the message 'KeyBinding file corrupted. Please delete'. I deleted the keybindig files from the config folder, but I still get the same error.

Ubuntu 18.04, wxWidgets 3.1.2 (in the op there is 3.1.1 but CB uses wxDisplay::GetPPI which was included in 3.1.2 so it didn't compile).

@trivia21
Would you please zip up your CodeBlocks config folder and attach it here so I have something to help debug your cbKeyBinder problem.
Thanks, Pecan
Title: Re: The 10 June 2019 build (11730) is out.
Post by: BlueHazzard on June 13, 2019, 11:38:20 pm
building latest svn on linux with wx28:
Code
libtool: compile:  ccache g++ -DHAVE_CONFIG_H -I. -I../../../../src/include -I/root/wxInstall/wx28/lib/wx/include/gtk2-unicode-debug-2.8 -I/root/wxInstall/wx28/include/wx-2.8 -D_FILE_OFFSET_BITS=64 -D_LARGE_FILES -D_LARGEFILE_SOURCE=1 -D__WXDEBUG__ -D__WXGTK__ -pthread -I../../../../src/include -I../../../../src/sdk/wxscintilla/include -DCB_AUTOCONF -DCB_PRECOMP -DPIC -I../../../../src/include/tinyxml -DTIXML_USE_STL=YES -Wno-unused-local-typedefs -O2 -ffast-math -Winvalid-pch -fPIC -fexceptions -MT menuutils.lo -MD -MP -MF .deps/menuutils.Tpo -c menuutils.cpp  -fPIC -DPIC -o .libs/menuutils.o
In file included from /root/wxInstall/wx28/include/wx-2.8/wx/defs.h:521:0,
                 from /root/wxInstall/wx28/include/wx-2.8/wx/wxprec.h:13,
                 from menuutils.cpp:18:
menuutils.cpp: In member function ‘virtual void wxMenuShortcutWalker::DeleteData(void*)’:
menuutils.cpp:942:13: error: invalid operands of types ‘const wxChar* {aka const wchar_t*}’ and ‘const wchar_t [56]’ to binary ‘operator+’
             + _T("\nwxMenuShortcutWalker does not use the 'data' parameter") // English for me too.
/root/wxInstall/wx28/include/wx-2.8/wx/debug.h:132:71: note: in definition of macro ‘wxASSERT_MSG’
           wxOnAssert(__TFILE__, __LINE__, __WXFUNCTION__, wxT(#cond), msg)

It seems that we have quite some building problems lately  :) (mea culpa too )
Title: Re: The 10 June 2019 build (11730) is out.
Post by: sodev on June 14, 2019, 12:48:59 am
Why do you translate assert messages? This is really nothing that a user should see during normal usage, and if he does, makes google much more easier if it's in english :). And don't use _T() in new code, use the successor wxT().
Title: Re: The 10 June 2019 build (11730) is out.
Post by: Pecan on June 14, 2019, 07:00:54 am
Why do you translate assert messages? This is really nothing that a user should see during normal usage, and if he does, makes google much more easier if it's in english :). And don't use _T() in new code, use the successor wxT().

You are most welcome to use what you like. And I will do the same.
Title: Re: The 10 June 2019 build (11730) is out.
Post by: sodev on June 14, 2019, 05:15:09 pm
This was not meant as offense, just as information https://docs.wxwidgets.org/trunk/group__group__funcmacro__string.html#ga7dfc2888539861afe6c4337ef315472b (https://docs.wxwidgets.org/trunk/group__group__funcmacro__string.html#ga7dfc2888539861afe6c4337ef315472b)
Title: Re: The 10 June 2019 build (11730) is out.
Post by: Pecan on June 15, 2019, 07:41:15 pm
On startup I get warning messages about conflicting key bindings. My custom keybindigs seem to be lost.
So I try to set them up again, but I'm not able to change key bindings in the editor settings. When clicking 'Add' I get the message 'KeyBinding file corrupted. Please delete'. I deleted the keybindig files from the config folder, but I still get the same error.

Ubuntu 18.04, wxWidgets 3.1.2 (in the op there is 3.1.1 but CB uses wxDisplay::GetPPI which was included in 3.1.2 so it didn't compile).
Fixed Head rev 11741
Title: Re: The 10 June 2019 build (11730) is out.
Post by: Frank_CB on June 25, 2019, 10:21:17 pm
Hello,

I've built a 64-bit version of C::B from SVN 11742 source on Windows 10 using the 11730 build. When I execute it (11742), i get debug asserts.  Images are attached.

The wxWidgets libraries that I'm using are version 3.1.2.  11730 uses version 3.1.1.

Does anyone know if this might be the reason for the asserts?

Regards
Title: Re: The 10 June 2019 build (11730) is out.
Post by: oBFusCATed on June 26, 2019, 12:23:35 am
Frank_CB: Can you run CB with a debugger and when an assert happens to press the stop button? Then post the backtrace/callstack. These error messages aren't really helpful without a callstack or a way to reproduce.

Note1: Please make sure that you're running the correct update.bat script after you've built CB from CB.
Note2: 3.1.2 has some bugs that affected CB badly, probably you're better of using wx-master.
Title: Re: The 10 June 2019 build (11730) is out.
Post by: Frank_CB on June 26, 2019, 02:44:51 am
@oBFusCATed Thanks for responding!  I'm curious as to what is causing the asserts. Since these only just occur when C::B's IDE is opening, I can't visualize how it couuld be debugged. I'll just continue ignoring them. Hopefully, they aren't problematic? You referenced wx-master - what is it and how can I acquire that?

Regards   
Title: Re: The 10 June 2019 build (11730) is out.
Post by: oBFusCATed on June 26, 2019, 08:45:18 am
Why don't you just start cb from cb under a debugger? You've already built it, so it should work just fine. Just press debug -> start.

Without callstacks/backtraces I cannot tell you anything.

wx-master is the master branch of wxWidgets, you can find it on github.
Title: Re: The 10 June 2019 build (11730) is out.
Post by: Frank_CB on June 26, 2019, 06:12:12 pm
@oBFusCATed
How do I start cb from cb under a debugger?  Menu Debug->Start/Continue in 11742 is grayed-out. I've never attached to a running process before with cb. Are you suggesting to use Windbg, KD or NTTSD to attach to a running version of cb?

What do i select from the master branch of wxWidgets on github? I have gotten the binaries and source of the different library versions directly from wxWidgets.org (probably from github).

Regards
Title: Re: The 10 June 2019 build (11730) is out.
Post by: oBFusCATed on June 26, 2019, 07:02:10 pm
git clone ... wx-master; cd build-folder; run the build command. I suppose this is the way to do it.

And yes, I suggest to use cb to debug cb. Are you able to debug simple projects with cb? If not you have to setup a debugger in both Settings -> Debugger and Settings-> Compiler -> Toolchain executables -> Debugger.
Title: Re: The 10 June 2019 build (11730) is out.
Post by: Frank_CB on June 26, 2019, 07:46:01 pm
@oBFusCATed
I haven't debugged anything with cb yet.  The Debugger has both gdb and cdb debuggers defined, but the Compiler hasn't selected one yet.  The info you provided gives me a place to start.  Also, the info with regards to github helps.

Thanks
Title: Re: The 10 June 2019 build (11730) is out.
Post by: Frank_CB on July 10, 2019, 08:34:08 pm
@oBFusCATed
Thanks for your previous responses.

I've gotten the debuggers attached to cb, but am unable to attach a running process of cb without locking my system.  I can attach cb to Windbg without an issue.

The issue with the asserts showing up on startup of 11742.  I suspect it was caused by the way that I was updating the new versions of source.  I hadn't been clearing out the obj or dev directories. It's no longer an issue.

wxWidgets' Github master branch contains 3.1.3, which I recently discovered.  Before that, I tried 3.1.1 but it didn't build dlls because of a cast issue, which wxWidgets says has been fixed in 3.1.3 but not 3.1.1.  So therefore, I rebuilt 3.1.2, which I'll use until I build 3.1.3.

Regards,

Frank

Title: Re: The 10 June 2019 build (11730) is out.
Post by: Frank_CB on July 12, 2019, 05:38:05 pm
@oBFusCATed
My last reply about the wxWidgets libraries was incorrect.  wxWidgets' confirmed that they update include\wx\version.h, on their github master branch, to point to the next version number as soon as the previous version is released. That branch still contains wx3.1.2. wx3.1.3 still hasn't been released! Sorry!

Regards