Recent Posts

Pages: [1] 2 3 4 5 6 ... 10
1
General (but related to Code::Blocks) / Thanks for all the worlk
« Last post by Whant1983 on Today at 12:16:23 pm »
I'd like to say a massive "Thank you" for all the work that has gone into Code::Blocks.

Kudos to the devs and contributors.
2
Nightly builds / Re: The 25 September 2024 build (13571) is out.
« Last post by stahta01 on Yesterday at 11:05:31 pm »
What std is being used to build CB and wxWidgets?
CXXFLAGS+="-std=c++11" or 14 or 17 or 20?

I'd like to set my wx build to the level being used for the nightlies.


C++11 is the correct value, C++14 worked for wxSmith plugin and C++17 failed my recent patch set it to C++11 under MSys2 MinGW.
Note: The [Windows] nightly does use C++11 with GNU extension for some CB Plugins I forgot if the CB Core App uses extension or not.
Edit: Before my patch listed above the bug in configure/make code resulted in GCC 14 trying to use the default of C++17 instead of C++11 as CB was set to use before GCC 14 or maybe 13 default value was for GCC. The m4 script update returned to C++11 for GCC 14 configure./make builds.
Edit2: "AX_CXX_COMPILE_STDCXX(11, noext)" in configure.ac is what says the answer is c++11 without extensions with configure/make; but, the script was out of date for GCC 14.

Tim S.
3
Nightly builds / Re: The 25 September 2024 build (13571) is out.
« Last post by Pecan on Yesterday at 07:25:29 pm »
What std is being used to build CB and wxWidgets?
CXXFLAGS+="-std=c++11" or 14 or 17 or 20?

I'd like to set my wx build to the level being used for the nightlies.
4
Works fine in CentOS Stream 9.

Thanks a lot!
5
General (but related to Code::Blocks) / How to build nightlies for openSUSE?
« Last post by nji on Yesterday at 03:48:19 pm »
I've been using release version of CB @ Win since years.
Recently I switched to openSUSE Leap - still not having much experience there.
The main IDEs there seem to be KDevelop, Qt-Creator and Eclipse.
But they all don't fit to my needs; I would like to stay at CB.

My questions:
Are CB's nightlies "fitting" into openSUSE's environment?
Are the yet stable enough to do at openSUSE?
What about wxWidgets (in openSUSE's environment)?
What about the built-chain (openSUSE: gcc, but CB seems to use clang recently)?
Has anyone experience with building CB at openSUSE recently
and provide a recipee?
(Up to now there are only "comunity pakets" for outdated CB 20.03)
https://software.opensuse.org/package/codeblocks
7
Help / Re: Problems including c files into a codeblocks project
« Last post by Miguel Gimenez on October 02, 2024, 01:42:31 pm »
General programming is OT here.
8
Help / Problems including c files into a codeblocks project
« Last post by Austromancy on October 02, 2024, 01:21:18 pm »
Hi! how are you doing. I know this may not be entirely C related but i'm having trouble with a bmp editor project while using codeblocks.

Context: This is a group project i made alongside 2 friends, all the functions work and its ready to be submited as a codeblocks project, but the delivery format specifies that we can only submit the following files (the names to the right correspond to the name of our files):

-group_functions.h / (in our project) funciones_grupo.h

-group_functions.c / funciones_grupo.c

-member1_functions.h / funciones_perez.h

-member1_functions.c / funciones_perez.c

-member2_functions.h / funciones_larriba.h

-member2_functions.c / funciones_larriba.c

-member3_functions.h / funciones_rios.h

-member3_functions.c / funciones_rios.c

in wich functions.h has to include the two files of each member.

While trying to test our project to see if it works, we created a new codeblocks project and included all these files into it.

All good at this point, but here is the problem: to mantain a same logic throughout the project, we made some "generic" structures. For example, one of these structures is called t_pixel, wich stores 3 unsigned int variables. Of course, a great number of our functions rely on these structures to work.

At first we decided to copy these structures into each and every one of our member.h files, but when we compiled we received a "conflicting types for..." error, so we decided to move all these structures to funciones_rios.h and include this file into the other member.h file. But now we receive a "unknown type name t_pixel" for example. What should we do so that funciones_perez and funciones_larriba can use the generic structures without causing a conflicting type error.

Here is a link to a drive folder that contains these files for a better picture of my problem.

https://drive.google.com/file/d/1H9FSaXQpHM8GxUQSUimAHrJwU0v6khgC/view?usp=sharing

Any kind of help would be greatly apreciated. Apologies for my english, it is not my first language.

Cheers!
9
My opinion is that lines 577 to 582 have been optimized out, but the log data in pastebin is not available:
Quote
Error, this is a private paste or is pending moderation

You can add it here as a zip file.
10
Development / Re: build bot in the github, I see one nice project
« Last post by ollydbg on October 02, 2024, 02:37:00 am »

Edit2: I am now going to look at scripted wizard changes for MSys2 MinGW GCC changes; those are not important enough that moving to SVN is needed and can just be copied to folder till they get approved by people who are using them.

Tim S.

I have 2 patches in my fork, one for wx, the other is for opencv.

Most of the libraries can be used by the pkg-config command in compiler or linker opinion.

I added your changes to my repo I will ignore those for now.

Tim S.

Fill free to modify my two patches about wx and opencv demo, I don't think they are very good, I think it is my hack to the wizard script code.
Pages: [1] 2 3 4 5 6 ... 10