That's not a "large" project, it's either a toy or a single-purpose tool.

A single-purpose tool, and libraries, yes.

What is the LOC of cgit? Because I made a lot of changes to it, too, albeit privately. I uploaded most files as project files.

That's not just small, it's utterly miniscule. It's most certainly not large.

Nah this is miniscule: https://github.com/coreutils/coreutils/blob/master/src/yes.c

You can fit a hell of a lot of functionality in 3k statements. Really whether it's considered large or small necessarily must rely on the functionality it's intended to provide.

You're thinking on "lean" vs "bloated". "Large" and "small" have meanings of their own, and a 3k LOC project wouldn't be accepted as "large" by anyone. "Small", maybe.

I certainly never described 3k as large, so I'll assume you replied to the wrong comment. If not, let's just agree to use the terms differently.

Depends. 3k is pretty much enough for a fully-featured XY.

So no context, and differences of the definition of "large".

Perhaps if you come from Java, then yeah.

shrugs

I'd still call 3kLOC quite small in all mainstream languages.

I worked on a Python project which I'd consider as medium sized, ie not small but not large, and it was around 25kLOC.

My $dayjob is a Delphi codebase with roughly 500kLOC, which I'd say is large but not huge.

Though if you wrote it in something like K[1], then yeah ok, I'd agree 3kLOC probably counts as large.

[1]: https://en.wikipedia.org/wiki/K_(programming_language)

I have spent my career working on software that measures its size in MLOC (millions of lines of code). Not because it's Java, but because it's big.