Re: Complexity of new hardware
Jon Watte <[email protected]>
| Newsgroups | gmane.games.devel.algorithms |
|---|---|
| Message-ID | <[email protected]> |
Nicholas "Indy" Ray wrote: > Sure, the Data exists, but it is in *very* different formats between > compilers (compare even open source C language front ends you'll see > huge variances in data formats). And if you're familiar with how > We already have type_info. Having an array of offset-size-name-type_info* for each member of a compound data type (or any data type) would not be rocket science, would not be hard to implement in a standard way, and would be very useful. It could be a very simple extension to the existing type_info class, returning entirely static data. Doing the same for templates (iterating through member names and types) would be harder to implement cleanly, but would be even more useful. The necessity to express yourself two or three times in various macros, declarations, definitions, code generators etc is one big wart in C++. Don't Repeat Yourself! ... and I probably should take further discussion to something like comp.lang.cplusplus ;-) Sincerely, jw ------------------------------------------------------------------------------ Stay on top of everything new and different, both inside and around Java (TM) technology - register by April 22, and save $200 on the JavaOne (SM) conference, June 2-5, 2009, San Francisco. 300 plus technical and hands-on sessions. Register today. Use priority code J9JMT32. http://p.sf.net/sfu/p _______________________________________________ GDAlgorithms-list mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/gdalgorithms-list Archives: http://sourceforge.net/mailarchive/forum.php?forum_name=gdalgorithms-list