2018

>2018
>doesn't have strings

Attached: c-programming.png (1600x1600, 28K)

>needs strings when you already have arrays of characters

kek

Char arrays are fine in my book really
Strings are just a sequence of chars anyways

>2018
>not a single programming language fast as c

citation needed

needs to end char arrays with '\0'.

Attached: 729.gif (340x340, 137K)

precisely my reaction when I've learned that C++ std::strings need to do that under the hood

citation needed x2

>t. never worked with unicode

C can do Pascal strings too.

Only to stay compatible with C, and only when std::string::c_str() is called.

std::string::c_str() has no side effect and is equivalent to std::string::data() since C++11

All strings are char* under the hood

All ints are char[4] under the hood.

how can it support locales if it doesn't have strings

Wrong. Not every architecture has 32 bit ints.

But user they do

But C++ has strings

>what is string.h
>what is making your own library

>1986
>has strings
>2008
>has generics
>2015
>has namespaces
C can't actually compete with Pascal.

Attached: turbo pascal.png (713x438, 4K)

>what is making your own library
No, no. Just use antirez's sds, motherfucker.

#include
#define MAXLENGTH 1000

int main(){
char aString = [MAXLENGTH];
return 0;

You now have a string. Enjoy it.