Author Topic: The 06 July 2019 build (11781) is out.  (Read 21948 times)

Offline killerbot

  • Administrator
  • Lives here!
  • *****
  • Posts: 5490
The 06 July 2019 build (11781) is out.
« on: July 06, 2019, 10:55:25 am »

IMPORTANT : THIS IS THE THIRD 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 06 July 2019 build is out.
  - Windows :
   http://sourceforge.net/projects/codeblocks/files/Binaries/Nightlies/2019/CB_20190706_rev11781_win64.7z
  - Linux :
   none

The current SDK version is : 1.41.0

Resolved Fixed:

  • UI: Fix crash if the list in Settings->Scripting is empty (ticket 842)
  • UI: Remove wrong warning message in the log from the cbArtProvider
  • UI: Move and copy images for codecompletion to prepare for HiDPI awareness
  • UI: Implement sizeable images in the auto completion list produced by the CC plugin
  • UI: Move images to codecompletion.zip instead storing them on the file system and fix all build systems
  • UI: Take the zoom of the current editor into account when deciding if to used a buffered auto completion list
  • UI: Update icons from the cb-icons repo (compiler and incremental search pluigns)
  • UI: Fix debug log message about ClientToScreen failures coming from the call to wxDisplay::GetFromWindow
  • UI: Use the scaling factor detection to select the image size for menu images
  • UI: Make the tree images in project tree and file manager trees to be HiDPI aware
  • UI: Modify cbProjectTreeImages::MakeImageList to add a red image in the generate image list when a file fails to load
  • UI: Better support for creating the image list on GTK3 when scaling factor is 2
  • UI: Make the OpenFilesList plugin HiDPI aware
  • UI: Fix assert that a bitmap is already selected in a DC on Windows
  • UI: Fix corruption of toolbars when saving perspective (ticket #846, thanks Miguel Gimenez)
  • UI: Prepare images for making the 'Log & Others' HiDPI aware
  • UI: Make all loggers in 'Log & Others' to provide HiDPI aware icons
  • UI: Fix the wxSmith use of an icon resources.zip
  • UI: Try to make Notebook icons in 'Logs and Others' look non-blurry on GTK3+GDK_SCALE=2
  • UI: Make the readonly icon used in editor's notebook to be HiDPI aware
  • UI: DoxyBlocks: Move images to the zip file
  • UI: DoxyBlocks: Make the Module menu images to be HiDPI aware
  • UI: ThreadSearch: Move images to its zip file instead of storing them directly in the file system
  • UI: help plugin: Fix bigger icons in the Help menu on Windows
  • UI: Fix scaling of menu images created with the cbArtProvider on macOS
  • UI: IncrementalSearch: Fix the menu icon to use the menu size and scaling
  • wxSmith: Limit field number in wxsStatusBar (ticket #847, thanks Miguel Gimenez)

Regressions/Confirmed/Annoying/Common bugs:



    Offline Xaviou

    • Regular
    • ***
    • Posts: 402
      • X@v's wxStuff
    Re: The 06 July 2019 build (11781) is out.
    « Reply #1 on: July 06, 2019, 04:57:08 pm »
    Hi

    OS X version of this rev can be downloaded from my Google Drive.

    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 zed

    • Single posting newcomer
    • *
    • Posts: 9
    Re: The 06 July 2019 build (11781) is out.
    « Reply #2 on: July 06, 2019, 05:15:01 pm »
    killerbot
    Why you not include wxWidget dll's and Mingw64 dll's into your 7z and why is *.a libs included into it?

    Offline stahta01

    • Lives here!
    • ****
    • Posts: 7582
      • My Best Post
    Re: The 06 July 2019 build (11781) is out.
    « Reply #3 on: July 06, 2019, 07:46:23 pm »
    killerbot
    Why you not include wxWidget dll's and Mingw64 dll's into your 7z and why is *.a libs included into it?

    The .a are included because that is the way they plan to do the next release.
    They should make it easier to do third party plugins.

    Tim S.
    C Programmer working to learn more about C++ and Git.
    On Windows 7 64 bit and Windows 10 64 bit.
    --
    When in doubt, read the CB WiKi FAQ. http://wiki.codeblocks.org

    Offline killerbot

    • Administrator
    • Lives here!
    • *****
    • Posts: 5490
    Re: The 06 July 2019 build (11781) is out.
    « Reply #4 on: July 06, 2019, 08:16:15 pm »
    wx dll and mingw dll can be downloaded in isolation ,no need to pack every nightly with the same big-sized stuff. We only change that every now and then.

    Offline zed

    • Single posting newcomer
    • *
    • Posts: 9
    Re: The 06 July 2019 build (11781) is out.
    « Reply #5 on: July 06, 2019, 08:35:03 pm »
    Are these dll's never updated? Is there any notifications about dll updates?

    When nightly build released I must download 3 archives every time and this is inconvenient. I would prefer download all-in-one archive to be sure that I use the most recent version of CB and required dll's.

    Offline stahta01

    • Lives here!
    • ****
    • Posts: 7582
      • My Best Post
    Re: The 06 July 2019 build (11781) is out.
    « Reply #6 on: July 07, 2019, 01:58:53 am »

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


    zed: Please read the first post in this thread and read http://forums.codeblocks.org/index.php/topic,3299.0.html#new
    « Last Edit: July 07, 2019, 02:00:30 am by stahta01 »
    C Programmer working to learn more about C++ and Git.
    On Windows 7 64 bit and Windows 10 64 bit.
    --
    When in doubt, read the CB WiKi FAQ. http://wiki.codeblocks.org

    Offline killerbot

    • Administrator
    • Lives here!
    • *****
    • Posts: 5490
    Re: The 06 July 2019 build (11781) is out.
    « Reply #7 on: July 07, 2019, 08:10:37 am »
    in the post we refer to the needed dll's, you only need to download and replace them when needed. Aka when you see that they have been updated, which is mentioned in the sticky post of nightly releases or because you noticed it is another path mentioned in the post.

    You either put them somewhere in your search PATH, or you copy them inside you unzipped nightly.

    Offline zed

    • Single posting newcomer
    • *
    • Posts: 9
    Re: The 06 July 2019 build (11781) is out.
    « Reply #8 on: July 07, 2019, 10:52:27 am »
    I am asking you to simplify nightly builds using. Just make them as a Release build including all needed dll's and distribute *.a files in separate archive since the usual user doesn’t need them.

    The need for steps bellow is terrible and I believe, that it can be more user friendly.
     
    Quote
    3. How to install a nightly build
    Allrighty, time for a small recap :
    1) CB nightly
    2) mingwm10.dll
    3) wxmsw28u_gcc_cb.dll
    Those are the 3 things we need to install and start up a nigthly build. All 3 of them are available in their own zip file, zipped by using the free and excellent 7-zip (www.7-zip.org). Just get your copy of 7-zip for unzipping.

    Final steps :
    1) unzip the CB nightly in some directory
    2) unzip both dll's : requirement : they need to be in your PATH, most easiest is to unzip both of them into the same directory where you unzipped the nightly, so they reside next to the codeblocks.exe .

    By performing these simple steps you nightly is ready to roll.

    Offline killerbot

    • Administrator
    • Lives here!
    • *****
    • Posts: 5490
    Re: The 06 July 2019 build (11781) is out.
    « Reply #9 on: July 07, 2019, 11:20:33 am »
    I understand your point of view.

    Back in the day we had a nightly every night (much higher frequency of development), and the bandwidth and storage on providers was not that big, so we could for example not have it to pack every night +5MB extra. And to also keep the required bandwidth for download easier, not everywhere there was broadband.

    These are the current sizes :
    - CB : 23.3 MB (recently doubled in size)
    - wx : 5.2 MB
    - mingw : 329KB

    But as to user friendly, the next request is, we should pack the compiler also each night, like we do in case of a release.

    Nightlies were also intended to get quick feedback, from an audience who know how to use them and to put in a little effort.

    So we do have some arguments more on the "let's do it side"
    - the frequency is no longer 'nightly'
    - CB itself doubled size, so why would we bother then for the 5MB of wx
    - storage is no longer that scarce as it was 10 years (or longer) ago
    - broadband is probably now a more common good

    Let us think about it ;-)


    Offline zed

    • Single posting newcomer
    • *
    • Posts: 9
    Re: The 06 July 2019 build (11781) is out.
    « Reply #10 on: July 07, 2019, 11:50:59 am »
    Quote
    we should pack the compiler also each night, like we do in case of a release.
    No, you should not. You have releases without compiler too, for example "codeblocks-17.12-nosetup.zip". By the way, the default compiler in the release build is obsolete. Consider to use MinGW-w64.

    Offline oBFusCATed

    • Developer
    • Lives here!
    • *****
    • Posts: 13413
      • Travis build status
    Re: The 06 July 2019 build (11781) is out.
    « Reply #11 on: July 07, 2019, 05:40:29 pm »
    zed: Why do you care if there are .a files or not?
    (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 zed

    • Single posting newcomer
    • *
    • Posts: 9
    Re: The 06 July 2019 build (11781) is out.
    « Reply #12 on: July 07, 2019, 05:55:10 pm »
    Because they are garbage for almost all users.

    Offline oBFusCATed

    • Developer
    • Lives here!
    • *****
    • Posts: 13413
      • Travis build status
    Re: The 06 July 2019 build (11781) is out.
    « Reply #13 on: July 07, 2019, 08:10:04 pm »
    @zed: So, what? As a user why do they matter? Most of the project templates, lexers, compilers are not useful to most users, but we provide them. Should we use the same logic for them? I don't like to see them in a folder I rarely open is not a valid argument. If you don't need them just delete them. We cannot please all users, unfortunately.

    Currently it is extremely hard to develop and ship plugins for C::B. The addition of .a files is one step in making this process easier!
    If we are going to put the .dll files in the archive, why don't we just keep the .a files? (We still need to provide the cb includes, wx include and .a files to finish this job, but it will happen really soon hopefully)

    @killerbot: I'm fine if you add the .dll files in the night builds. If you ask me it will be best if we can even build full installers, but this is up to you.  8)
    (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 raynebc

    • Almost regular
    • **
    • Posts: 217
    Re: The 06 July 2019 build (11781) is out.
    « Reply #14 on: July 08, 2019, 01:29:20 am »
    Downloading three compressed files, moving them into a new folder and unzipping them is not difficult.  Downloading and launching a nightly takes less than a minute unless you have potato internet/computer.

    Offline zed

    • Single posting newcomer
    • *
    • Posts: 9
    Re: The 06 July 2019 build (11781) is out.
    « Reply #15 on: July 08, 2019, 07:54:53 am »
    oBFusCATed
    Quote
    Most of the project templates, lexers, compilers are not useful to most users, but we provide them.
    No, this comparison is incorrect. Do not mix things necessary for using the IDE itself and for plugins developing.

    I vote to leave small and clean Core IDE release and make independent releases/archives with addons (compiler, plugin development kit, etc).

    Offline Frank_CB

    • Almost regular
    • **
    • Posts: 148
    Re: The 06 July 2019 build (11781) is out.
    « Reply #16 on: July 08, 2019, 04:54:52 pm »
    Hello,

    Installed the SVN 11781 nightly.  Had updated wxWidgets-3.1.2 setup to support Direct2D graphics.

    Now attempting to build SVN 11782 on a Win10 platform using the mingw-W64 64-bit GNU compiler (g++.exe).  The build fails at the same place constantly.

    Output from the Code::Blocks IDE follows:

    Build Messages:
    Code
    ||=== Build: tinyXML in Code::Blocks wx3.1.x (64 bit) (compiler: gnu x64) ===|
    ||=== Build: AutoRevision in Code::Blocks wx3.1.x (64 bit) (compiler: gnu x64) ===|
    ||=== Build: ConsoleRunner in Code::Blocks wx3.1.x (64 bit) (compiler: gnu x64) ===|
    ||=== Build: Squirrel in Code::Blocks wx3.1.x (64 bit) (compiler: gnu x64) ===|
    ||=== Build: Squirrel std lib in Code::Blocks wx3.1.x (64 bit) (compiler: gnu x64) ===|
    ||=== Build: SqPlus in Code::Blocks wx3.1.x (64 bit) (compiler: gnu x64) ===|
    ||=== Build: scintilla in Code::Blocks wx3.1.x (64 bit) (compiler: gnu x64) ===|
    ||=== Build: sdk in Code::Blocks wx3.1.x (64 bit) (compiler: gnu x64) ===|
    devel31_64\libwxscintilla_cb.a(PlatWX.o)||In function `SurfaceFontDataD2D::SurfaceFontDataD2D(FontParameters const&)':|
    C:\Projects\CB11782\src\sdk\wxscintilla\src\PlatWX.cpp|783|undefined reference to `__imp__Z15wxDWriteFactoryv'|
    devel31_64\libwxscintilla_cb.a(PlatWX.o)||In function `SurfaceDataD2D::SurfaceDataD2D(ScintillaWX*)':|
    C:\Projects\CB11782\src\sdk\wxscintilla\src\PlatWX.cpp|879|undefined reference to `__imp__Z13wxD2D1Factoryv'|
    C:\Projects\CB11782\src\sdk\wxscintilla\src\PlatWX.cpp|879|undefined reference to `__imp__Z15wxDWriteFactoryv'|
    devel31_64\libwxscintilla_cb.a(PlatWX.o)||In function `SurfaceD2D::SurfaceD2D()':|
    C:\Projects\CB11782\src\sdk\wxscintilla\src\PlatWX.cpp|1076|undefined reference to `__imp__Z15wxDWriteFactoryv'|
    ||error: ld returned 1 exit status|
    ||=== Build failed: 5 error(s), 0 warning(s) (11 minute(s), 30 second(s)) ===|

    Last portion of Build Log:
    Code
    g++.exe -w -m64 -g -pipe -mthreads -fmessage-length=0 -fexceptions -std=gnu++11 -Wno-fatal-errors -Wno-errors -DHAVE_W32API_H -D__WXMSW__ -DWXUSINGDLL -DcbDEBUG -DNOPCH -DwxUSE_UNICODE -D_WIN64 -Woverloaded-virtual -DEXPORT_LIB -DEXPORT_EVENTS -DWXMAKINGDLL_SCI -Wno-unused-local-typedefs -Wno-deprecated-declarations -IC:\wxWidgets-3.1.2\lib\gcc_dll64\mswu -IC:\wxWidgets-3.1.2\include -Isdk\wxscintilla\include -Iinclude\tinyxml -Iinclude -Iinclude\tinyxml -Iinclude\scripting\bindings -Iinclude\scripting\include -Iinclude\scripting\sqplus -Iinclude\mozilla_chardet -Iinclude\mozilla_chardet\mfbt -Iinclude\mozilla_chardet\nsprpub\pr\include -Iinclude\mozilla_chardet\xpcom -Iinclude\mozilla_chardet\xpcom\base -Iinclude\mozilla_chardet\xpcom\glue -c C:\Projects\CB11782\src\sdk\toolsmanager.cpp -o .objs31_64\sdk\toolsmanager.o
    g++.exe -w -m64 -g -pipe -mthreads -fmessage-length=0 -fexceptions -std=gnu++11 -Wno-fatal-errors -Wno-errors -DHAVE_W32API_H -D__WXMSW__ -DWXUSINGDLL -DcbDEBUG -DNOPCH -DwxUSE_UNICODE -D_WIN64 -Woverloaded-virtual -DEXPORT_LIB -DEXPORT_EVENTS -DWXMAKINGDLL_SCI -Wno-unused-local-typedefs -Wno-deprecated-declarations -IC:\wxWidgets-3.1.2\lib\gcc_dll64\mswu -IC:\wxWidgets-3.1.2\include -Isdk\wxscintilla\include -Iinclude\tinyxml -Iinclude -Iinclude\tinyxml -Iinclude\scripting\bindings -Iinclude\scripting\include -Iinclude\scripting\sqplus -Iinclude\mozilla_chardet -Iinclude\mozilla_chardet\mfbt -Iinclude\mozilla_chardet\nsprpub\pr\include -Iinclude\mozilla_chardet\xpcom -Iinclude\mozilla_chardet\xpcom\base -Iinclude\mozilla_chardet\xpcom\glue -c C:\Projects\CB11782\src\sdk\uservarmanager.cpp -o .objs31_64\sdk\uservarmanager.o
    g++.exe -w -m64 -g -pipe -mthreads -fmessage-length=0 -fexceptions -std=gnu++11 -Wno-fatal-errors -Wno-errors -DHAVE_W32API_H -D__WXMSW__ -DWXUSINGDLL -DcbDEBUG -DNOPCH -DwxUSE_UNICODE -D_WIN64 -Woverloaded-virtual -DEXPORT_LIB -DEXPORT_EVENTS -DWXMAKINGDLL_SCI -Wno-unused-local-typedefs -Wno-deprecated-declarations -IC:\wxWidgets-3.1.2\lib\gcc_dll64\mswu -IC:\wxWidgets-3.1.2\include -Isdk\wxscintilla\include -Iinclude\tinyxml -Iinclude -Iinclude\tinyxml -Iinclude\scripting\bindings -Iinclude\scripting\include -Iinclude\scripting\sqplus -Iinclude\mozilla_chardet -Iinclude\mozilla_chardet\mfbt -Iinclude\mozilla_chardet\nsprpub\pr\include -Iinclude\mozilla_chardet\xpcom -Iinclude\mozilla_chardet\xpcom\base -Iinclude\mozilla_chardet\xpcom\glue -c C:\Projects\CB11782\src\sdk\workspaceloader.cpp -o .objs31_64\sdk\workspaceloader.o
    g++.exe -w -m64 -g -pipe -mthreads -fmessage-length=0 -fexceptions -std=gnu++11 -Wno-fatal-errors -Wno-errors -DHAVE_W32API_H -D__WXMSW__ -DWXUSINGDLL -DcbDEBUG -DNOPCH -DwxUSE_UNICODE -D_WIN64 -Woverloaded-virtual -DEXPORT_LIB -DEXPORT_EVENTS -DWXMAKINGDLL_SCI -Wno-unused-local-typedefs -Wno-deprecated-declarations -IC:\wxWidgets-3.1.2\lib\gcc_dll64\mswu -IC:\wxWidgets-3.1.2\include -Isdk\wxscintilla\include -Iinclude\tinyxml -Iinclude -Iinclude\tinyxml -Iinclude\scripting\bindings -Iinclude\scripting\include -Iinclude\scripting\sqplus -Iinclude\mozilla_chardet -Iinclude\mozilla_chardet\mfbt -Iinclude\mozilla_chardet\nsprpub\pr\include -Iinclude\mozilla_chardet\xpcom -Iinclude\mozilla_chardet\xpcom\base -Iinclude\mozilla_chardet\xpcom\glue -c C:\Projects\CB11782\src\sdk\xtra_res.cpp -o .objs31_64\sdk\xtra_res.o
    g++.exe -shared  -Wl,--out-implib=devel31_64\libcodeblocks.a -Wl,--dll -LC:\wxWidgets-3.1.2\lib\gcc_dll64 -Ldevel31_64 .objs31_64\sdk\configmanager-revision.o .objs31_64\sdk\annoyingdialog.o .objs31_64\sdk\autodetectcompilers.o .objs31_64\sdk\base64.o .objs31_64\sdk\blockallocated.o .objs31_64\sdk\cbart_provider.o .objs31_64\sdk\cbauibook.o .objs31_64\sdk\cbcolourmanager.o .objs31_64\sdk\cbdebugger_interfaces.o .objs31_64\sdk\cbeditor.o .objs31_64\sdk\cbeditorprintout.o .objs31_64\sdk\cbexception.o .objs31_64\sdk\cbplugin.o .objs31_64\sdk\cbproject.o .objs31_64\sdk\cbstatusbar.o .objs31_64\sdk\cbstyledtextctrl.o .objs31_64\sdk\cbthreadpool.o .objs31_64\sdk\cbtreectrl.o .objs31_64\sdk\cbworkspace.o .objs31_64\sdk\ccmanager.o .objs31_64\sdk\compileoptionsbase.o .objs31_64\sdk\compiler.o .objs31_64\sdk\compilercommandgenerator.o .objs31_64\sdk\compilerfactory.o .objs31_64\sdk\compileroptions.o .objs31_64\sdk\compiletargetbase.o .objs31_64\sdk\configmanager.o .objs31_64\sdk\configurationpanel.o .objs31_64\sdk\configuretoolsdlg.o .objs31_64\sdk\confirmreplacedlg.o .objs31_64\sdk\crc32.o .objs31_64\sdk\debuggermanager.o .objs31_64\sdk\editarrayfiledlg.o .objs31_64\sdk\editarrayorderdlg.o .objs31_64\sdk\editarraystringdlg.o .objs31_64\sdk\editor_hooks.o .objs31_64\sdk\editorbase.o .objs31_64\sdk\editorcolourset.o .objs31_64\sdk\editorlexerloader.o .objs31_64\sdk\editormanager.o .objs31_64\sdk\editpairdlg.o .objs31_64\sdk\editpathdlg.o .objs31_64\sdk\edittooldlg.o .objs31_64\sdk\encodingdetector.o .objs31_64\sdk\externaldepsdlg.o .objs31_64\sdk\filefilters.o .objs31_64\sdk\filegroupsandmasks.o .objs31_64\sdk\filemanager.o .objs31_64\sdk\findreplacedlg.o .objs31_64\sdk\genericmultilinenotesdlg.o .objs31_64\sdk\globals.o .objs31_64\sdk\importers_globals.o .objs31_64\sdk\incremental_select_helper.o .objs31_64\sdk\infowindow.o .objs31_64\sdk\loggers.o .objs31_64\sdk\logmanager.o .objs31_64\sdk\macrosmanager.o .objs31_64\sdk\manager.o .objs31_64\sdk\menuitemsmanager.o .objs31_64\sdk\mozilla_chardet\src\CharDistribution.o .objs31_64\sdk\mozilla_chardet\src\JpCntx.o .objs31_64\sdk\mozilla_chardet\src\LangBulgarianModel.o .objs31_64\sdk\mozilla_chardet\src\LangCyrillicModel.o .objs31_64\sdk\mozilla_chardet\src\LangGreekModel.o .objs31_64\sdk\mozilla_chardet\src\LangHebrewModel.o .objs31_64\sdk\mozilla_chardet\src\LangHungarianModel.o .objs31_64\sdk\mozilla_chardet\src\LangThaiModel.o .objs31_64\sdk\mozilla_chardet\src\nsBig5Prober.o .objs31_64\sdk\mozilla_chardet\src\nsCharSetProber.o .objs31_64\sdk\mozilla_chardet\src\nsEscCharsetProber.o .objs31_64\sdk\mozilla_chardet\src\nsEscSM.o .objs31_64\sdk\mozilla_chardet\src\nsEUCJPProber.o .objs31_64\sdk\mozilla_chardet\src\nsEUCKRProber.o .objs31_64\sdk\mozilla_chardet\src\nsEUCTWProber.o .objs31_64\sdk\mozilla_chardet\src\nsGB2312Prober.o .objs31_64\sdk\mozilla_chardet\src\nsHebrewProber.o .objs31_64\sdk\mozilla_chardet\src\nsLatin1Prober.o .objs31_64\sdk\mozilla_chardet\src\nsMBCSGroupProber.o .objs31_64\sdk\mozilla_chardet\src\nsMBCSSM.o .objs31_64\sdk\mozilla_chardet\src\nsSBCharSetProber.o .objs31_64\sdk\mozilla_chardet\src\nsSBCSGroupProber.o .objs31_64\sdk\mozilla_chardet\src\nsSJISProber.o .objs31_64\sdk\mozilla_chardet\src\nsUniversalDetector.o .objs31_64\sdk\mozilla_chardet\src\nsUTF8Prober.o .objs31_64\sdk\multiselectdlg.o .objs31_64\sdk\newfromtemplatedlg.o .objs31_64\sdk\personalitymanager.o .objs31_64\sdk\pipedprocess.o .objs31_64\sdk\pluginmanager.o .objs31_64\sdk\pluginsconfigurationdlg.o .objs31_64\sdk\printing_types.o .objs31_64\sdk\projectbuildtarget.o .objs31_64\sdk\projectfile.o .objs31_64\sdk\projectfileoptionsdlg.o .objs31_64\sdk\projectlayoutloader.o .objs31_64\sdk\projectloader.o .objs31_64\sdk\projectloader_hooks.o .objs31_64\sdk\projectmanager.o .objs31_64\sdk\projectsfilemasksdlg.o .objs31_64\sdk\projecttemplateloader.o .objs31_64\sdk\scripting\bindings\sc_consts.o .objs31_64\sdk\scripting\bindings\sc_dialog.o .objs31_64\sdk\scripting\bindings\sc_globals.o .objs31_64\sdk\scripting\bindings\sc_io.o .objs31_64\sdk\scripting\bindings\sc_plugin.o .objs31_64\sdk\scripting\bindings\sc_progress.o .objs31_64\sdk\scripting\bindings\sc_util_dialogs.o .objs31_64\sdk\scripting\bindings\sc_wxtypes.o .objs31_64\sdk\scripting\bindings\scriptbindings.o .objs31_64\sdk\scriptingmanager.o .objs31_64\sdk\scriptsecuritywarningdlg.o .objs31_64\sdk\scrollingdialog.o .objs31_64\sdk\sdk_events.o .objs31_64\sdk\searchresultslog.o .objs31_64\sdk\selecttargetdlg.o .objs31_64\sdk\templatemanager.o .objs31_64\sdk\tinywxuni.o .objs31_64\sdk\toolsmanager.o .objs31_64\sdk\uservarmanager.o .objs31_64\sdk\workspaceloader.o .objs31_64\sdk\xtra_res.o  -o devel31_64\codeblocks.dll -Wl,--enable-auto-image-base -Wl,--export-all-symbols -Wl,--add-stdcall-alias -Wl,--enable-auto-import -Wl,--no-undefined -m64  -lshfolder -ltxml -lwxscintilla_cb -lsqplus -lsqstdlib -lsquirrel -lgdi32 -lwxmsw31u
    devel31_64/libwxscintilla_cb.a(PlatWX.o): In function `SurfaceFontDataD2D::SurfaceFontDataD2D(FontParameters const&)':
    C:/Projects/CB11782/src/sdk/wxscintilla/src/PlatWX.cpp:783: undefined reference to `__imp__Z15wxDWriteFactoryv'
    devel31_64/libwxscintilla_cb.a(PlatWX.o): In function `SurfaceDataD2D::SurfaceDataD2D(ScintillaWX*)':
    C:/Projects/CB11782/src/sdk/wxscintilla/src/PlatWX.cpp:879: undefined reference to `__imp__Z13wxD2D1Factoryv'
    C:/Projects/CB11782/src/sdk/wxscintilla/src/PlatWX.cpp:879: undefined reference to `__imp__Z15wxDWriteFactoryv'
    devel31_64/libwxscintilla_cb.a(PlatWX.o): In function `SurfaceD2D::SurfaceD2D()':
    C:/Projects/CB11782/src/sdk/wxscintilla/src/PlatWX.cpp:1076: undefined reference to `__imp__Z15wxDWriteFactoryv'
    collect2.exe: error: ld returned 1 exit status
    Process terminated with status 1 (11 minute(s), 30 second(s))
    5 error(s), 0 warning(s) (11 minute(s), 30 second(s))
     

    Other compiler options the whole project:
    Code
    $(#CB_RELEASE_TYPE)
    -pipe
    -mthreads
    -fmessage-length=0
    -fexceptions
    -std=gnu++11
    -Wno-fatal-errors
    -Wno-errors
    I added the last 2 flags

    Other linker options for sdk:
    Code
    -Wl,--enable-auto-image-base
    -Wl,--export-all-symbols
    -Wl,--add-stdcall-alias
    -Wl,--enable-auto-import
    -Wl,--no-undefined

    If the cause for the failure is obvious, please advise?!

    Regards
    « Last Edit: July 08, 2019, 05:05:29 pm by Frank_CB »

    Offline Miguel Gimenez

    • Developer
    • Lives here!
    • *****
    • Posts: 1553
    Re: The 06 July 2019 build (11781) is out.
    « Reply #17 on: July 08, 2019, 05:08:02 pm »
    How did you update the wx3.1.2 setup?. See http://forums.codeblocks.org/index.php/topic,23291.msg158701.html#msg158701 for help

    Using an unpatched wx3.1.2 will make code completion crash when trying to show popups, see http://forums.codeblocks.org/index.php/topic,22974.0.html

    Some jumped to wxTrunk, but now you must also patch it also because wxPGProperty's constructor has been made protected. See http://forums.codeblocks.org/index.php/topic,23361.0.html

    Offline Frank_CB

    • Almost regular
    • **
    • Posts: 148
    Re: The 06 July 2019 build (11781) is out.
    « Reply #18 on: July 08, 2019, 05:49:17 pm »
    @Miguel Gimenez

    I just changed the last line of this if statement in setup.h per , I believe, your response earlier on a different thread.

    C:\wxWidgets-3.1.2\lib\gcc_dll64\mswu\wx\setup.h
    Code
    //
    // Recommended setting: 1 for faster and better quality graphics under Windows
    // 7 and later systems (if wxUSE_GRAPHICS_GDIPLUS is also enabled, earlier
    // systems will fall back on using GDI+).
    #if defined(_MSC_VER) && _MSC_VER >= 1600
        #define wxUSE_GRAPHICS_DIRECT2D wxUSE_GRAPHICS_CONTEXT
    #else
        #define wxUSE_GRAPHICS_DIRECT2D 1
    #endif

    I'll take your response under advisement and make make any necessary changes!

    Regards

    Offline Miguel Gimenez

    • Developer
    • Lives here!
    • *****
    • Posts: 1553
    Re: The 06 July 2019 build (11781) is out.
    « Reply #19 on: July 08, 2019, 05:53:59 pm »
    After the change in setup.h you must rebuild wxWidgets

    Offline oBFusCATed

    • Developer
    • Lives here!
    • *****
    • Posts: 13413
      • Travis build status
    Re: The 06 July 2019 build (11781) is out.
    « Reply #20 on: July 08, 2019, 07:16:04 pm »
    Yes, but it is annoying and there is a chance to mess this up.
    (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

    • Almost regular
    • **
    • Posts: 148
    Re: The 06 July 2019 build (11781) is out.
    « Reply #21 on: July 08, 2019, 07:21:04 pm »
    @Miguel Gimenez
    Are you sure that that setup header needs to have had the change applied before building wx3.1.2? If I rebuild again after my change, it'll get restored to what it was previously. I'll have to determine the correct setup.h header to apply the change to.  I know it's there somewhere!  Anyway, that's a nice little exercise.
     




    i

    Offline Miguel Gimenez

    • Developer
    • Lives here!
    • *****
    • Posts: 1553
    Re: The 06 July 2019 build (11781) is out.
    « Reply #22 on: July 08, 2019, 07:30:28 pm »
    The setup.h under lib is copied from the main setup.h if it not exists, but left untouched otherwise.

    From wxWidgets instructions at https://github.com/wxWidgets/wxWidgets/blob/master/docs/msw/install.md
    Quote
    Notice that this file is later copied into a directory under lib for each of the build configurations which allows to have different build options for different configurations too if you edit any configuration-specific file.

    On my machines I deleted the setup.h under lib and edited the one under include\wx\msw, so the change is applied to all configurations afterwards.

    Offline Frank_CB

    • Almost regular
    • **
    • Posts: 148
    Re: The 06 July 2019 build (11781) is out.
    « Reply #23 on: July 08, 2019, 07:45:34 pm »
    @Miguel Gimenez
    Thanks.  The information that you provided is very informative!

    Offline Xaviou

    • Regular
    • ***
    • Posts: 402
      • X@v's wxStuff
    Re: The 06 July 2019 build (11781) is out.
    « Reply #24 on: July 10, 2019, 07:18:02 pm »
    Hi.

    On OSX, the default command used by C::B to run a console program doesn't work.
    This command is :
    Code
    osascript -e 'tell app "Terminal"' -e 'activate' -e 'do script quoted form of "$SCRIPT"' -e 'end tell'

    I have tested with a newly created small C++ console project, and here is the result:
    First, the content of the "Build log" output tab in C::B :
    Code
    -------------- Run: Debug in cbTest (compiler: GNU GCC Compiler)---------------

    Checking for existence: /Users/xavier/dev/cbTest/bin/Debug/cbTest
    Set variable: DYLD_LIBRARY_PATH=.:
    Executing: osascript -e 'tell app "Terminal"' -e 'activate' -e 'do script quoted form of "/Applications/CodeBlocks.app/Contents/MacOS/cb_console_runner DYLD_LIBRARY_PATH=$DYLD_LIBRARY_PATH:. /Users/xavier/dev/cbTest/bin/Debug/cbTest "' -e 'end tell'  (in /Users/xavier/dev/cbTest/.)
    Process terminated with status 0 (0 minute(s), 3 second(s))
    And then, the output displayed by the Terminal window:
    Code
    '/Applications/CodeBlocks.app/Contents/MacOS/cb_console_runner DYLD_LIBRARY_PATH=$DYLD_LIBRARY_PATH:. /Users/xavier/dev/cbTest/bin/Debug/cbTest '
    -bash: /Applications/CodeBlocks.app/Contents/MacOS/cb_console_runner DYLD_LIBRARY_PATH=$DYLD_LIBRARY_PATH:. /Users/xavier/dev/cbTest/bin/Debug/cbTest : No such file or directory

    Note that if I change the default command by the following, it works fine (I've just removed the "quoted form of" part):
    Code
    osascript -e 'tell app "Terminal"' -e 'activate' -e 'do script "$SCRIPT"' -e 'end tell'
    Here is the output:
    Code
    /Applications/CodeBlocks.app/Contents/MacOS/cb_console_runner DYLD_LIBRARY_PATH=$DYLD_LIBRARY_PATH:. /Users/xavier/dev/cbTest/bin/Debug/cbTest 
    Hello world!

    Process returned 0 (0x0)   execution time : 0.007 s
    Press ENTER to continue.

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

    Offline Frank_CB

    • Almost regular
    • **
    • Posts: 148
    Re: The 06 July 2019 build (11781) is out.
    « Reply #25 on: July 10, 2019, 07:55:42 pm »
    @Miguel Gimenez
    Have built SVN 11783, after rebuilding wxWidgets-3.1.2 libraries,after modifying  include\wx\setup.h per your response.  Thanks again!

    Regards

    Frank

    Offline Xaviou

    • Regular
    • ***
    • Posts: 402
      • X@v's wxStuff
    About Debian versions
    « Reply #26 on: July 12, 2019, 05:29:13 pm »
    Hi
    I'm not sure this is the right place for this post, but I don't really know where to put it, so, sorry in advance...

    As you've probably noticed, I'm providing nightly builds for Debian Stretch using my own repository.

    I'm now also ready to provide these nightly builds for Debian Buster.

    To have corrects builds, I plan to make separated builds for Stretch and for Buster.
    But as the resulting packages will have the same names, They can't be both added to the same repository.

    So my question is : Does someone know a simple way to get rid of this problem ?

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