Hello,
[Johannes wrote] * the namespace "signal" in dw-testbed/lout/signal.hh conflicts with the declaration in /usr/include/sys/signal.h: __sighandler_t *signal (int, __sighandler_t *); I renamed the namespace to loutsignal.
Johannes: please send me the patch for this.
As only I seem to have these problems it might well be a problem of DragonFly BSD. So I would like to check that first before changing the nice an simple names in the lout library.
I just looked into this issue once again and it seems that in principle the problem exists on Linux too. If you try to compile: #include <signal.h> namespace signal {} e.g. with "g++ -c namespace.cc", I get an error on Linux too. It's just that only DragonFly happens to (indirectly) include signal.h in the current dillo sources and Linux does not. So as soon as we need to include signal.h directly, we will have the problem on all platforms. I don't really understand the use of namespaces in the lout library. Instead of wrapping each class / feature in it's own namespace, I would have expected a single "lout" namespace containing classes like signal, container etc. This would also solve the name clash with signal.h. However Sebastian has certainly had his reasons for the current setup, so I don't want to make a patch for a drastic change like that without his comments. Regards, Johannes