Recent Posts

Pages: 1 ... 5 6 7 8 9 [10]
91
Help / Re: Doesn't load all projects into workspace during build
« Last post by AndrewCot on July 29, 2022, 01:56:43 am »
The only reason I know so much about the issues you are hitting is that I have seen them and had to work my way through them.
There are a bunch of things that need to be aware of when updating the files to wxWidgets as you are new to it and will as you are aware hit bumps along the way and sometimes have to revert changes if they do not work out. Some of the issues you will hit with updating the existing build files:
  • Some of the project files are hard coded for the "default" wxWidgets for the OS. 3.1 for Windows and 3.0 for Linux. These are mainly the batch and script files called from the existing CBP files. These are a pain to update as there are IMHO way too many of them.
  • Some of the scripts in the src directory also have hard coded paths based on the file.
  • The big one is that you need to change all references in all the CBP files to change the wxWidget you are building against/for. One mistake and you get into allot of trouble (aka errors).
With wxWidgets 3.2.0 please make sure you manually incorporate the following change otherwise you will have issues with dialogs opening off screen at some point:If you want to create a Windows installer that the quickest way is to grab the https://github.com/acotty/CodeBlocks_Unofficial_Testing/tree/master/windows_installer directory and put it in the same sub directory in your source tree and run the appropriate bat file in the windows_installer. Please read the start of one of the *.nsi for what you need to install to get the NSIS script to work.  I have not checked it works against the stock SF source tree for 2 or 3 months. If it does not work can you create an issue in the Github repo for me.

I have solved all of the project file quirks that I am aware of in the https://github.com/acotty/CodeBlocks_Unofficial_Testing repo. If you get stuck compare the *.cbp and *.bat files as I have moved all of the zip creation into the CBP files and the src bat files do not create any zip files anymore, but they still copy the compiler DLL files. If you get stuck with any of these or want to know why or what or any feedback on these updated/changes files create a discussion in the github repo so I can answer you as these files are not official C::B files.
If/when you get to building on Linux or Mac drop me a DM and I will give you some more pointers, but if you want a head start then have a read of one of the readme files in the repo root directory, but be aware that these are not 100% polished so if you can help out with fixing/updating/polishing them I would be very much appreciated as they need to be reviewed and checked.

   
92
Development / Re: Code::Blocks can build against wxGTK/Win 3.2.0
« Last post by stahta01 on July 29, 2022, 01:49:29 am »
What does this mean? Could we provide a package over msys with this?
msys isn't using wxGTK by default or?

 
Quote
Ran into wxGetKeyState() issues
So you can not type?

[Edit:] I see mostly only ifdef changes, so this should be straight forward if we want to integrate it. I am just no fan of the new project files  :-\ we should try to remove project files instead of adding them...

The wxWidgets 3.2.0 package I did an PR on for MSys2 supplies both wxMSW and wxGTK-gtk3; I needed a way to test the wxGTK.
I know that 2 to 3 years ago the CB was close to compiling with wxGTK/Win; so I used CB to test it.
I have no plans to submit the CB projects I have in the repo above. Or the code changes.
But, I do consider it a example way to build CB projects for other software.

wxGetKeyState() returns shift/control/alt etc.
I did not even try to type; the assert messages about wxGetKeyState() happened when trying to build an previously created CB project with a single printf statement.

But, the PR seems to supply the private wxMSW headers needed to build the Code::Blocks core project.
If anyone uses MSys2, please test my PR and give feedback on the wx3.2 or wx3.0 PRs
3.2 https://github.com/msys2/MINGW-packages/pull/12224
3.0 https://github.com/msys2/MINGW-packages/pull/12194

I hope I finally have package names the MSys2 folks will support.

Tim S.
93
Development / Re: Code::Blocks can build against wxGTK/Win 3.2.0
« Last post by BlueHazzard on July 29, 2022, 12:20:44 am »
What does this mean? Could we provide a package over msys with this?
msys isn't using wxGTK by default or?

 
Quote
Ran into wxGetKeyState() issues
So you can not type?

[Edit:] I see mostly only ifdef changes, so this should be straight forward if we want to integrate it. I am just no fan of the new project files  :-\ we should try to remove project files instead of adding them...
94
Help / Re: Doesn't load all projects into workspace during build
« Last post by Frank_CB on July 28, 2022, 10:18:32 pm »
@BlueHazzard:

