Programmer Humor @lemmy.ml Hellfire103 @lemmy.ca 1mo ago

Does this exist anywhere outside of C++?

lemmy.ml /api/v3/image_proxy

Programmer Humor @programming.dev cm0002 @lemmy.world 1mo ago

lemmy.ml /api/v3/image_proxy

58 comments

If I'm writing C++, I'm usually optimizing for portability over performance, in which case I would prefer std::endl as it would yield the best results regardless of platform; it also keeps the end-of-line character out of other strings, making code just a little cleaner.

\n is for when I'm done pretending that anything that isn't Unix-like is OK, or I'm counting the cycles of every branch instruction.
- std::endl provides zero portability benefits. C++ does have a portable newline abstraction, but it is called \n, not endl.
  
  Thank you two for demonstrating the image in the post so well.
  
  No, there's no guarantee that in every context \n is translated portably.
They aren't the same thing so the comparison is weird.

endl has a flush which is important when doing something like embedded work or RTOS development. If i was doing multiple lines they all were \n until the last line when i actually want to push the buffer.

Obviously depending on the tuning of the compiler's optimization multiple flushes could be reduced but the goal should always be to write as optimal as possible.
- but the goal should always be to write as optimal as possible.
  
  Within reason.
  
  Over optimization is a curse on getting done.
- Who in the hell is using iostreams in an RTOS
  
  Sometimes you work in a codebase that was decided on by others for reasons you don't know.
  
  Several. Probably dozens
\n, because I ordered a newline, not a flush.
What the heck is endl???
- std::endl is used in output streams in C++ to end the line, using the os specific line termination sequence, and flush the buffer.
  
  The later one is a performance issue in many cases, why the use of "\n" is considered preferred
- Instead of this:
  
  cout << "Hello world.\n";
  
  You can do this:
  
  cout << "Hello world." << endl;
  
  The fact that you used the namespace for cout but not for endl inordinately bothers me
  
  something has replaced your lessthan signs with their HTML counterparts. such a silly thing to do in a code block
- https://cplusplus.com/reference/ostream/endl/
  
  Boy am I glad I don’t do C++ anymore. That string handling with the overloaded bitshift operator was wild.
  
  Alternatively:
  
  https://en.cppreference.com/w/cpp/io/manip/endl
  
  p.s. The site isn't entirely mobile friendly
  
  (I'm a cppref lover tbh)
- From memory it's a way to declare a line ending after your string.
- God bless your soul.
#define endl "\n"
\r\n gang
- Get out
  
  Yeah \r gang4lyfe
- Are you a modem by any chance?
  
  No, I'm a teapot
Environment.NewLine()
- /* I'm new to this language so just imagine there is a new line here when it prints: */
os.linesep

Lol jk none of my stuff runs on Windows anyway
I'm on side \PHP_EOL
- I like that you added the absolute namespace identifier or whatever its called
  
  I don't always namespace but when I do I fully qualify.
If you write to a text (as opposed to binary) stream, \n produces \n or \r\n (or \r if old enough) depending on platform just fine.

Nobody should be using C++ anyway, but plenty of languages have silly system newline constants, which do nothing useful.
- Why should no one be using c++?
Rebel side \0
https://docs.oracle.com/javase/9/docs/api/java/lang/System.html#lineSeparator--

Java, of course.
Environment.NewLine might exist in C#
- It might do. I encountered it last week as I needed it for a powershell script. So it exists in that at least
- Microsoft really creating the problem and then forcing you to use their solution.
Well, Java has System.lineSeparator so, maybe no?
vbCrLf
Endl is faster to type

58 comments