Apache Kills Off Its C++ Standard Library

http://www.phoronix.com/scan.php?page=news_item&px=MTQxNDE

by udp • 13 years ago

94 51 13 years ago

netcraft• 13 years ago

Not being a c++ dev, I didn't realize there were multiple versions of the standard library - are they just different implementations of the same api? Are there other languages with multiple implementations of the standard lib?

alexberghage• 13 years ago

Yes and yes! So, the C++ standard library differences don't usually bite you unless you're e.g. Building executables on windows with mingw and trying to link against libraries built with visual studio that use STL features at the API, but there are indeed several implementations out there. libstdc++, libc++, and msvcrt are among the more common.

As for other languages with several standard libraries: a while ago that was a frequent criticism of D -- there were two competing standard libraries, which caused some division in the community.

speeder• 13 years ago

D was another issue entirely.

It had a standard library, and a non-standard library that was more popular than the standard one, and they were not compatible at all.

The reason it caused the division at community is that the ones that you could not use both on the same project, this meant that for a while you had two "D" languages that were separate, libraries made with one did not worked with the other...

ArbitraryLimits• 13 years ago

It seems like C++'s lack of an ABI would bite you way before any issues with libc++. (Or is there one now? I'm getting old.)

betterunix• 13 years ago

Java, Lisp, etc. have multiple implementations too. Different implementations often have different characteristics -- performance, compliance with the standard, etc.

gohrt• 13 years ago

Every Java implementation is compliant with the standard -- it is part of the "Java(TM)" trademark licensing.

microtherion• 13 years ago

In the specific case of C++, standard compliance was probably a pretty major factor, as the standard library for C++ is very complex, and vendors are not necessarily always fast to keep up with new features (or willing to port these to older platforms). For quite some time, STLport <http://www.stlport.org> was a life saver for providing modern, efficiently implemented library features on not-so-modern platforms.

Conversely, the fact that the Apache library hadn’t been updated since 2008 probably means is that it’s not C++11 compliant at all, significantly behind most vendor libraries, and the effort for upgrading would be fairly significant.

jordigh• 13 years ago

Yes, just like there are several C++ compilers, each of them can potentially use its own implementation of the standard library.

This isn't all that rare in other languages. Python has a standard implementation, but there are others, e.g. http://pypy.org/

Tobu2• 13 years ago

PyPy reuses the Python stdlib as much as possible (though they do have patched up and/or rpython versions of some modules). PyPy's advantage is performance and hackability, but the stdlib isn't critical to that.

_delirium• 13 years ago

I would say most languages do. C is another one: the original AT&T C library has found its way via changes into some of the BSDs, but Linux systems typically use the GNU C library ("glibc"), which for copyright reasons had to be done as an independent implementation (the Unix source at the time was proprietary). Microsoft and IBM also have their own C library implementations.

stephencanon2• 13 years ago

Apple, Intel, HP, ... also have their own C library implementations, to say nothing of dinkumware and musl-libc and ..., or the various glibc derivatives like eglibc and bionic. I could go on for quite a while, now that I think about it.

Tobu2• 13 years ago

(e)glibc and friends are fairly critical since they are the one exposing kernel features. Those that save a bit of space on embedded systems also have a selling point. For C++, aside from must-haves like open-source licences and community support, I don't see what the differentiators are.

thwest• 13 years ago

Different implementations of the same API yes. They are more or less tied to the compiler you use.

0x0• 13 years ago

In the Android Native SDK (NDK), you can actually choose between 4 different implementations by toggling a switch: https://github.com/flyskywhy/android-ndk-r7b/blob/master/doc...

Benvie• 13 years ago

Every JavaScript engine has its own implementation of the JS standard library. V8's, for example, is almost entirely implemented in JS itself, while SpiderMonkey's is implemented mostly in C++ (though is migrating to more self-hosted in JS).

reeses• 13 years ago

Back in the old days, I used to prepare for interviews by writing the implementation for the (at the time) c and then c++ standard libraries. Interviewers would often draw from the spec for whiteboard coding. Even if it differed from the spec, it really reduced my stress level.

The obvious win was that I knew the standards backward and forward, especially which ones were thread safe when that became important. It also helped with the same sort of interviews where I'd write the function prototype and then work through the implementation with the candidate.

The other huge win for me was that I ended up developing an appreciation for automated test harnesses so I could implement without bias from the control.

I'm not sure I could recommend implementing your own c++11 library (other than as an embedded subset for resource-constrained systems) but it can be fun to go through and do K&R as a bit of kata.

