News:

As usual while waiting for the next release - don't forget to check the nightly builds in the forum.

Main Menu

The 17 November 2019 build (11918) is out.

Started by killerbot, November 17, 2019, 08:27:03 PM

Previous topic - Next topic

killerbot

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 : https://sourceforge.net/projects/codeblocks/files/Binaries/Nightlies/Prerequisites/wxmsw31u_gcc_cb_wx313_2D_gcc810-mingw64.7z.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 17 November 2019 build is out.
  - Windows :
   http://sourceforge.net/projects/codeblocks/files/Binaries/Nightlies/2019/CB_20191117_rev11918_win64.7z
  - Linux :
   none

The current SDK version is : 1.46.0

Resolved Fixed:


  • complete transition of all plugins to wx31 (32/64) on Windows
  • updated wxPDFDoc (source_exporter) to v0.9.8
  • applied patch #887: Add new style wxFD_SHOW_HIDDEN to wxFileDialog in wx3.1.3+, thanks Miguel Gimenez
  • applied patch #880: Add new style wxFLP_SMALL to wxFilePickerCtrl in wx3.x.x, thanks Miguel Gimenez
  • applied (modified) patch #870: Add compiler ID to Help -> About dialog (thanks LETARTARE and Miguel Gimenez)
  • KeyBinder - Sort cbKeybinder20.conf file and remove old (duplicate) bindings
  • UI: Add logging of execution time to various places in the code
  • sdk: Small optimization in addFile (don't call wxFileName::GetExt multiple times)
  • sdk: Make CompilerFactory::GetCompiler using an id faster
  • sdk: Proper fix for ticket #870
  • sdk: One more fix for ticket #870
  • wx3: Fix assertion when removing last virtual target (ticket #892, thanks Miguel Gimenez)
  • sdk: Make sure we don't add the same file twice if it is stored with different relative path in the project file
  • sdk: Remove duplicated calls to AddBuildTarget for generated files
  • UI: SpellChecker - add Spanish flag images (ticket #881, thanks Miguel Gimenez)
  • SpellChecker: Speedup by moving code out of loop and advancing the position of the parser more advanced.
  • compiler: SDCC update (ticket #889, thanks Philipp Klaus Krause)
  • UI: Fix two asserts for incorrect use of wxALIGN_LEFT when opening the Project -> Properties dialog
  • UI: Fix keybinder warning for Ctrl-P being duplicated

Regressions/Confirmed/Annoying/Common bugs:




Melchior

(PC Specs)
CPU: AMD FX-9590 4.7GHz 8-core  RAM: 32GB
Motherboard: Asus SABERTOOTH 990FX R2.0
GPU: nVidia GTX 1070 Ti 8GB  --  GFX Drivers: Nvidia v431.60
OS: Windows 7 Ultimate 64-bit SP1 (x64)

Xaviou

My wxWidgets's stuff : [url="https://wxstuff.xaviou.fr/"]https://wxstuff.xaviou.fr/[/url]

Khram

... repeat. While typing a new word - spellcheck does not work, and after, or, when update with ready-made text - everything is fine. The general conclusion  - it is possible to work with some difficulties ... >:(
C++ & Fortran in MinGW-GCC-4.3.3 & WinLibs-GCC-14.2 with CB-13596

BlueHazzard

Quoterepeat. While typing a new word - spellcheck does not work, and after, or, when update with ready-made text - everything is fine. The general conclusion  - it is possible to work with some difficulties ...
Are you talking about that as long as you type the word is highlighted as error?
Is this not expected? At least for me it is how it should work... As long as you type the word is not complete -> the word is wrong -> Error for the spell checker. So i can check the word while typing... In my language words are constructed of multiple other, smaller words, so this behavior of the spellchecker is really handy, because it shows me that the word until now is correct...

Khram

Thank You! Really it got better. In the ver.11918 is clearly an old bug disappears when typing the next word. Previously, in ver.11890, updating the entire source code was required.
C++ & Fortran in MinGW-GCC-4.3.3 & WinLibs-GCC-14.2 with CB-13596

oBFusCATed

@BlueHazzard: In firefox spell checking (for English) happens after pressing space or other word separating characters. I don't think it is expected to mark the word as misspelled if the user is still typing it. I think it will be (mildly) annoying.
(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!]

killerbot

Quote from: Xaviou on November 17, 2019, 08:51:45 PM
Hi.

Quote from: killerbot on November 17, 2019, 08:27:03 PM
A link to the unicode windows wxWidget dll(s) for Code::Blocks : https://sourceforge.net/projects/codeblocks/files/Binaries/Nightlies/Prerequisites/wxmsw31u_gcc_cb_wx313_2D_gcc810-mingw64.7z.7z
There is one useless extra ".7z" in the archive name.

Regards
Xav'

I know, but it got uploaded like that, will re upload it and then adjust the url

Xaviou

Hi

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

Debian Stretch and Buster (32 and 64 bits) can be installed from my repo.

Regards
Xav'
My wxWidgets's stuff : [url="https://wxstuff.xaviou.fr/"]https://wxstuff.xaviou.fr/[/url]

dkulp

Quote from: Xaviou on November 18, 2019, 09:57:29 PM
OS X version of this rev can be downloaded from my Google Drive.

Are there any docs on how to build the OSX version and get an actual runnable build out of it?   The ONLY thing I need codeblocks for is wxSmith, but wxSmith is not usable at all in any of the nightly builds on OSX (just get black screens instead of the panels displayed) and I'd like to try and fix it (likely just a double buffer issue) but I really cannot figure out how to build things and have it work.    :(

oBFusCATed

Almost the same as on linux.
Use homebrew/macports to get autotools/automake/whateverelse is needed
Run ./bootstrap
Run ./configure in a folder pass --prefix to some folder where you have write access
make -jsomething
make install
Run ./bundle.sh

This would give you a folder CodeBlocks.app which could be used to execute codeblocks.
If you have some other problems you better start a topic where you could get help with them.
This one is too generic.
(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!]

Suryavarman

Quote from: dkulp on November 22, 2019, 06:01:37 PM
Are there any docs on how to build the OSX version and get an actual runnable build out of it?   The ONLY thing I need codeblocks for is wxSmith, but wxSmith is not usable at all in any of the nightly builds on OSX (just get black screens instead of the panels displayed) and I'd like to try and fix it (likely just a double buffer issue) but I really cannot figure out how to build things and have it work.    :(

Hi dkulp,
If you cannot solve your problem. May be you can use wxFormBuilder https://github.com/wxFormBuilder/wxFormBuilder.
It works properly.

Suryavarman

Quote from: Xaviou on November 18, 2019, 09:57:29 PM
Hi

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

Debian Stretch and Buster (32 and 64 bits) can be installed from my repo.

Regards
Xav'

(Globish)
Hi Xaviou
I can't use anymore your CB builds.
MacOS version requiered: 10.14
My OS version : 10.13.6

(Français)
Coucou Xaviou,

Je peux plus utiliser tes build (J'avou :p c'est pas souvent que je suis sur mon mac). Il m'est impossible d'utiliser CodeBlocks.app avec ma version de MacOS.
J'ai la 10.13.6 et l'app requiert la version 10.14

dkulp

Just to follow up on the wxSmith issue on OSX.    It looks like it's a bug in wxWidgets.   All the various calls to grab a screen shot of the view seem to return just a black wxBitmap.   Tracking into the wxWidgets call, it's heading into an un-implemented call.   I've logged a ticket:

https://trac.wxwidgets.org/ticket/18627


dkulp

And I was going to try and workaround it by using wxScreenDC to capture the full screen and pulling out the window area, but then ran into:

https://trac.wxwidgets.org/ticket/18628