There is no such thing as C/C++

Please replace C/C++ with two different categories. C/C++ makes about as much sense as Java/JavaScript.

Alright. I've attached a crude first attempt at a patch to the bug.

Perhaps a better analogy would have been BASIC/VisualBasic.NET? There's a huge difference between most modern C++ code and the way things would be done in C; C++ stopped being used just as a collection of extensions to C a long time ago.

So it seems this has been fixed. Thanks! I suppose projects with "C/C++" code now need to be reindexed. Is this being done automatically or on a case-by-case basis?

I see.

As long as you're offering, could you bump OpenVRML?

Thanks!

I just love it how C is language #42.

Has something happened with this?

When OpenVRML got bumped a few weeks ago, it was accurately portrayed as being almost entirely C++. But now the code analysis shows 52% C++ and 46% C. What happened here?

[edited]

I forgot when I initially posted this that I have a C library dependency that I've imported into my source tree. So while the numbers still seem a bit off, they're not as surprising as I'd initially thought.

Would it be possible to bump Quadra to the front of the queue? Thanks in advance!

Could you please bump coreboot as well? Thanks!

Thank you!

A question: how fast is the recount, in lines per second (or even better: KB/s)? If it's slow enough, you could look at distributed volunteer computing: have your users re-count the code :)

Now, if the problem isn't that it's slow, but it's way too much data... Then the only way to speed it up is having more CPU power on your side, which means $$$...

The comparison page needs updating too...

https://www.ohloh.net/languages/compare

It currently uses the no-longer-a-language C/C++ category. So to a casual observer it looks like nobody uses C or C++ any more! A temporary solution would be to change the first default language filter to just C, or just C++.

aha! Seems like someone fixed the compare page, now it shows C as the first language.

Robin, any chance you could bump OpenVRML for a full recount again?

Ohloh still says the ratio of C to C++ is significantly higher than I know it to be; but I'm not sure exactly why that is. OpenVRML's repository does have a good chunk of C code from a dependency that I keep in the repo; still, I think there should be about 20% more C++ than C. At the moment, Ohloh thinks the project has more C than C++. :-/

Also, it would be nice to pick up fully Ohcount's awareness of Automake and Autoconf.

Thanks, Robin. The numbers you quote are in line with my own expectation. However, the recount appears to have completed and they aren't reflected there. In fact, the numbers post-recount look pretty much the same as before. Any idea what might cause this discrepancy?

OpenVRML's svn repository was started with several years of CVS repository data imported using cvs2svn. While cvs2svn does an acceptable job for the most part, there is some squirrelliness.

Thanks for looking into this.