this post was submitted on 12 Sep 2023
5 points (100.0% liked)

C Programming Language

931 readers
21 users here now

Welcome to the C community!

C is quirky, flawed, and an enormous success.
... When I read commentary about suggestions for where C should go, I often think back and give thanks that it wasn't developed under the advice of a worldwide crowd.
... The only way to learn a new programming language is by writing programs in it.

© Dennis Ritchie

🌐 https://en.cppreference.com/w/c

founded 1 year ago
MODERATORS
 

I'll explain myself. I'm doing a small project using a few dependencies, so I have to add them when I call gcc. Everything else is really easy. I just have c files and header files. I find it really cumbersome to have to tell make what headers go with what c files when they have the same name. I don't see why we don't have a build system where you simply have to give a project folder with the name of source file with the main() function, give the name of the output executable, the external dependecies to be called with gcc, and that's it. Everything else can be automatically detected and linked apropriately, even with multiple folders inside the project folder. Does something like that exist that's simple to use, or is this doable in make?

top 7 comments
sorted by: hot top controversial new old
[–] [email protected] 2 points 11 months ago* (last edited 11 months ago)

What you wish for is how I use make. Off the top of my head, something like this:


EXEC = programname
SOURCES = $(wildcard *.c)
OBJECTS = $(SOURCES:.c=.o)

all: $(EXEC)

$(EXEC): $(OBJECTS)

%.o: %.c %.h

.PHONY: all clean

clean:
        rm -f $(EXEC) $(OBJECTS)

Then just run make and it compiles and links all .c files into the executable. Each .c file needs a .h with the same name. Remove the %.h if you don't like that requirement.

From memory you might need a .c and .h file with the same name as the executable.

[–] [email protected] 1 points 11 months ago* (last edited 11 months ago) (1 children)

I don’t see why we don’t have a build system where you simply have to give a project folder with the name of source file with the main() function, give the name of the output executable, the external dependecies to be called with gcc, and that’s it.

But we do. Check out CMake.

https://cmake.org/examples/

Originally CMake was a higher level abstraction over make, and generated makefiles based from the high-level project description. Nowadays it supports other build automation tools, such as Ninja, Visual Studio, Xcode, etc.

[–] [email protected] 1 points 11 months ago (1 children)

Ah cmake. Boring but definitely works reliably for C/C++

[–] [email protected] 1 points 11 months ago (1 children)

What do you mean by "boring" ?

[–] [email protected] 1 points 11 months ago

It's boring like a good tool should be: does what it says. No fuss. No cloud of hype.

[–] [email protected] 1 points 11 months ago

make has special variables you can use, some people will suggest cmake, others will mention pkgconfig.

[–] [email protected] 1 points 11 months ago* (last edited 11 months ago)

There's a lot of tricks you can use in Makefiles. I recommend reading the infopages info make. If your .c and .h files really have the same name, you should be able to get away with this rule %.c: %.h, but it is worth it to read the infopages.

Also worth mentioning is gcc -MM filename.c which will generate a Makefile rule with the (non-system) headers included in filename.c.

Good luck with you project!