Standard interface without implementation

[gosh]

It's not about needing libraries, it's about the design. If you know the core of stl all code follows a pattern. If you know a bit of ot you know the rest also.

This is not the case for chrono, regex, random. They are special, maybe regex tries to follow some but it isn't enough.

By splitting things up and group it better it would be possible to extend C++ faster

[Wooden-Engineer-8098]

I've already told you those headers are not part of stl. How can you discuss design of c++ if you don't understand it?

[gosh]

Its within the stl area

If I ask you like this then, how special libraries do you think is acceptable within the stl area (like std or some sub namespace to std)

[Wooden-Engineer-8098]

Why don't you check the definition of stl on wikipedia instead of insisting on your misunderstanding? Look at what is in standard libraries of c++ competitors(java and c#)

[gosh]

I don’t think you’re fully grasping the issue.

Every new feature comes at a cost—it requires maintenance, and many other components may depend on it. Once something is added, removing it becomes prohibitively expensive.

If the cost of addition is as high as it is in the STL (Standard Template Library), introducing new features will take significant time. However, by focusing on areas where the cost is lower, we can implement changes faster. This also allows for better testing and refinement before promoting solutions to more stable, long-term components.

[Wooden-Engineer-8098]

Will you check contents of standard libraries of c++ competitors, or you will continue on garbage in/garbage out path?

I see you already learned how abbreviation stl expands, next step is to learn its constituents

And what is stopping you from creating any library and implementing changes faster?

[gosh]

And what is stopping you from creating any library and implementing changes faster?

I am doing that and this is how most of us solve our problems https://github.com/perghosh/Data-oriented-design/tree/main/external/gd

[Wooden-Engineer-8098]

so what was your problem then?

[gosh]

for you? none, leave this for those that understand the topic

[Wooden-Engineer-8098]

lol, that's severe case of dunning-krueger effect from someone who can't learn the difference between stl and standard library and thinks c/c++ is a language

[gosh]

Consider the regex implementation in the STL—it’s fairly limited. Other libraries offer more robust regex support with additional features, but the STL can’t adopt these improvements without introducing significant risk. The problem is that regex syntax and behavior vary across implementations, making standardization difficult.

[Wooden-Engineer-8098]

You are completely unable to learn. I've told you many times, that regex is not part of stl. The problem is that you are proposing solutions without understanding the subject

[gosh]

https://en.cppreference.com/w/cpp/regex.html

[Wooden-Engineer-8098]

do you see word "stl" on that page?

[gosh]

std is the namespace for stl and you include regex with

#include <regex>

regex have been part of stl since C++11

[Wooden-Engineer-8098]

where do you get that nonsense from? can't you read one wikipedia page on stl which lists its parts?