lambda• 13 years ago

Hm. Is that really that surprising? Many more mature languages have been standardized with multiple competing implementations, some proprietary, some free.

In fact, I think among popular languages, there are more of them with multiple competing implementations than there are with just one. Java, C, C++, Objective-C, C#, Fortran, JavaScript, Common Lisp, and Scheme all have multiple implementations, with their own implementations of the standard library.

The main exceptions are the collection of "scripting languages" which got popular in the late '90s and early 2000s like Perl, Python, Ruby, and PHP, which have mostly grown communities around a single implementation. But Ruby and Python at least (I'm not sure about the others, being less familiar with them) have been working towards multiple implementations and at least somewhat standardizing the core language and library to make multiple implementations more viable.

pjmlp7• 13 years ago

Maybe the OP does not know much about programming.

edsiper2• 13 years ago

Even some people still use it, last release was five years ago, totally fear.

bjz_• 13 years ago

fear->fair?

radmuzom• 13 years ago

I am not familiar with the history of this project, but why was Apache trying to re-create the C++ standard library at all? Given that in GNU/Linux systems, the canonical implementation is the one provided by GCC (G++), and Microsoft provides their own implementations.

rfctr• 13 years ago

... not even mentioning STLport.

http://www.stlport.org/news.html

Apache project looks like "me too" one.

klodolph• 13 years ago

1) There are more platforms than "GCC" and "Microsoft". Maybe your microwave oven runs code written in C++, who knows.

2) In 2005, some existing C++ standard libraries did not follow the standard very well.

pjmlp7• 13 years ago

Not only that, there are many more C and C++ compilers out there than just clang, gcc and msvc.

rbanffy• 13 years ago

I don't get the complains. Apache is abandoning it, but you can still download it, host it on Github and contribute as much as you want. That's the whole point of "free as in freedom" and, if Oracle has been unable to kill MySQL, I doubt the Apache Foundation would do it.

Aldo_MX• 13 years ago

Sorry to ask but i'm confused, is it really bad that the project got declared its end of life? The source is open and anyone interested is able to continue where it left off...

mcpherrinm• 13 years ago

I assume this means the Apache foundation will stop providing whatever services they provided. What those are, I'm unsure, but given the inactivity on the project, I assume it won't be a huge difference.

omra• 13 years ago

Check out the status reports to the Apache Board of Directors (http://stdcxx.apache.org/status/):

(05/11)

      No changes. Stdcxx continues to be dormant. There was a flurry of emails
      on the stdcxx-dev list suggesting continued interest from the same two
      parties (ARM and Sun) but no new work.

---

The Attic is where retired Apache projects go.

(02/2012)

      A vote to move stdcxx to the Attic failed. The majority of stdcxx
      contributors voted in favor of continuing to maintain the project.
      Several inactive committers stepped up to help with the project.

---

I do not think that this was a surprise. Regular status reports stopped completely after February 2012. It's also notable that Chris Bergström was proposed for the new chair position, see http://mail-archives.apache.org/mod_mbox/stdcxx-dev/201306.m...

mjn• 13 years ago

Seems to have been telegraphed since at least November 2010: http://stdcxx.apache.org/status/2010-11.txt

apaprocki5• 13 years ago

Shameless plug: If you'd like an actively developed, cross platform alternative C++ standard library (with Lakos allocators), come check out BSL: https://github.com/bloomberg/bsl

Sadly right now C++11 library features will lag a bit because not all compilers support them.

twoodfin2• 13 years ago

Sun/Oracle was moving to Apache stdcxx to replace their existing awful options of a way out of date Rogue Wave STL or an almost as out of date STLport.

https://forums.oracle.com/thread/2293516

I wonder what they'll do now. The sensible thing would be to adopt clang and libc++, so we can be reasonably certain they won't do that.

apaprocki5• 13 years ago

Studio 13 will use the g++ runtime: http://docs.oracle.com/cd/E37069_01/html/E37071/gndfg.html#O...

pjmlp7• 13 years ago

Does this mean Oracle will eventually ditch SunPro for GCC?

twoodfin2• 13 years ago

Not so bad. I wonder if we'll still have Solaris customers when this compiler is ready for use.

Are they planning on shipping this runtime with the OS eventually?

pjmlp7• 13 years ago

Ah, the joys of doing UNIX development in commercial UNIX systems with the vendors compilers back in 2000.

Apache Kills Off Its C++ Standard Library

Related Stories