>2018
>doesn't have strings
2018
>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'.
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.
>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.