/usr/include/bits/stdio-ldbl.h:53: error: type of 'dprintf' is unknown
/usr/include/bits/stdio-ldbl.h:53: error: invalid type in declaration before ';'
token
/usr/include/bits/stdio-ldbl.h:53: error: 'int dprintf' redeclared as different
kind of symbol
/usr/include/stdio.h:396: error: previous declaration of 'int dprintf(int, const
char*, ...)'


These files aren't on any of my systems, mind you I'm not using current
rawhide on ppc either. ;o)   I just realized stdio-ldbl.h is related to
the PPC ABI changes that are occuring, and so this is probably just a
minor typo or something that crept into it.


#ifdef __USE_GNU
__LDBL_REDIR_DECL (vdprintf)
__LDBL_REDIR_DECL (dprintf)      <--- This is line 53.
__LDBL_REDIR_DECL (vasprintf)
__LDBL_REDIR_DECL (__asprintf)

[stdio.h]
#ifdef __LDBL_COMPAT
# include <bits/stdio-ldbl.h>
#endif

[stdio-ldbl.h]
#ifdef __USE_GNU
__LDBL_REDIR_DECL (vdprintf)
__LDBL_REDIR_DECL (dprintf)


stdio-ldbl.h seems to only be included if __LDBL_COMPAT is defined, and it
is being included, so we can assume it is defined.  In cdefs.h however:

[cdefs.h]
#if !defined __LDBL_COMPAT || !defined __REDIRECT
# define __LDBL_REDIR1(name, proto, alias) name proto
# define __LDBL_REDIR(name, proto) name proto
# define __LDBL_REDIR1_NTH(name, proto, alias) name proto __THROW
# define __LDBL_REDIR_NTH(name, proto) name proto __THROW
# define __LDBL_REDIR_DECL(name)
#endif


__LDBL_REDIR_DECL is only defined, if __LDBL_COMPAT is not defined, or if
__REDIRECT is not defined.  We know __LDBL_COMPAT is defined, so it appears
that __REDIRECT must be defined also, since that appears to be the only
way that the block would get excluded and cause the compile failure.

I'll leave the rest to you. ;)

This is a mesa bug.
libnurbs/interface/mystdio.h
has:
inline void dprintf( char *, ... ) { }
and Mesa is compiled with -D_GNU_SOURCE.  That's namespace violation.
dprintf is a GNU namespace standard library function, so, either you
choose to use GNU namespace and accept its namespace rules (in this case,
don't call your functions the same as interfaces already in the GNU namespace
or put them in a different C++ namespace), or don't compile with -D_GNU_SOURCE.

I've added a patch to mesa-6.4.2-2 to attempt to work around the problem by
renaming the Mesa function to debugprintf().  Once it's built in beehive
and confirmed fixed, I'll close this.

mesa-6.4.2-2 has been successfully built now, and should show up in
rawhide in 24 hours or so.

Setting status to "RAWHIDE"