Author Topic: The 10 June 2019 build (11730) is out.  (Read 8444 times)

Offline killerbot

  • Administrator
  • Lives here!
  • *****
  • Posts: 5193
The 10 June 2019 build (11730) is out.
« 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.

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:

  • lexer: Add WAVE keyword to Windows resource lexer (ticket #834, thanks Miguel Gimenez)
  • ScriptedWizard: Remove unneeded main.f95 files from resources (ticket #792, thanks darmar)
  • UI: Make the icons in the Breakpoints dialog to be DPI aware
  • UI: Add additional image sizes which would be used for the main menu
  • UI: Make all images defined in main_menu.xrc to be DPI aware
  • UI: Make the images in the debugger menu to be DPI aware
  • UI: Make the DoxyBlocks menu images to be DPI aware
  • UI: Make the IncrementalSearch menu image to be DPI aware
  • UI: Make images in the Build menu (compiler plugin) to be DPI aware
  • UI: Make the list images in Breakpoints dialog to look good on scaled GTK+3 build (scaling factor 2 or more)
  • UI: Fix the icon size in Breakpoints dialog on HiDPI windows builds

Regressions/Confirmed/Annoying/Common bugs:



    Offline killerbot

    • Administrator
    • Lives here!
    • *****
    • Posts: 5193
    Re: The 10 June 2019 build (11730) is out.
    « Reply #1 on: June 10, 2019, 09:21:32 am »
    the size has doubled of the zip file, I did not check why.

    Offline damorin

    • Multiple posting newcomer
    • *
    • Posts: 40
    Re: The 10 June 2019 build (11730) is out.
    « Reply #2 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
    One problem at a time and we will get there.

    Offline killerbot

    • Administrator
    • Lives here!
    • *****
    • Posts: 5193
    Re: The 10 June 2019 build (11730) is out.
    « Reply #3 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 ?


    Offline Miguel Gimenez

    • Regular
    • ***
    • Posts: 381
    Re: The 10 June 2019 build (11730) is out.
    « Reply #4 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.

    Offline LETARTARE

    • Regular
    • ***
    • Posts: 395
    • L'ami de l'homme.The friend of man.
    Re: The 10 June 2019 build (11730) is out.
    « Reply #5 on: June 10, 2019, 03:02:24 pm »
    rev11730, Tdm510, wx28, Vista
    Compilation fails in 'globals.cpp:L1201
    Code: [Select]
    #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: [Select]
    #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__
    C::B  : svn11911, wx-3.1.1, plugins : QtPregen-2.7.2-sdk146
    1-Vista Business Pack 2 32bits : gcc-8.1.0,
    2-OpenSuse-15.1-Leap 64bits :  gcc-7.4.1,
    => !! The messages are translated by Deepl !!

    Offline Pecan

    • Plugin developer
    • Lives here!
    • ****
    • Posts: 2180
    Re: The 10 June 2019 build (11730) is out.
    « Reply #6 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.

     
    « Last Edit: June 10, 2019, 05:07:45 pm by Pecan »

    Offline Xaviou

    • Regular
    • ***
    • Posts: 302
      • X@v's wxStuff
    Re: The 10 June 2019 build (11730) is out.
    « Reply #7 on: June 10, 2019, 07:28:27 pm »
    Hi.
    OS X version of this rev can be downloaded from my Google Drive.

    Debian build failed (with official wx-3.0.2 libs)  : here are the last build lines
    Code: [Select]
    /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'
    The french wxWidgets site : http://www.wxdev.fr
    My wxWidgets's stuff : https://wxstuff.xaviou.fr/

    Offline oBFusCATed

    • Developer
    • Lives here!
    • *****
    • Posts: 12122
      • Travis build status
    Re: The 10 June 2019 build (11730) is out.
    « Reply #8 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.
    (most of the time I ignore long posts)
    [strangers don't send me private messages, I'll ignore them; post a topic in the forum, but first read the rules!]

    Offline oBFusCATed

    • Developer
    • Lives here!
    • *****
    • Posts: 12122
      • Travis build status
    Re: The 10 June 2019 build (11730) is out.
    « Reply #9 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.
    (most of the time I ignore long posts)
    [strangers don't send me private messages, I'll ignore them; post a topic in the forum, but first read the rules!]

    Offline Xaviou

    • Regular
    • ***
    • Posts: 302
      • X@v's wxStuff
    Re: The 10 June 2019 build (11730) is out.
    « Reply #10 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'
    The french wxWidgets site : http://www.wxdev.fr
    My wxWidgets's stuff : https://wxstuff.xaviou.fr/

    Offline trivia21

    • Single posting newcomer
    • *
    • Posts: 7
    Re: The 10 June 2019 build (11730) is out.
    « Reply #11 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).
    « Last Edit: June 11, 2019, 01:21:56 pm by trivia21 »

    Offline Miguel Gimenez

    • Regular
    • ***
    • Posts: 381
    Re: The 10 June 2019 build (11730) is out.
    « Reply #12 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.

    Offline trivia21

    • Single posting newcomer
    • *
    • Posts: 7
    Re: The 10 June 2019 build (11730) is out.
    « Reply #13 on: June 11, 2019, 02:31:28 pm »
    Thanks, I compiled it against wx3.1.1, but the error message is the same.

    Offline Miguel Gimenez

    • Regular
    • ***
    • Posts: 381
    Re: The 10 June 2019 build (11730) is out.
    « Reply #14 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?

    Online stahta01

    • Lives here!
    • ****
    • Posts: 6672
      • My Best Post
    Re: The 10 June 2019 build (11730) is out.
    « Reply #15 on: June 11, 2019, 02:41:20 pm »
    Untested patch

    Code: [Select]
    From 2aeec896382ffafad6a57e08e1adf66b0e4017ad Mon Sep 17 00:00:00 2001
    From: Tim Stahlhut <[email protected]>
    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.
    C Programmer working to learn more about C++ and Git.
    On Windows 7 64 bit and Windows 10 32 bit.
    On Debian Stretch, compiling CB Trunk against wxWidgets 3.0.
    --
    When in doubt, read the CB WiKi FAQ. http://wiki.codeblocks.org

    Offline trivia21

    • Single posting newcomer
    • *
    • Posts: 7
    Re: The 10 June 2019 build (11730) is out.
    « Reply #16 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.
    « Last Edit: June 11, 2019, 02:59:47 pm by trivia21 »

    Offline killerbot

    • Administrator
    • Lives here!
    • *****
    • Posts: 5193
    Re: The 10 June 2019 build (11730) is out.
    « Reply #17 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 ?

    Offline oBFusCATed

    • Developer
    • Lives here!
    • *****
    • Posts: 12122
      • Travis build status
    Re: The 10 June 2019 build (11730) is out.
    « Reply #18 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.
    (most of the time I ignore long posts)
    [strangers don't send me private messages, I'll ignore them; post a topic in the forum, but first read the rules!]

    Offline Xaviou

    • Regular
    • ***
    • Posts: 302
      • X@v's wxStuff
    Re: The 10 June 2019 build (11730) is out.
    « Reply #19 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.

    Regards
    Xav'
    The french wxWidgets site : http://www.wxdev.fr
    My wxWidgets's stuff : https://wxstuff.xaviou.fr/

    Offline airc

    • Multiple posting newcomer
    • *
    • Posts: 34
    Re: The 10 June 2019 build (11730) is out.
    « Reply #20 on: June 12, 2019, 11:17:28 pm »
    any win32 build ? :)

    Offline Pecan

    • Plugin developer
    • Lives here!
    • ****
    • Posts: 2180
    Re: The 10 June 2019 build (11730) is out.
    « Reply #21 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

    Offline BlueHazzard

    • Developer
    • Lives here!
    • *****
    • Posts: 2566
    Re: The 10 June 2019 build (11730) is out.
    « Reply #22 on: June 13, 2019, 11:38:20 pm »
    building latest svn on linux with wx28:
    Code: [Select]
    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 )

    Offline sodev

    • Regular
    • ***
    • Posts: 333
    Re: The 10 June 2019 build (11730) is out.
    « Reply #23 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().

    Offline Pecan

    • Plugin developer
    • Lives here!
    • ****
    • Posts: 2180
    Re: The 10 June 2019 build (11730) is out.
    « Reply #24 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.

    Offline sodev

    • Regular
    • ***
    • Posts: 333
    Re: The 10 June 2019 build (11730) is out.
    « Reply #25 on: June 14, 2019, 05:15:09 pm »

    Offline Pecan

    • Plugin developer
    • Lives here!
    • ****
    • Posts: 2180
    Re: The 10 June 2019 build (11730) is out.
    « Reply #26 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

    Offline Frank_CB

    • Multiple posting newcomer
    • *
    • Posts: 57
    Re: The 10 June 2019 build (11730) is out.
    « Reply #27 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
    « Last Edit: June 25, 2019, 11:28:18 pm by Frank_CB »

    Offline oBFusCATed

    • Developer
    • Lives here!
    • *****
    • Posts: 12122
      • Travis build status
    Re: The 10 June 2019 build (11730) is out.
    « Reply #28 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.
    (most of the time I ignore long posts)
    [strangers don't send me private messages, I'll ignore them; post a topic in the forum, but first read the rules!]

    Offline Frank_CB

    • Multiple posting newcomer
    • *
    • Posts: 57
    Re: The 10 June 2019 build (11730) is out.
    « Reply #29 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   

    Offline oBFusCATed

    • Developer
    • Lives here!
    • *****
    • Posts: 12122
      • Travis build status
    Re: The 10 June 2019 build (11730) is out.
    « Reply #30 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.
    (most of the time I ignore long posts)
    [strangers don't send me private messages, I'll ignore them; post a topic in the forum, but first read the rules!]

    Offline Frank_CB

    • Multiple posting newcomer
    • *
    • Posts: 57
    Re: The 10 June 2019 build (11730) is out.
    « Reply #31 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

    Offline oBFusCATed

    • Developer
    • Lives here!
    • *****
    • Posts: 12122
      • Travis build status
    Re: The 10 June 2019 build (11730) is out.
    « Reply #32 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.
    (most of the time I ignore long posts)
    [strangers don't send me private messages, I'll ignore them; post a topic in the forum, but first read the rules!]

    Offline Frank_CB

    • Multiple posting newcomer
    • *
    • Posts: 57
    Re: The 10 June 2019 build (11730) is out.
    « Reply #33 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

    Offline Frank_CB

    • Multiple posting newcomer
    • *
    • Posts: 57
    Re: The 10 June 2019 build (11730) is out.
    « Reply #34 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


    Offline Frank_CB

    • Multiple posting newcomer
    • *
    • Posts: 57
    Re: The 10 June 2019 build (11730) is out.
    « Reply #35 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