On Tue, 06 Sep 2005 21:44:40 +0200 Kim Woelders <[EMAIL PROTECTED]> wrote:
> > diff -u -3 -r1.24 -r1.25
> > --- Ecore.h 5 Sep 2005 10:17:08 -0000 1.24
> > +++ Ecore.h 6 Sep 2005 19:26:19 -0000 1.25
> > @@ -43,6 +43,14 @@
> > #include <sys/types.h>
> > #include <signal.h>
> >
> > +#ifndef TRUE
> > +#define TRUE 1
> > +#endif
> > +
> > +#ifndef FALSE
> > +#define FALSE 0
> > +#endif
> > +
> > #ifdef __cplusplus
> > extern "C" {
> > #endif
>
> Is this really a good idea? I have over the years seen way too many
> cases of clashing definitions of TRUE/True/true, FALSE/False/false.
true/false are a very different story, since they are defined by C99.
Defining FALSE to zero is alright from my experience. Would you be happier if
we defined TRUE to !FALSE?
Regards,
Tilman
--
learn to quote: http://www.netmeister.org/news/learn2quote.html
-------------------------------------------------------
SF.Net email is Sponsored by the Better Software Conference & EXPO
September 19-22, 2005 * San Francisco, CA * Development Lifecycle Practices
Agile & Plan-Driven Development * Managing Projects & Teams * Testing & QA
Security * Process Improvement & Measurement * http://www.sqe.com/bsce5sf
_______________________________________________
enlightenment-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
