Older blog entries for redi (starting at number 169)

ta0kira, you're doing it wrong. Why should the compiler have to guess at the language of a header file, unless you're trying to compile that file directly (i.e. not via a #include in another file)? The included file is compiled in the same language as the including file. Therefore, it doesn't matter if I use .h as the extension or not, it only matters where I include it from.

You seem to be blaming gcc for doing what it's meant to.

elided

Thanks, ncm, I'd forgotten about the libiberty joke. My US colleagues who rhyme "lib" with "gibe" are not from MS shops, so I wonder where they picked up the bad habit!

bagder comments on the pronunciation of "lib". In my experience only Americans say "libe" as though it's the start of "library", all Brits I know say "lib" to rhyme with "bib".

The C data type "char" (as either "char" or "car") doesn't seem to be so clearly divided by national boundaries.

In both cases I read it exactly as it's written, not as a shortened form of the word it originated from.

In a reply to one of his recent articles, lkcl said:

here's the secret, that you and everyone else who reads what i write, don't seem to be in on...

I take objection to "everyone else," lkcl was one of the first certs I gave on this site, and the only reason I removed the Master cert I'd given him was because of his certification of mentifex, not because I don't value his work. My feeble trust-juice will have no influence on either of their ratings, but that's not the point.

There's been some more brouhaha about KDE4 recently (well, recently when I first saved this draft diary entry) including Linus Torvalds announcing he's switched to gnome. Some commenters have said that people who aren't happy on the bleeding edge should not be using distros such as Fedora. I agree, but my problems with KDE4 are not that there are unstable, unreliable parts, which I expect from new releases. It's that basic functionality was removed, resulting in stupid regressions that still aren't fixed in KDE 4.2, despite claims that it is "a compelling offering for the majority of end users." The problems for Fedora users are exacerbated by the response to any KDE-related bug reported to Fedora bugzilla: "not our problem, report it upstream." (update: and in some cases claiming it's fixed without even bothering to check.)

Despite its flaws, I really do like my eee pc. Being able to hack on code while walking down the street is brillant.

Recently I did some hacking on std::thread for libstdc++, as I needed to make a small fix before I could finish std::bind and I got carried away making improvements to std::thread.

I also suggested a few patches for Boost to fix some problems in the (fscking excellent) new thread library. Unfortunately whether I report bugs to the boost list or to trac, they seem to fall between the cracks. The list has far too much traffic for me to follow, so I don't bother chasing them up.

I've realised that one of the things I like about smart pointers in C++ is what they tell you about the programmer. Smart programmers use smart pointers. The other group use raw, unsafe pointers.

chromatic confuses unit tests and TDD, but he's not alone in that.

I wonder why jcsteele also needs to syndicate his blog to selerius. I wonder why anyone needs to syndicate their twittering to advogato.

Spammer accounts seem to be on the rise again in the last few days. It's a testament to the incompetence and stupidity of most spammers and SEO twunts that they can't even enter the same thing in two fields e.g. creating an account as "ajax09" but putting the real name as "ajax 222" ... if they weren't such idiots it might be a lot harder to identify accounts created by spammers.

The Emperor's New Desktop

I still think KDE4 sucks enormous quantities of shit.

Xerces-C++ is a conspiracy to make C++ look bad

Xerces-C++ sucks even more shit. Writing a C++ API with unclear memory-ownership semantics was pretty dumb a decade ago. It just makes you look idiotic in 2009. Dynamic memory management in C++ is a solved problem. Requiring explicit calls to release memory at scope exit can be attributed to stupidity, but not providing an RAII type to restore some sanity to the API begins to look like malice.

diary of micro hacks

I had hoped to update GCC's std::tr1::bind and friends to also serve as std::bind (after breaking them and having to back out my changes a few weeks ago) but I didn't get any hacking done over twixtmas, except some small changes to the GCC manual and some largely pointless changes to the non-functional std::tr1::regex code.

Last week I updated the RPM spec files I wrote for STLsoft & Pantheios RPMs for Fedora. They're closer to the Fedora packaging guidelines now, and all my STLsoft patches have been accepted upstream which makes life simpler.

If I get time I might release some C++ container templates I wrote recently, worm::map<Key,T>, worm::set<T> and non-unique counterparts, which provide a similar interface to the standard associative containers but implemented using sorted std::vectors. This means they have random-access iterators and better memory locality, but sacrifice the nice iterator invalidation rules of the standard associative containers. I need to remove some sharp edges and figure out whether I can keep the same interface w.r.t const and ordering invariants, or whether I need to make them immutable to prevent self-inflicted gunshot wounds to the foot.

I chickened out of Movember after only a week, as it was too itchy and with a cold I didn't fancy wiping snot from my 'tache all day! The badge to the left takes you to the sponsorship page of a friend who started it with me, but didn't give up.

My shared_ptr changes will be in GCC 4.4.0 and I've solved the remaining issue with result_of, so I hope that will be in 4.4.0 too.

Fast Forward The Future

I found some time at the weekend to finish updating GCC's std::shared_ptr with the changes from n2637. operator< on shared_ptrs now compares the contained pointers instead of comparing the address of the control block. This makes operator< a partial function, which is consistent with comparisons on raw pointers ... but makes it useless in nearly all cases where you might use shared_ptr!

LSB

Wow, they haven't finished flogging that dead horse yet.