| 1 | - remove support for LIBT2N_EXPORT_GROUP(group) (this will simplify the generator a lot) |
| 2 | - add option similar to gccs -MD (at the moment it is a fixed set of files generated and |
| 3 | they are handled in the makefile snippet [codegen.make]) |
| 4 | |
| 5 | open questions: |
| 6 | - should projects using the codegen depend on installed version of ... or ship their own version? |
| 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 |
| 9 | - makefile snippet must work for builds outside of libt2n |
| 10 | => some variables must be set by configure |
| 11 | the variables which must be set: |
| 12 | LIBT2N_CODEGEN="\$(top_builddir)/codegen/libt2n-codegen" |
| 13 | LIBT2N_CLIENT_PCTEMPLATE="\$(top_srcdir)/codegen/clientlib.pc.in" |
| 14 | LIBT2N_CODEGEN_MAKESNIPPET="include \$(top_srcdir)/codegen/codegen.make" |
| 15 | |
| 16 | we store the variables in the .pc file of libt2n |
| 17 | maybe wrap the calls to pkg-config in a m4 macro |
| 18 | (=> projects using libt2n-codegen need only one line in configure.in) |
| 19 | |
| 20 | - it would really be much nicer if the client lib includes would not depend upon boost serialization |
| 21 | i thought a solution would be to provide this optionally by wrapping the corresponding includes in a #ifdef |
| 22 | but this does not work since command.hxx is included which depends on boost serialization headers anyway |
| 23 | => we do not provide this for now |