On Thu, 2009-09-10 at 10:51 -0700, Artur Wyszynski wrote:
> José Fonseca pisze:
> > On Sat, 2009-09-05 at 14:17 -0700, Artur Wyszynski wrote:
> >> diff --git a/src/gallium/auxiliary/util/u_debug.h
> >> b/src/gallium/auxiliary/util/u_debug.h
> >> index d42b65c..1380d98 100644
> >> --- a/src/gallium/auxiliary/util/u_debug.h
> >> +++ b/src/gallium/auxiliary/util/u_debug.h
> >> @@ -88,6 +88,7 @@ _debug_printf(const char *format, ...)
> >> * - avoid outputing large strings (512 bytes is the current maximum
> >> length
> >> * that is guaranteed to be printed in all platforms)
> >> */
> >> +#if !defined(PIPE_OS_HAIKU)
> >> static INLINE void
> >> debug_printf(const char *format, ...)
> >> {
> >> @@ -101,6 +102,7 @@ debug_printf(const char *format, ...)
> >> #endif
> >> }
> >>
> >> +#endif /* !PIPE_OS_HAIKU */
> >>
> >
> > Sorry for replaying so late, but why is it necessary to comment out
> > debug_printf?
> >
>
> There is a conflict, it's already defined in Haiku system header,
> $ grep debug_printf headers/os/kernel/OS.h
> extern void debug_printf(const char *format, ...)
I guess this was bound to happen eventually, as our names are still
quite common.
We're already planning to standardize all symbols in auxiliary/util/
with the "util_..." prefix, which fixes this conflict. But I think that
one day we should prefix all symbols with something more unique like
ga3d_ or g3_..
Jose
------------------------------------------------------------------------------
Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day
trial. Simplify your report design, integration and deployment - and focus on
what you do best, core application coding. Discover what's new with
Crystal Reports now. http://p.sf.net/sfu/bobj-july
_______________________________________________
Mesa3d-dev mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/mesa3d-dev
