move libt2n.m4 into m4 directory to let autoreconf find it

[libt2n] / codegen / TODO

diff --git a/codegen/TODO b/codegen/TODO
index bc1720a..fb1591e 100644 (file)
--- a/codegen/TODO
+++ b/codegen/TODO
@@ -1,5 +1,23 @@
-- configure.in sed s,CODEGEN,XMLPP, oder so
-- one group splitted into multiple .cpp files (=> add support for multiple xml input files)
 - remove support for LIBT2N_EXPORT_GROUP(group) (this will simplify the generator a lot)
-- add option similar to gccs -MD
-- remove export file argument (or multiple export files?)
\ No newline at end of file
+- add option similar to gccs -MD (at the moment it is a fixed set of files generated and
+  they are handled in the makefile snippet [codegen.make])
+
+open questions:
+- should projects using the codegen depend on installed version of ... or ship their own version?
+- get rid of codegen-stubhead.hxx or include a "copy" in each project?
+  first we said yes but now i say no because the lib depends on the libt2n headers anyway
+- makefile snippet must work for builds outside of libt2n
+  => some variables must be set by configure
+  the variables which must be set:
+       LIBT2N_CODEGEN="\$(top_builddir)/codegen/libt2n-codegen"
+       LIBT2N_CLIENT_PCTEMPLATE="\$(top_srcdir)/codegen/clientlib.pc.in"
+       LIBT2N_CODEGEN_MAKESNIPPET="include \$(top_srcdir)/codegen/codegen.make"
+
+  we store the variables in the .pc file of libt2n
+  maybe wrap the calls to pkg-config in a m4 macro
+  (=> projects using libt2n-codegen need only one line in configure.in)
+
+- it would really be much nicer if the client lib includes would not depend upon boost serialization
+  i thought a solution would be to provide this optionally by wrapping the corresponding includes in a #ifdef
+  but this does not work since command.hxx is included which depends on boost serialization headers anyway
+  => we do not provide this for now