Author Topic: The 26 July 2019 build (11810) is out. (Read 24304 times)

killerbot · « **on:** July 26, 2019, 01:06:25 pm »

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 26 July 2019 build is out.
- Windows :
http://sourceforge.net/projects/codeblocks/files/Binaries/Nightlies/2019/CB_20190726_rev11810_win64.7z
- Linux :
none

The current SDK version is : 1.43.0

Resolved Fixed:

SDK: Add $PLATFORM macro that expands to "msw" on windows and "unix" on linux and mac
UI: Apply scale factor to the toolbar size
UI: Make button images (zoom in/out) in the help plugin panel to be HiDPI aware
UI: Make it possible to use the cbArtProvider with toolbars
SDK: Make cbGetContentScaleFactor and cbGetActualContentScaleFactor to take const references to windows
UI: Move select_target.png to sdk/resoucres
UI: Use toolbar art providers for main, compiler and debugger toolbars
wxSmith: Make wxParentProperty read only in wxsChart (ticket #853,thanks Miguel Gimenez)
UI: Make the SpellChecker icons in the status bar to be HiDPI aware
SpellChecker: Make the popup menu to show when pressing the left button
SpellChecker: Try to fix build when using non-default install path for hunspell
build: Copy the SpellChecker files to the bundle on macOS

Regressions/Confirmed/Annoying/Common bugs:

killerbot · « **Reply #1 on:** July 26, 2019, 01:07:50 pm »

Plugin resource not found: SpellChecker.zip

gd_on · « **Reply #2 on:** July 26, 2019, 02:42:13 pm »

I have found a problem in spellchecker\update.bat (modification introduced in svn 11807).
The line containing

Code

:mkdirSilent - create a directory if it doesn't exists

is bad interpreted, as if it tried to execute strings after the - sign.
If I modify it by :

Code

REM  - create a directory if it doesn't exists
:mkdirSilent

it works.
I also modify the line containing, just in case of ... :

Code

:copyImageFiles

Quite strange because the same syntax is accepted in the main update.bat

Gd_èon

oBFusCATed · « **Reply #3 on:** July 26, 2019, 11:12:55 pm »

Are the line endings windows correct? There is a chance I've edited the file on linux. Also I've tried it and it seemed to work...

This is quite annoying. I guess I have to just try to port the build system to cmake or meson and stop bother with all these annoyances.

oBFusCATed · « **Reply #4 on:** July 26, 2019, 11:37:49 pm »

Can you try if adding these at the top fixes it?

Code

REM SETLOCAL assures environment variables created in a batch file are not exported to its calling environment
setlocal

SETLOCAL ENABLEEXTENSIONS

gd_on · « **Reply #5 on:** July 27, 2019, 01:10:15 pm »

The problem comes effectively from the linux EOL (LF only).
If I convert spellchecker\update.bat to Windows EOL (CR + LF) it's OK.
If on the original update.bat (Linux EOL) I add your lines with SET LOCAL, it still does not work. But If I convert this last file to Windows EOL, it's OK again.
So, the set local does not solve the problem. It's clearly an EOL problem.

The error message I obtain is in french :

Code

update31_64.bat
doesn't était inattendu.

Which means something like : doesn't was unexpected. The string "doesn't" is on the line containing ":mkdirSilent". It's why I said that this line was bad interpreted, as if strings following the - sign were triing to be executed.

May be a simple solution is to separate the strings following the - sign as a REM line. Like that, it works with Linux and Windows EOL.

gd_on

Miguel Gimenez · « **Reply #6 on:** July 27, 2019, 02:19:45 pm »

Quote from: gd_on on July 27, 2019, 01:10:15 pm

Like that, it works with Linux and Windows EOL.

The main update.bat also has mixed EOL, but they are in other area and it is only noticeable when creating diffs.

CmKaHo · « **Reply #7 on:** July 27, 2019, 02:20:06 pm »

no wxSmith.

I am trying to get working configuration on KUbuntu 19.04. Clean install.
I compiled wx 3.1.2 with ../configure --enable-unicode --enable-cxx11 --enable-xrc
After compiling of the code::blocks I get message:
/usr/local/lib/codeblocks/plugins/libwxsmith.so: not loaded (missing symbols?)
...

Can somebody help me what is wrong?
Thanks,
Karel

Miguel Gimenez · « **Reply #8 on:** July 27, 2019, 02:23:38 pm »

You must call configure with --with-contrib-plugins=all.

Please open your own thread for unrelated questions.

CmKaHo · « **Reply #9 on:** July 27, 2019, 05:24:59 pm »

You must call configure with --with-contrib-plugins=all - sure, I did it.
Please open your own thread... - sorry, I assumed that my problem is related with version.

But I found a problem source: --enable-cxx11 in wx compilation causes it.

Thanks again.

oBFusCATed · « **Reply #10 on:** July 30, 2019, 06:28:04 pm »

Quote from: gd_on on July 27, 2019, 01:10:15 pm

The problem comes effectively from the linux EOL (LF only).

Should be fixed with rev11819. Please test and let me know.
I'm using only git on windows and there the file extensions are correctly set to crlf...

sodev · « **Reply #11 on:** July 30, 2019, 06:59:30 pm »

This is because you are using autocrlf, but this does not do the correct thing. It commits everything with LF but converts to the local native EOL on checkout. What you really need to do is to enforce a specific EOL for these files, they will get commited with that EOL and keep it on checkout. You have to add a .gitattributes file and mark the windows scripts to use CRLF and the linux scripts to use LF.

In svn you have to set the corresponding property which currently is not set for these files.

gd_on · « **Reply #12 on:** July 30, 2019, 07:15:28 pm »

Quote

Should be fixed with rev11819. Please test and let me know.

Yes it's correct there.
gd_on

AndyJ · « **Reply #13 on:** July 31, 2019, 10:21:44 am »

Is the right click 'Find occurances of' broken in this nightly? It doesn't seem to be on the menu with my installation on Window 7 x64.

Thanks,

Andy

oBFusCATed · « **Reply #14 on:** July 31, 2019, 10:50:58 am »

Do you have the ThreadSearch plugin installed and enabled?

AndyJ · « **Reply #15 on:** July 31, 2019, 01:17:50 pm »

Ah, thanks for the pointer. It doesn't look like that plugin was included in the archive?

Miguel Gimenez · « **Reply #16 on:** July 31, 2019, 02:26:54 pm »

In fact SymTab, ThreadSearch and ToolsPlus are not in the nightly

killerbot · « **Reply #17 on:** July 31, 2019, 10:09:20 pm »

Quote from: Miguel Gimenez on July 31, 2019, 02:26:54 pm

In fact SymTab, ThreadSearch and ToolsPlus are not in the nightly

I was under the impression they were , hmmm ?

stahta01 · « **Reply #18 on:** July 31, 2019, 10:57:46 pm »

Quote from: killerbot on July 31, 2019, 10:09:20 pm

Quote from: Miguel Gimenez on July 31, 2019, 02:26:54 pm
In fact SymTab, ThreadSearch and ToolsPlus are not in the nightly

I was under the impression they were , hmmm ?

SymTab has been disabled for a long time because of bugs.
Edit: wxWidgets 3.x related bugs.
Edit2: IIRC, ThreadSearch has an enable/disable bug.
Edit3: The enable/disable bug is that it crashes CB when being either enable/disable as a plugin.

Tim S.

oBFusCATed · « **Reply #19 on:** July 31, 2019, 11:04:31 pm »

stahta01: Are you mixing SymbolBrowser and SymTab? ThreadSearch is working fine except for the crash on disable and it hasn't been disabled.

stahta01 · « **Reply #20 on:** July 31, 2019, 11:18:46 pm »

Quote from: oBFusCATed on July 31, 2019, 11:04:31 pm

stahta01: Are you mixing SymbolBrowser and SymTab?

I think yes is likely true.

The nightly is missing these dlls ThreadSearch.dll, ToolsPlus.dll, and SymTab.dll from folder share\CodeBlocks\plugins.

Tim S.

gd_on · « **Reply #21 on:** August 01, 2019, 10:46:42 am »

The missing dlls is probably a problem caused by a wrong EOL formatting in spellchecker\update.bat : C::B generation by Codeblocks_wx31_64.workspace stopped on an error at the end of spellchecker generation, so the 3 last plugins have not been generated (and spellchecker itself is not finished). Killerbot has seen the problem, but apparently after the publication. See posts at the top of this thread.
Problem has been corrected in svn 11819, so next nightly will be correct.

gd_on

News:

Author Topic: The 26 July 2019 build (11810) is out. (Read 24304 times)