Comments for On Programming

Comment on X-Macros by Wolfgang

Wolfgang — Thu, 10 Jan 2008 13:23:12 +0000

Sure, I just compressed the code into one file to make it easier to present. There is nothing that keeps from splitting up the code into more files, if you are so inclined. You just redefine the big X accordingly, to generate a class declaration in the header, and the implementation in the cpp file

Comment on X-Macros by quizzical

quizzical — Thu, 10 Jan 2008 03:47:04 +0000

Traditionally, the class prototype is defined in a header file, while the class implementation is defined in a .cpp file. Using XMacro-Properties.cpp as our example, is there a way to write the prototype for Properties in a header, while implementing elsewhere:

define X(tp, name)

const tp& Properties::get##name() const {return m_##name;}  \
void Properties:: set##name(const tp& in##name)  \

???????

Many thanks!

Comment on Game Developer Rant by Anon

Anon — Wed, 11 Jul 2007 07:56:41 +0000

Sorry but this rant is just really crap.
I like the start of it because it took a new angle, but then I realized you’re just a jerk you have no idea what he’s talking about.
Every next-gen graphics AAA title is expensive and features takes a long time to code for them, are you saying every one of those teams are incompetent?
It’s tempting to say, because I hate waiting for programmers to give me needed features as well, but I see no reason why it would be the case.

Comment on Unit testing within Doom 3 by eduardo

eduardo — Sun, 10 Jun 2007 12:08:39 +0000

ei alquem me ajuda eu nao sei como er q tem q abrir o console do doom 3 e agora o q q eu fasso minha gente me ajudem porfavor falow

Comment on Your insecurity does not matter by vlummi

vlummi — Wed, 02 May 2007 07:43:48 +0000

thinking about all the troubles i feel myself in now since i stopped working and started studying fine art, i have to say that your “cyclic 4-step model of creating” of course can be applied to any creational act (which maybe was your intention when stating the four points so generally).

one difference though to me seems that in real life, testing feels to be more of a tightrope walk. you don’t easily get explicit green or red lights, and it seems extremely hard to check in and label your current state

last thing: a colleague from university mentioned that to her, insecurity means freedom. you don’t know the next step or where it might lead you, so you have all the possibilities in the world - like starting a code project from scratch.

Comment on Game Developer Rant by Arseniy

Arseniy — Wed, 14 Feb 2007 16:19:05 +0000

I dont get it really clear cuz I m russian and translator have no power to translate me it with right context.
So. Just can tell u I hate most of games and for me the gameplay is main thing. I m a flash games developer. Can tell u that the big problem of smart person is fear (even if u think there is no). Learn to kill jesus christ’s rules.

Comment on test by test - Some Instructions on Programming and Life by mobmash blog » Blog Archive » links for 2007-01-17

mobmash blog » Blog Archive » links for 2007-01-17 — Wed, 17 Jan 2007 00:24:46 +0000

[...] On Programming » Blog Archive » test by test - Some Instructions on Programming and Life The fact of the matter is, we all do nothing special. And it certainly does not make us special. All we do is little things, and we string them together, and sometimes something interesting appears. (tags: personalgrowth programming life) [...]

Comment on X-Macros by SeB

SeB — Tue, 09 Jan 2007 18:04:09 +0000

Thanks for your reply, Wolfgang. Unfortunately I need to use the X.def and Y.def files which are used by others parts of the code.

I am trying to find out a way for sourcing a .def file multiple times from another .def file. That might be done with variable arguments length macros, but these are not supported by all compilers and are not so familiar to me.

I'll let know here if I find a reasonable solution.

SeB.

Comment on X-Macros by Wolfgang

Wolfgang — Tue, 09 Jan 2007 17:16:13 +0000

You could use two parameters, by defining something like

#define GENERATE_IDS    \
    X(x1, "x1")Y(y1, "y1")    \
    X(x2, "x2")Y(y2, "y2")   \
    X(x3, "x3")Y(y3, "y3")

And then do

#define X(id, idString) id
#define Y(id, idString) _id,

before expanding the macro for the enum.
But that would just give you x1_y1, x2_y2, x3_y3 etc.

So, in short, beats me

Comment on X-Macros by SeB

SeB — Tue, 09 Jan 2007 16:49:38 +0000

Hello,

Is it possible to use X-macros with two dimensions ? If I have two tables :
X.def : X(x1) , X(x2), …., X(xm)
Y.def : Y(y1) , Y(y2), …., Y(yn)
can I automatically build an enum {x1_y1, x1_y2,…, x1_yn, x2_y1, x2_y2, ……….., xm_yn} ?

Thanks,
SeB