-
4 votes
-
Whose build times are slower: Rust or C++?
8 votes -
Goodbye to the C++ Implementation of Zig
9 votes -
Zig is self-hosted now, what's next?
9 votes -
An implementation of C++'s std::unique_ptr that represents each object as an NFT on the Ethereum blockchain
11 votes -
Complexity of Hello World & what comes after
1 vote -
Analyzing the simplest C++ program
12 votes -
Is C++ fast?
9 votes -
The day the standard library died
7 votes -
Fuchsia Programming Language Policy
6 votes -
Modern C for C++ Peeps
3 votes -
Closing the gap: cross-language LTO between Rust and C/C++
6 votes -
Microsoft's STL is open-sourced
16 votes -
A comparison of three programming languages for a full-fledged next-generation sequencing tool
3 votes -
Consequences of using the Copy-Paste method in C++ programming and how to deal with it
4 votes -
Why does the C++ standard ship every three years?
5 votes -
Catching use-after-move bugs with Clang's consumed annotations
5 votes -
D as a C Replacement
8 votes -
Why Precompiled Headers do (not) Improve C++ Compile Times
4 votes -
How do you structure larger projects?
I'll be writing a relatively large piece of scientific code for the first time, and before I begin I would at least like to outline how the project will be structured so that I don't run into...
I'll be writing a relatively large piece of scientific code for the first time, and before I begin I would at least like to outline how the project will be structured so that I don't run into headaches later on. The problem is, I don't have much experience structuring large projects. Up until now most of the code I have written as been in the form of python scripts that I string together to form an ad-hoc pipeline for analysis, or else C++ programs that are relatively self contained. My current project is much larger in scope. It will consist of four main 'modules' (I'm not sure if this is the correct term, apologies if not) each of which consist of a handful of .cpp and .h files. The schematic I have in mind for how it should look is something like:
src ├──Module1 (Initializer) │ ├ file1.cpp │ ├ file1.h │ │... │ └ Makefile ├───Module2 (solver) │ ├ file1.cpp │ ├ file1.h │ │... │ └ Makefile ├───Module3 (Distribute) │ ├ file1.cpp │ └Makefile └ Makefile
Basically, I build each self-contained 'module', and use the object files produced there to build my main program. Is there anything I should keep in mind here, or is this basically how such a project should be structured?
I imagine the particularly structure will be dependent on my project, but I am more interested in general principles to keep in mind.
14 votes -
Rust is not a good C replacement
27 votes -
Modern C++ Won't Save Us
11 votes -
"Modern" C++ Lamentations
8 votes -
How Did You Learn C++?
I'm a beginner-ish at c++ and cannot find any good places to learn it. I tried learning from the books but they didn't help that much.
7 votes