Author Topic: The 13 December 2020 build (12240) is out.  (Read 4283 times)

Offline gh_origin

  • Multiple posting newcomer
  • *
  • Posts: 48
Re: The 13 December 2020 build (12240) is out.
« Reply #15 on: December 14, 2020, 04:12:31 pm »
Okay, I'll explain why I don't think gcc,g++ 10 is used. Because http://sourceforge.net only has the latest buggy version 8.1.0. If the development team used to get the build C::B Linux, it would have long been used gcc,g++ 10, as well as the impression that builds in Windows.If my guess is wrong, please tell me exactly where I went wrong.

The CodeBlocks projects used to use TDM GCC before it was abandoned. They just switched to MinGW64 for the last release.
Now TDM GCC is back. It's nothing wrong for them to switching back to it again:

https://jmeubank.github.io/tdm-gcc/download/

Your reasons was wrong. I would say they should switch to MSYS2 because of CCLS and their future dependence of LSP.
« Last Edit: December 14, 2020, 04:24:39 pm by gh_origin »

Offline gh_origin

  • Multiple posting newcomer
  • *
  • Posts: 48
Re: The 13 December 2020 build (12240) is out.
« Reply #16 on: December 14, 2020, 04:22:13 pm »
I wasn't going to troll you or waste your precious time on nonsense.

I don't think you are trolling, too. You are just annoying and it takes energy to address your wrong statements so I just try my best to avoid talking with you.

But this is the last time I use CodeBlocks so it's no longer a problem for me.

I no longer have to teach Programming anymore. I'm back teaching Elementary Math only.

They hired a new teacher to teach Programming for the students and he switched to VSCode, as I and my students have done all of the cleaning job so the sample code no longer depends on any Borland specific features and compile cleanly under TDM GCC 9.2 and Clang 11 with -std=gnu++98 now. It's a bit sad that the code still not yet conforms to C++11.

Bye everyone. And good luck to you all with your new adventure with LSP and CCLS.

Offline stahta01

  • Lives here!
  • ****
  • Posts: 7056
    • My Best Post
Re: The 13 December 2020 build (12240) is out.
« Reply #17 on: December 14, 2020, 05:54:05 pm »
I have tried off and on to get the CB configure/make method of build to work under MSys2 and I have failed!
I am now using edited CB Projects to build CB under MSys2 and it works reasonably well.

Tim S.

The problem is with make. Not MinGW! This is why you could use MSYS2's MinGW to build CodeBlocks using CodeBlocks successfully.
Please note that mingw32-make's Makefiles and make's Makefiles are incompatible.
I think you should regenerate it using autoconf -i -f and try again.
This is the reason why CodeLite has 'CodeLite Makefile Generator' and 'CodeLite Makefile Generator - UNIX'.
I always hope someday CodeBlocks could have the Makefile generator ability of CodeLite.
CodeLite also supports cmake. But I don't use cmake, so I don't care.

I use MSys2 all the time! Have you even once created an MSys2 package?

I am going to write you off as someone who knows little about what they post; till you list for me the packages in MSys2 you have contributed to!

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 killerbot

  • Administrator
  • Lives here!
  • *****
  • Posts: 5266
Re: The 13 December 2020 build (12240) is out.
« Reply #18 on: December 14, 2020, 06:10:01 pm »
new PATCHED wx dll , please download these too and replace your old ones !!!

The wxWidgets DLL on the download link was the same as the one I downloaded with the last nightly.
Is the link wrong?

Tim S.

no, but I repeat this some time, since not everybody see every nightly. Wil ltry to do a better job on this and on the next nightly remove it.

Offline eckard_klotz

  • Almost regular
  • **
  • Posts: 164
Re: The 13 December 2020 build (12240) is out.
« Reply #19 on: December 17, 2020, 09:49:35 am »
Dear Code::Blocks Developers.


I still face that the symbol-browser is not available in the nightly.

Thus I rebuild Code::Blocks base on the patch http://forums.codeblocks.org/index.php/topic,23580.60.html from Miguel Gimenez http://forums.codeblocks.org/index.php?action=profile;u=34306 by my self.

I have done the same since the symbol-browser was disabled but I never faced issues with it.
  • From my point of view a symbol-browser is an essential part of an IDE like Code::Blocks.
  • Thus I like to ask you to integrate it again with the nightly build.
  • In the case that some users still face issues with it, you may deactivate it by default and add a warning visible when the user is activating it.
  • This way the single user could decide, if symbol-browser becomes active or not.


I wish you and all C::B users a marry Christmas and a happy new year.

Take care about you and stay healthy,
                                                       Eckard Klotz.

Offline Miguel Gimenez

  • Lives here!
  • ****
  • Posts: 595
