On Wed, 10 Aug 2005 21:51:16 +0200 xnowfall <[EMAIL PROTECTED]> babbled:
> > Carsten Haitzler (The Rasterman) wrote: > >> > >>i thought it was. i'm not sure about all the details between c/c++. if > >>it's not part of the language that's obviously a good reason not to ;) > >>i guess it could go in the #ifdef __cplusplus section, but from the > >>comments here people don't seem to care much for it *shrug* > > > > > > it's not part of C - that's why we don't care much for it. :) C as such has > > no explicit namespacing. it's done implicitly by function naming :) > > yeah, i wasn't aware of that, from my point of view it was all global > which was why i was a bit confused by your comment that it already was > namespaced :) still, not trying to make too much of a deal of it, but as > you're already supporting c++ with the extern thing i think it would > make sense to support its namespace as well. it's your project though, > and as mentioned it is in c, so if you don't agree... that would change compatibility. those #ifdef's there for c+= are so the headers CAN be included in a c++ program and uses just like you can use libc (printf, sscanf, fopen, open, etc.). we are following a very very very old and well established tradition and mechanism. the code to use evas in a c++ program is identical to the code in a c program. you can literally copy & paste it. with namespacing this changes. the likelihood of the function names clashing with anything is so remote it may as well not exist as we make them looong and well structured names. :) -- ------------- Codito, ergo sum - "I code, therefore I am" -------------- The Rasterman (Carsten Haitzler) [EMAIL PROTECTED] 裸好多 [EMAIL PROTECTED] Tokyo, Japan (東京 日本) ------------------------------------------------------- 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 enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
