using directive and size_t in loop for

[Michiel]

Heh, I knew that statement was gonna come back and bite me in the a3.

I'm designing a programming language now with (among other things) a single int-type, which is sized correctly at compile-time, by trying to find the actual limits in the code (or using a dynamic int if this is impossible). That might remove the need for such things.

[mickey]

Hello,
1. I meant some drawback much more important. So I guess there aren't
2. I don't sure to understand: apart 32b or 64b, I wonder even if could be different compiling my code with different compiler (not only MS compiler).....Does Anyone have this warning? How do you solve it? (I mean, the most elegant way.....)
3.(Finally) I read that in the .h it's better don't allocate memory: eg. if I have a class where inside a "vector<double>* ivec" (Beyond if is better take the vector on the stack instead on the heap....); it's better call the "ivec = new vector<int>(10000);" not in a inlined constructor but keep it out of the .h, but in the implementation (.cpp). But is there any performance/compiling reasons (maybe something will change in the .obj file?) ?

thanks.

[Michiel]

1. No, there aren't.
2. I get a "comparing signed with unsigned integer" warning when I use int. The solution is to use unsigned int. If that doesn't work for you, it's MS specific.
3. There are no performance reasons for putting the constructor code anywhere specific, as far as I know. It's just that if you want to change the 10000 to 20000, you will have to recompile every file that includes your header. Whereas if you put it in your .cc/.cpp file, you'll only have to recompile that one.