Commit | Line | Data |
---|---|---|
25924cae | 1 | - remove support for LIBT2N_EXPORT_GROUP(group) (this will simplify the generator a lot) |
7309b9a1 | 2 | - add option similar to gccs -MD (at the moment it is a fixed set of files generated and |
d37ba346 | 3 | they are handled in the makefile snippet [codegen.make]) |
84b484fa JT |
4 | |
5 | open questions: | |
6 | - should projects using the codegen depend on installed version of ... or ship their own version? | |
d37ba346 JT |
7 | - get rid of codegen-stubhead.hxx or include a "copy" in each project? |
8 | first we said yes but now i say no because the lib depends on the libt2n headers anyway | |
e62269cb | 9 | - makefile snippet must work for builds outside of libt2n |
d37ba346 JT |
10 | => some variables must be set by configure |
11 | the variables which must be set: | |
26eca3d8 JT |
12 | LIBT2N_CODEGEN="\$(top_builddir)/codegen/libt2n-codegen" |
13 | LIBT2N_CLIENT_PCTEMPLATE="\$(top_srcdir)/codegen/clientlib.pc.in" | |
373558f7 | 14 | => we store the variables in the .pc file of libt2n |
1f0aa49f | 15 | - it would really be much nicer if the client lib includes would not depend upon boost serialization |
cf406235 JT |
16 | i thought a solution would be to provide this optionally by wrapping the corresponding includes in a #ifdef |
17 | but this does not work since command.hxx is included which depends on boost serialization headers anyway | |
18 | => we do not provide this for now | |
373558f7 | 19 | - naming scheme?! |
53b891ed | 20 | perhaps generated group class should not be prefixed by cmd_group_ |
f4dfa645 | 21 | |
a930cc99 JT |
22 | docu |
23 | - for the docu we need a minimal example | |
24 | - for automatic testing we need a complex example | |
25 | ||
26 | the example should show: | |
27 | - how to mark procedures | |
28 | - how to write configure.ac and Makefile.am | |
29 | - that we create a library for the client | |
30 | - how to use that library |