--Boundary-00=_dUTCFwvpKykiLcd Content-Type: text/plain; charset="iso-8859-15" Content-Transfer-Encoding: 7bit Content-Disposition: inline On Thursday 14 September 2006 09:49, Marc Mutz wrote: > > But anyway, building time is unimportant. > Last sentence seconded. Don't you smell irony when half of the people who seconded the change overlap with the group of people that whine about "kdelibs development is so hard because it takes so long to compile" ? > > As a comparison (note that I run this in valgrind to > > slow it down, using valgrind to skew your benchmark? ROTFLMAO. Sorry. That was really funny. > > So much for fast Qt Containers... There is btw a bug in your benchmark script (see patch). > I guess we can arrange for you to sign an NDA with some of our clients to > be able to see the code that can be produced when there are no personal > quests against using anything with "standard" and "C++" in the same > sentence, however understandable these are for historical reasons. Oh, I'm fine with the STL. I'm just not fine for using it without knowing the drawbacks, and one of your NDA clients probably don't get shit we get when we use 200kb more memory. > If that's not possible, boost.org as well as opensource.adobe.com contains > material that can be called both "real-world" and "using STL properly". No thanks. I (have to) maintain several boost-dependent packages and I know why it stinks. Dirk --Boundary-00=_dUTCFwvpKykiLcd Content-Type: text/x-diff; charset="iso-8859-15"; name="bench.diff" Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="bench.diff" --- ../benchmark.sh 2006-09-14 12:48:09.000000000 +0200 +++ benchmark.sh 2006-09-14 12:47:56.000000000 +0200 @@ -8,6 +8,7 @@ qmake "CONFIG+=release" "DEFINES+=MEML_TYPE=$cont\<$simple\>" make >/dev/null 2>/dev/null || echo failed at $cont $simple echo -n "$cont<$simple>: " - time ( valgrind ./foo >/dev/null 2>/dev/null ) + strip -s ./bench + du -sb ./bench | awk '{print $1}' done done --Boundary-00=_dUTCFwvpKykiLcd--