On Mon, 12 Jul 2010 21:10:21 -0300 Gustavo Sverzut Barbieri <barbi...@profusion.mobi> said:
but geneet requires i define my struct in 1 place, and then separately keep a geneet description file in sync with that struct. it also doesn't help solve the "free this for me" code generation too. sure - not a problem in python, but in c it is. geneet sounds to me like something that only really benefits python. for c it makes no real big difference. you still now have 1 place to define struct, 1 to define the edd (be it geneet file or boilerplate code possibly made shorter with macros) and another to free it. so... as a tool its usefulness just became rather moot for eet itself as it has no use for the api that eet itself offers (a c/c++ api). if you stick this in the python bindings for eet - sure. it has a use there. > Ugly, and brings in a problem that does not matter: parse. > > The problem being solved is reduce repetitive code that C/eet forces > you, instead of it we'll start doing parsers for different languages, > then people brings in requests for multi line comments, etc > > Okay, whe can do single line, dumbed down... Then we get complaints > and need to doc, then people don't read and we're not much better than > the simple we did. > > Also if we request a struct per file, or forbid nested structs, were > much like now, but harder to parse. > > IOW right now parser comes tested and for free, not using it does not > bring much, adds pain. > > On 7/12/10, Carsten Haitzler <ras...@rasterman.com> wrote: > > On Mon, 12 Jul 2010 13:23:22 -0300 Leandro Pereira <lean...@profusion.mobi> > > said: > > > >> Raster, > >> > >> On Sun, Jul 11, 2010 at 10:40 PM, Carsten Haitzler <ras...@rasterman.com> > >> wrote: > >> > > >> > i agree. though my take on it is that i'd prefer it to be done as part > >> > of > >> > the c src like this: > >> > > >> > >> This was not done because I'd like to use the same .geneet files for > >> other languages: one input generates source for C, Python, > >> whatever-else-someone-needs. This is pretty similar to, for example, > >> Google's protobuf generators[1], and I like the approach of it being > >> language-agnostic, even though I understand your point of easily > >> keeping the structures in sync with the structures in the C source > >> file. > >> > >> Adding non-encoded data is simple enough: a "noencode" keyword could > >> be added to variables to opt them out of being encoded in the eet file > >> (but still write the getters/setters/etc). In fact, this is already > >> implemented :) > >> > >> [1] http://code.google.com/p/protobuf/ > > > > hmmm maybe a compromise. both python and c and c++ and nigh on every lang > > supports commenting of some form. all you need is for geneet to know how to > > strip out comments. right? > > c/c++: > > "/* eet:" <geneet string here> "*/" > > c99/gcc/c++ "c+= style": > > "// eet:" <geneet string here> "\n" > > python: > > "# eet:" <geneet string here> "\n" > > lua: > > "-- eet:" <geneet string here> "\n" > > etc. > > > > etc. - you just need to take input file and throw out all content outside > > the > > above snippets. the resulting filtered content is the geneet core. you just > > need that geneet format to be simple enough to stick in such comments > > without > > problems. > > > > much nicer and now extensible for nigh on any languages? > > > > -- > > ------------- Codito, ergo sum - "I code, therefore I am" -------------- > > The Rasterman (Carsten Haitzler) ras...@rasterman.com > > > > > > ------------------------------------------------------------------------------ > > This SF.net email is sponsored by Sprint > > What will you do first with EVO, the first 4G phone? > > Visit sprint.com/first -- http://p.sf.net/sfu/sprint-com-first > > _______________________________________________ > > enlightenment-devel mailing list > > enlightenment-devel@lists.sourceforge.net > > https://lists.sourceforge.net/lists/listinfo/enlightenment-devel > > > > -- > Sent from my mobile device > > Gustavo Sverzut Barbieri > http://profusion.mobi embedded systems > -------------------------------------- > MSN: barbi...@gmail.com > Skype: gsbarbieri > Mobile: +55 (19) 9225-2202 > -- ------------- Codito, ergo sum - "I code, therefore I am" -------------- The Rasterman (Carsten Haitzler) ras...@rasterman.com ------------------------------------------------------------------------------ This SF.net email is sponsored by Sprint What will you do first with EVO, the first 4G phone? Visit sprint.com/first -- http://p.sf.net/sfu/sprint-com-first _______________________________________________ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