Re: The 13 December 2020 build (12240) is out.
« Reply #20 on: December 17, 2020, 10:30:56 am »
There is a fully threaded version of my patch for the symbol browser, see https://sourceforge.net/p/codeblocks/tickets/1031/. If you use it and have any problem please report it in the ticket (and if it works as it should please also report).

Offline ollydbg

  • Developer
  • Lives here!
  • *****
  • Posts: 5295
  • OpenCV and Robotics
    • Chinese OpenCV forum moderator
Re: The 13 December 2020 build (12240) is out.
« Reply #21 on: December 17, 2020, 11:12:08 am »
Dear Code::Blocks Developers.


I still face that the symbol-browser is not available in the nightly.

Thus I rebuild Code::Blocks base on the patch http://forums.codeblocks.org/index.php/topic,23580.60.html from Miguel Gimenez http://forums.codeblocks.org/index.php?action=profile;u=34306 by my self.

I have done the same since the symbol-browser was disabled but I never faced issues with it.
  • From my point of view a symbol-browser is an essential part of an IDE like Code::Blocks.
  • Thus I like to ask you to integrate it again with the nightly build.
  • In the case that some users still face issues with it, you may deactivate it by default and add a warning visible when the user is activating it.
  • This way the single user could decide, if symbol-browser becomes active or not.


I wish you and all C::B users a marry Christmas and a happy new year.

Take care about you and stay healthy,
                                                       Eckard Klotz.

Hi, you can also look at this post:
Re: Symbols browser issue of CC has been fixed for my Linux

I have a custom build binary in github.
If some piece of memory should be reused, turn them to variables (or const variables).
If some piece of operations should be reused, turn them to functions.
If they happened together, then turn them to classes.

Offline eckard_klotz

  • Almost regular
  • **
  • Posts: 164
Re: The 13 December 2020 build (12240) is out.
« Reply #22 on: December 17, 2020, 01:22:14 pm »
Hello Miguel Gimenez and Ollydbg.

Thanks for your reply and all the effort you have taken so far to make the symbol-browser run again.
  • The symbol-browser is working for me without any crash.
  • I will add a more detailed report to your both discussions, you provided the links for.

What I wanted suggest in this nightly discussion is to add it again to the nightly release again to the next nightlies.
  • You spend so much work in it.
  • So when will the symbol-browser be available again in the normal nightlies and releases?

Take care and stay healthy,
                                       Eckard Klotz.

Offline gh_origin

  • Multiple posting newcomer
  • *
  • Posts: 48
Re: The 13 December 2020 build (12240) is out.
« Reply #23 on: December 20, 2020, 09:03:38 am »
I use MSys2 all the time! Have you even once created an MSys2 package?

I am going to write you off as someone who knows little about what they post; till you list for me the packages in MSys2 you have contributed to!

Tim S.

I used Manjaro Linux but not really MSYS2. I have setup MSYS2, let it there, but don't use it much. All of my writings are just what I thought what it should be. I have no way to back it up. I have experience with the pacman package manager but never created any packages either for Arch or MSYS2.

So, I just wrote what I thought to be right. Honestly, I have no basis for it other than my own experience and reasoning. It could be all wrong.

Offline eckard_klotz

  • Almost regular
  • **
  • Posts: 164
Re: The 13 December 2020 build (12240) is out.
« Reply #24 on: January 10, 2021, 04:59:02 pm »
Hello All.

I wish a happy new year for all Code::Blocks Developers as well as for all Code::Blocks Users.


Unfortunately I face currently some issues with the Undo functionality of the editor.

Sometimes a change done in one step for several lines could only be undone line for line. Commenting out several lines by using [Ctrl][Shift][C] is an example for this
But more confusing is that several independent changes are some times undone in one single step even only the last change should really be undone.

I'm working with the revision 12240 build by my self on Windows 10.

The only modifications I have done are


Somewhere here in the Code::Blocks forum I already read that this issue is already known and that the used Scintilla library-version is the reason.
Thus I assume that somebody is already working on it.
 
However, is it possible to clear the undo-queue manually from time to time to ensure that old changes which should definitely be kept will not be undone?

Please stay well and healthy,
                                         Eckard Klotz.

Offline oBFusCATed

  • Developer
  • Lives here!
  • *****
  • Posts: 13003
    • Travis build status
Re: The 13 December 2020 build (12240) is out.
« Reply #25 on: January 10, 2021, 06:57:45 pm »
Edit -> Clear changes history?

No, it is not a known problem. Give link or post a ticket on sf.net with exact steps to reproduce the problem.
Also first make sure that geany/scite/codelite/notepad++ behave differently.
(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!]