compatibility with older gcc bug: unnamed union members cannot be used in init

[mckaygerhard]

...ed in init

This solves compilation in olders gcc due a unresolved bug in <gcc-4.6 that unnamed union members cannot be used in initializer (stupid win-hat developers, always later)

Theres no fun in a cheap software that relies on to high dependences, due high dependences need modern hardware.. an modern hardware dont need memory savings:

so we the users that have older hardware with olders software need this please commit thi for possibility to have compton in many distros that already not have gcc 4.6+.

[richardgv]

Sorry, but if you couldn't yet clearly see my attitude in #86 and #91, mckaygerhard:

1. I am not interested in adding dirty workarounds for a 5-year old gcc version.
2. Aside from the viewpoint of code purity, my main concern is, there could be more than one compiler that tries emulate gcc and declares __GNUC__ and __GNUC_MINOR__. As you may or may not know, clang-3.2 claims it is gcc-4.2, as far as know, with their infinite wisdom.
3. I believe any a distro that uses <gcc-4.6 should be responsible to add a patch that remove the anonymous union themselves.
4. Just in case you haven't, please look at how many custom patches Debian, Fedora/RHEL, or Gentoo use on their packages. It seems pretty clear to me that using a custom patch on the distro side is not a major problem nowadays.

Theres no fun in a cheap software that relies on to high dependences, due high dependences need modern hardware.. an modern hardware dont need memory savings:

1. I don't think a patch creates high dependencies.
2. Modern hardware may or may not need memory saving, but I believe a modern developer always do.