Code::Blocks Forums

User forums => Nightly builds => Topic started by: killerbot on July 06, 2019, 10:55:25 am

Title: The 06 July 2019 build (11781) is out.
Post by: killerbot 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 (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 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:


Regressions/Confirmed/Annoying/Common bugs:


Title: Re: The 06 July 2019 build (11781) is out.
Post by: Xaviou on July 06, 2019, 04:57:08 pm
Hi

OS X version of this rev can be downloaded from my Google Drive (https://drive.google.com/open?id=0B2rFQ8rNHzEeN0xtU3R6emdhUWs).

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

Regards
Xav'
Title: Re: The 06 July 2019 build (11781) is out.
Post by: zed 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?
Title: Re: The 06 July 2019 build (11781) is out.
Post by: stahta01 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.
Title: Re: The 06 July 2019 build (11781) is out.
Post by: killerbot 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.
Title: Re: The 06 July 2019 build (11781) is out.
Post by: zed 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.
Title: Re: The 06 July 2019 build (11781) is out.
Post by: stahta01 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 (http://forums.codeblocks.org/index.php/topic,3299.0.html#new)
Title: Re: The 06 July 2019 build (11781) is out.
Post by: killerbot 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.
Title: Re: The 06 July 2019 build (11781) is out.
Post by: zed 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.
Title: Re: The 06 July 2019 build (11781) is out.
Post by: killerbot 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 ;-)

Title: Re: The 06 July 2019 build (11781) is out.
Post by: zed 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.
Title: Re: The 06 July 2019 build (11781) is out.
Post by: oBFusCATed on July 07, 2019, 05:40:29 pm
zed: Why do you care if there are .a files or not?
Title: Re: The 06 July 2019 build (11781) is out.
Post by: zed on July 07, 2019, 05:55:10 pm
Because they are garbage for almost all users.
Title: Re: The 06 July 2019 build (11781) is out.
Post by: oBFusCATed 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)
Title: Re: The 06 July 2019 build (11781) is out.
Post by: raynebc 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.
Title: Re: The 06 July 2019 build (11781) is out.
Post by: zed 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).
Title: Re: The 06 July 2019 build (11781) is out.
Post by: Frank_CB 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
Title: Re: The 06 July 2019 build (11781) is out.
Post by: Miguel Gimenez 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
Title: Re: The 06 July 2019 build (11781) is out.
Post by: Frank_CB 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
Title: Re: The 06 July 2019 build (11781) is out.
Post by: Miguel Gimenez on July 08, 2019, 05:53:59 pm
After the change in setup.h you must rebuild wxWidgets
Title: Re: The 06 July 2019 build (11781) is out.
Post by: oBFusCATed on July 08, 2019, 07:16:04 pm
Yes, but it is annoying and there is a chance to mess this up.
Title: Re: The 06 July 2019 build (11781) is out.
Post by: Frank_CB 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
Title: Re: The 06 July 2019 build (11781) is out.
Post by: Miguel Gimenez 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.
Title: Re: The 06 July 2019 build (11781) is out.
Post by: Frank_CB on July 08, 2019, 07:45:34 pm
@Miguel Gimenez
Thanks.  The information that you provided is very informative!
Title: Re: The 06 July 2019 build (11781) is out.
Post by: Xaviou 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'
Title: Re: The 06 July 2019 build (11781) is out.
Post by: Frank_CB 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
Title: About Debian versions
Post by: Xaviou 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'