Not bad. I was thinking about the Microsoft STL implementation when I wrote
that but still good to know.
El jul 27, 2014 1:12 PM, AnAkIn anakin...@gmail.com escribió:
I did a quick benchmark on linux with gcc 4.9.1/clang 3.4.2, and it looks
like std::vector is actually faster than CUtlVector when inserting 10
elements:
CUtlVector: 9021 µs
std::vector: 4456 µs
It's faster as well when removing the first 1000:
CUtlVector: 88 µs
std::vector: 39 µs
It may have been true 10 years ago that Valve's STL was faster than the
system's one, but I doubt it is today.
2014-07-19 18:12 GMT+02:00 Jorge Rodriguez bs.v...@gmail.com:
This may not convince you to use it but in fact valves template library
is faster than STL. It has a few gotchas as far as usage goes but standard
STL implementations tend to be somewhat slow especially in debug mode.
El jul 18, 2014 1:27 PM, Borzh borz...@gmail.com escribió:
I just include algorithm and that breaks everything (I don't need to
use min/max of course).
I just was writing external plugin for source and I don't really know
all valve internals.
Just prefer use STL, which I know is an awesome (and well tested in all
ways) library.
2014-07-18 16:48 GMT-03:00 Skyler York sky...@gmail.com:
Quick side note, but you can wrap std::min/max in parenthesis to
prevent macro expansion. It's not pretty but it works:
(std::max)(a, b);
On Fri, Jul 18, 2014 at 11:33 AM, Tony omega Sergi
omegal...@gmail.com wrote:
I don't understand why you need to use stl at all.. when the reason
why it's incompatible, is because pretty much every use of stl has been
wrapped by valve functions in order to tie it all into the memory manager.
tier1 is full of engine compatible containers and whatnot for anything you
could need to do.
On Fri, Jul 18, 2014 at 9:20 PM, Borzh borz...@gmail.com wrote:
I had to undefine it, undefine MINMAX_H also, so it could be included
after that and then include minmax.h manually.
Anyway it is ugly solution and macros should be written in uppercase
to not confuse with methods.
2014-07-17 21:25 GMT-03:00 Dexter Haslem dexter.has...@gmail.com:
why not just undefine it before STL headers?
On Thu, Jul 17, 2014 at 11:33 AM, Borzh borz...@gmail.com wrote:
Hello all,
I propose using template functions in minmax.h instead of defines.
Or at
least use uppercase letters for macros.
It has been discussed a lot of times:
- windows.h defines min/max, it is ugly, ok but I thought Valve is
not
Microsoft. At least for Windows you can #define NOMINMAX before
include
windows.h.
- Valve's minmax.h defines min/max and you can't use STL because
it tries to
apply macros to std::min and std::max which breaks everything!!!
Can't avoid
it, because Valve use this macros everywhere!!!
If someone from Valve is reading this, please do something, it is
awful !!!
Thanks,
Boris.
___
To unsubscribe, edit your list preferences, or view the list
archives,
please visit:
https://list.valvesoftware.com/cgi-bin/mailman/listinfo/hlcoders
___
To unsubscribe, edit your list preferences, or view the list
archives, please visit:
https://list.valvesoftware.com/cgi-bin/mailman/listinfo/hlcoders
___
To unsubscribe, edit your list preferences, or view the list
archives, please visit:
https://list.valvesoftware.com/cgi-bin/mailman/listinfo/hlcoders
--
-Tony
___
To unsubscribe, edit your list preferences, or view the list archives,
please visit:
https://list.valvesoftware.com/cgi-bin/mailman/listinfo/hlcoders
___
To unsubscribe, edit your list preferences, or view the list archives,
please visit:
https://list.valvesoftware.com/cgi-bin/mailman/listinfo/hlcoders
___
To unsubscribe, edit your list preferences, or view the list archives,
please visit:
https://list.valvesoftware.com/cgi-bin/mailman/listinfo/hlcoders
___
To unsubscribe, edit your list preferences, or view the list archives,
please visit:
https://list.valvesoftware.com/cgi-bin/mailman/listinfo/hlcoders
___
To unsubscribe, edit your list preferences, or view the list archives,
please visit:
https://list.valvesoftware.com/cgi-bin/mailman/listinfo/hlcoders
___
To unsubscribe, edit your list preferences, or view the list archives, please
visit:
https://list.valvesoftware.com/cgi-bin/mailman/listinfo/hlcoders