Search Results
7/26/2025, 2:21:03 PM
7/19/2025, 1:16:12 PM
7/16/2025, 3:30:35 AM
>>510499293
As a Brazilian, I'm eternally grateful to Russia for getting France off our back (for a while, at least - they will undoubtedly try to fuck with us again after getting beaten in Ukraine and having lost their African holdings)
As a Brazilian, I'm eternally grateful to Russia for getting France off our back (for a while, at least - they will undoubtedly try to fuck with us again after getting beaten in Ukraine and having lost their African holdings)
7/8/2025, 7:59:23 PM
>>105839179
>>gotta make separate declarations inside header files
because (stupidly) the language doesn't support hoisting.
>cpp, h
the difference between these is convention. they're both source files.
>make
>>barely any tutorials on how to create a proper (c)make that recursively finds all your files
make is just a scripting language to abstract away incremental builds by handling timestamp comparison and syntax sugar over your shell, it has nothing to do with c/c++. it's language (and task) agnostic.
to compile your program, you invoke the compiler from your shell:
$ cc myfile.c -o mybinaryname
for linking multiple files
$ cc myfile1.c myfile2.c -o mybinaryname
thus, using the power of your shell
$ cc src/*.c -o mybinaryname
of course, this is the naive invocation. you should understand the different configuration options your compiler exposes via flags, like how to delay linking, how to statically link things, set various warnings and settings on/off, set optimization levels, etc.
it's ultimately up to you to structure your project in a non-retarded way so that building is simple, and avoid ridiculous shitware like cmake and autotools that layer needless complexity and obscurity on top of the build process.
if your shell isn't shit, you should be able to glob recursive wildcards via
$ cc src/**/*.c
after you've mastered building from the shell, only then should you learn to use make. and forget about the meta-build systems entirely. the value proposition of make over a basic bitch shell script only makes sense once your compile times are more than like 10 seconds for a full rebuild.
>why don't other languages do this
because they have stronger opinions on their build process, and there are trade-offs to doing it that way. i'd rather debug a shell build script than cargo, quite frankly.
your os provides the facilities and utilities for ever aspect of development, you don't really need more.
>>gotta make separate declarations inside header files
because (stupidly) the language doesn't support hoisting.
>cpp, h
the difference between these is convention. they're both source files.
>make
>>barely any tutorials on how to create a proper (c)make that recursively finds all your files
make is just a scripting language to abstract away incremental builds by handling timestamp comparison and syntax sugar over your shell, it has nothing to do with c/c++. it's language (and task) agnostic.
to compile your program, you invoke the compiler from your shell:
$ cc myfile.c -o mybinaryname
for linking multiple files
$ cc myfile1.c myfile2.c -o mybinaryname
thus, using the power of your shell
$ cc src/*.c -o mybinaryname
of course, this is the naive invocation. you should understand the different configuration options your compiler exposes via flags, like how to delay linking, how to statically link things, set various warnings and settings on/off, set optimization levels, etc.
it's ultimately up to you to structure your project in a non-retarded way so that building is simple, and avoid ridiculous shitware like cmake and autotools that layer needless complexity and obscurity on top of the build process.
if your shell isn't shit, you should be able to glob recursive wildcards via
$ cc src/**/*.c
after you've mastered building from the shell, only then should you learn to use make. and forget about the meta-build systems entirely. the value proposition of make over a basic bitch shell script only makes sense once your compile times are more than like 10 seconds for a full rebuild.
>why don't other languages do this
because they have stronger opinions on their build process, and there are trade-offs to doing it that way. i'd rather debug a shell build script than cargo, quite frankly.
your os provides the facilities and utilities for ever aspect of development, you don't really need more.
7/5/2025, 8:09:42 PM
>>714602254
The only issue I had over years was recently when some stable kernel update broke my VMs but I just temporarily used an earlier kernel and did a update again few weeks later and it was fixed. I ran unstable/sid for a bit too but after that xz-utils I said fuck that shit and went back to stable.
The only issue I had over years was recently when some stable kernel update broke my VMs but I just temporarily used an earlier kernel and did a update again few weeks later and it was fixed. I ran unstable/sid for a bit too but after that xz-utils I said fuck that shit and went back to stable.
6/23/2025, 9:53:04 PM
>>212048843
Feels good being mercator accurate.
Feels good being mercator accurate.
6/17/2025, 5:40:14 AM
6/16/2025, 1:38:00 AM
6/15/2025, 8:13:00 PM
>>507496865
Ignore the guy that told you to download VLC, sometimes it hiccups for me while playing high quality files. Check out Arc Player instead (if it's even out for Iphone kek).
Ignore the guy that told you to download VLC, sometimes it hiccups for me while playing high quality files. Check out Arc Player instead (if it's even out for Iphone kek).
5/12/2025, 2:21:56 PM
Page 1