I could load and unload the Logs @ Others panel using either F2 or View->logs, but it was usually blank. Rather perplexing. Once I started toggling (as an experiment) tabs I found different tabs that could be added to the blank panel.  One of the tabs was Code_Blocks. Adding that tab to the panel displayed the information I wanted. Red text was scattered throughout that log. I should have read your first sentence more carefully.

Thank you!

@AndrewCot:

You continue amazing me with your knowledge of the internal workings of Code::Blocks. Since I am re-working building C::B with wx3.2, I'll try following your comments when appropriate.  I am using a xml editor to update the xml files after renaming them. I am also renaming update 31_64.bat to update32_64.bat where appropriate.

Thank you!
95
Development / Code::Blocks can build against wxGTK/Win 3.2.0
« Last post by stahta01 on July 28, 2022, 04:53:16 pm »
I have gotten Code::Blocks core project to build with minor edits.
https://github.com/stahta01/codeblocks_sfmirror/tree/wxMSW-msys2

Edit: The above repo was just to test the MINGW-packages below!!!!!!!!!!!!!

I likely did a few edits that was not needed.

I did it to test this wxWidgets 3.2.0 package.
https://github.com/msys2/MINGW-packages/pull/12224

Code::Blocks IDE was the only large app I know would compile with wxGTK/Win with only minor edits.

Edit: Other that looking about about box I did no testing

Code
Name                    : Code::Blocks
Version                 : svn-r12852
SDK Version             : 2.19.0
Scintilla Version       : 3.7.5
Author                  : The Code::Blocks Team
E-mail                  : info@codeblocks.org
Website                 : https://www.codeblocks.org
OS                      : Windows 10 (build 19044), 64-bit edition
Scaling factor          : 1.000000
Detected scaling factor : 1.250000
Display PPI             : 120x120
Display count           : 2
Display 0 (\\.\DISPLAY1): XY=[1600,0]; Size=[1700,960];
Display 1 (\\.\DISPLAY2): XY=[0,0]; Size=[1280,1024]; Primary

wxWidgets Library (wxGTK port)
Version 3.2.0 (Unicode: wchar_t, debug level: 1),
compiled at Jul 28 2022 04:54:56

Runtime version of toolkit used is 3.24.
Compile-time GTK+ version is 3.24.34.

Edit2: Ran into wxGetKeyState() issues; very fast. So, the CB built with wxGTK/Win is not very usable till that is fixed.

Tim S.

96
Plugins development / Re: GCC and CLang options*.xml enhancement/change
« Last post by AndrewCot on July 28, 2022, 12:17:38 am »
Thanks for making the SF changes.
97
Help / Re: Doesn't load all projects into workspace during build
« Last post by AndrewCot on July 28, 2022, 12:16:24 am »
I would also have a look at what you "edited all the contributed plugins." as you may have edited something to cause the failures and it is very easy to do if you are editing around the plugin ZIP file creation.
When this occurs in addition to checking the log I also check the following for the plugin that fails to load:

  • There is a plugin DLL file in the \share\CodeBlocks\plugins directory
  • There is a plugin ZIP file in the \share\CodeBlocks directory and it matches (watch case) with the file in 1)
  • Compare the contents of the ZIP file against the latest nightly build to see that the ZIP file creation worked correctly
If you still cannot figure out what the problem is then check to see if you have all of the expected DLL's in the codeblocks exe directory like the nightly C::B has (check that they match and you do not have a missing one or a different one).

98
Help / Re: Doesn't load all projects into workspace during build
« Last post by BlueHazzard on July 27, 2022, 10:56:55 pm »
The log this message is talking about is the "Code:blocks" tab in "Log& others" panel. You maybe have to scroll upwards to see messages..
You will have to scroll up until you see some red text, that contains the error message
99
Plugins development / Re: GCC and CLang options*.xml enhancement/change
« Last post by BlueHazzard on July 27, 2022, 10:54:55 pm »
Thank you for the description and work. Is in SVN now.
100
Help / Doesn't load all projects into workspace during build
« Last post by Frank_CB on July 27, 2022, 08:40:13 pm »
Greetings,

While loading contributed plugins into C::B, I receive an opening workspace dialog that states "5 projects could not be loaded. Please see the log window for details." What log window and where do I find it? Build Messages and Build Log contain nothing.

I'm building the latest version of C::B from source using wx3.2 on windows 10 (64-bit). I thought I'd edited all the contributed plugins. Any suggestions would be  appreciated.

Regards
Pages: 1 ... 5 6 7 8 9 [10]