katy ✨
link
fedilink
81Y

bonus points if you use a different variable every file so they have to go through and change every instance if they want to make changes

laughing in #if 0:

#include 

int main()
{
#if 0
        std::cout << "Look at this" << std::endl;
#else
        std::cout << "ugly abomination." << std::endl;
#endif
}

Very disappointing not to see an #if 0 (my personal go-to for decades) in this meme. 😞

beat me to it too, it’s a meme of course but the advantage compared to comments is thay you get syntax highlighting 😁

My linter always skips preprocessors not set to build, in c# at least, greys it all out unfortunately

this is what I’m doing too, so at least it’s not compiled and better than a /* */ as you can keep all the code intact in your #if 0

Damn, you beat me to it.

It’s common enough that it’s supported like a comment by numerous syntax highlighting schemes, and has the added benefits of guaranteeing that the code won’t be compiled as well as encapsulating any pre-existing block comments. Conversely, if (false) is total garbage.

If (false) is good because it is compiled so it doesn’t get stale.

A simple if (false) will get optimized out by any modern C or C++ compiler with optimizations on, but the problem is that the compiler will still parse and spend time on what’s inside the if-block and it has to be legal code, whereas with the #if 0 trick the whole thing gets yeeted away by the preprocessor before even the compiler gets to look at it regardless of whether that block contains errors or not, it’s literally just a string manipulation.

I think you missed the whole point of my comment 😂. Regardless, the time spent compiling a small snippet of code is completely negligible. In the end, both #if 0 and if (false) have their complimentary uses.

Yeah, but I still think if (false) is silly because it adds an artificial constraint which is to make sure the disabled parts always compile even when you’re not using them. The equivalent of that would be having to check that all the revisions of a single source file compile against your current codebase.

Fushuan [he/him]
link
fedilink
English
31Y

If(false) works in interpreted languages, the other one doesn’t. It’s stupid either way, that’s what version control is for, but if we are doing the stupidness anyway, you can’t use preprocessor flags in many languages because shit doesn’t get compiled.

pelya
link
fedilink
21Y

Tell this to my -Wall -Werror

“you’re not wrong, you’re just an asshole”

Fair enough, I do love being contrarian

👍Maximum Derek👍
link
fedilink
English
481Y

I was going through some js code a few months ago and every function in a module had return; as its first line. And that module was imported into 4 or 5 scripts.

If you’re in a language that supports it, please don’t use if (false) use if ($disallowAllUsers = false && $whateverTheRealConditionIs)

It seems much worse to use a setter in an if statement.

Think of it as inline attribution/documentation.

Kogasa
link
fedilink
11Y

The assignment syntax is too close to comparison, which is what is more typical in that position. I would recommend

const bool _isFeatureEnabled = false;
if (_isFeatureEnabled && ...)

if not a proper feature flag (or just remove the code).

Never seen this, what language or buildsystem is this?

That specific language is PHP, but the tip is applicable in any language that supports inline assignment.

The Octonaut
link
fedilink
61Y
if (true === $wantToCauseErrorsForFun) {
    badOldFunction();
} 
Bankenstein
link
fedilink
51Y

[Ctrl-V]69jI// [Esc]

deleted by creator

@Jupy@linux.community
link
fedilink
English
211Y

You folks have clearly not met first year CS students. Screenshots code

@Asudox@lemmy.world
link
fedilink
4
edit-2
1Y

I don’t see the need for an if block or renaming the function and leaving it there. It is extra unnecessary work for the compiler. Comments are probably the best way. Might also copy the current file, put the original in some folder like “old”, and delete the old code inside the new copy.

Comments are the worst as they are ignored by refactoring. That’s the reason if (false) is actually really good for temporarily disabled code.

I never thought of that. That’s quite smart!

On a modern computer dead code analysis with constant folding should be nearly unnoticeable when compiling a large project

deleted by creator

what about relying on the persistent undo history in vim?

Create a post

Post funny things about programming here! (Or just rant about your favourite programming language.)

Rules:

  • Posts must be relevant to programming, programmers, or computer science.
  • No NSFW content.
  • Jokes must be in good taste. No hate speech, bigotry, etc.
  • 1 user online
  • 77 users / day
  • 211 users / week
  • 413 users / month
  • 2.92K users / 6 months
  • 1 subscriber
  • 1.53K Posts
  • 33.8K Comments
  • Modlog