The -std=c99 CFLAG in mk/gcc.mk leads to an aborted compilation on gentoo amd64

[GoogleCodeExporter]

# What steps will reproduce the problem?
->compiling wmii using portage with a non-edited version of mk/gcc.mk
(the current version in portage doesn't have the line to include -std=c99)

# What is the expected output? What do you see instead?

expected: working binary
instead: received the following warning:

 * Function `memccpy' implicitly converted to pointer at libutf/utfecpy.c:26
* Function `strdup' implicitly converted to pointer at cmd/util.c:100 

leading to an aborted install.

# What version of the product are you using (wmii -v)? On what operating
system?
wmii -v : wmii-3.6, ©2007 Kris Maglione
gcc -v: gcc version 4.3.2 (Gentoo 4.3.2-r3 p1.6, pie-10.1.5)
os: gentoo amd64

# Please provide any additional information below.
gentoo-bug: http://bugs.gentoo.org/show_bug.cgi?id=231299
discussion on the gentoo forums:
http://forums.gentoo.org/viewtopic-p-5757872.html
debian-bug with an explanation of the issue:
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=452015

Original issue reported on code.google.com by steffens...@googlemail.com on 11 Jun 2009 at 10:59

[GoogleCodeExporter]

This has been fixed in hg for some time. The solution is to define 
_POSIX_C_SOURCE or
_XOPEN_SOURCE, and not to remove -std=c99 (wmii is strictly C99 and POSIX 
compliant).

Original comment by maglion...@gmail.com on 11 Jun 2009 at 11:19

• Changed state: Invalid

[GoogleCodeExporter]

thank you for your clarification.
I am sorry for wasting your time with this. 
Could you release a new version of wmii so fixes like this one find their way 
into
the distributions?

Original comment by steffens...@googlemail.com on 12 Jun 2009 at 9:33