Bugzilla Bug 118108

do it

x86 done

tested on ppc 
works for me

I've got a problem on amd64 with USE=nls

Making all in src
make[2]: Entering directory
`/var/tmp/portage/dnotify-0.18.0/work/dnotify-0.18.0/src'
if x86_64-pc-linux-gnu-gcc -DHAVE_CONFIG_H -I. -I. -I.. 
-DLOCALEDIR=\"/usr/share/locale\"  -Wall -march=opteron -ggdb3 -pipe -MT main.o
-MD -MP -MF ".deps/main.Tpo" -c -o main.o main.c; \
then mv -f ".deps/main.Tpo" ".deps/main.Po"; else rm -f ".deps/main.Tpo"; exit
1; fi
main.c: In function `main':
main.c:313: warning: implicit declaration of function `setlocale'
main.c:313: error: `LC_ALL' undeclared (first use in this function)
main.c:313: error: (Each undeclared identifier is reported only once
main.c:313: error: for each function it appears in.)
make[2]: *** [main.o] Error 1

Note that it works fine with USE=-nls

marked stable on ppc by lu_zero, removing ppc from cc

Marked stable on MIPS :-)

this is really strange... -O0 doesn't work, -O1 or higher do, but setting all
the -f options provided by -O explicitly don't. I really have no idea why gcc
fails to #include all headers correctly if no optimisation is done, but oh
well, there are probably very few users not having -O?, so it's stable now

it's because the source fails to properly include locale.h when nls support is
enabled

this bug only shows up with using -O0 though

fixed