X-Git-Url: http://developer.intra2net.com/git/?p=libt2n;a=blobdiff_plain;f=example-codegen%2FTODO;h=7386630e26f73ae7fd7511b8431bb67ef73706a0;hp=6eca4c7b8e5d8f1e3b7cb5cde8afdc115bb942a7;hb=d0a97d0bbe03472214e379b7a4ace2bdcecfc212;hpb=0cfa3fb24104428b6e6d8881b1f94fcad825c7ef

diff --git a/example-codegen/TODO b/example-codegen/TODO
index 6eca4c7..7386630 100644
--- a/example-codegen/TODO
+++ b/example-codegen/TODO
@@ -6,10 +6,62 @@ include problem:
 - a simple solution would be to have a special include file containing the neccessary includes (or 2: one for the type definitions and one for the serialization)
 - another solution would be to extract the includes from the file and add them to the generated code
 both solutions only work if the include paths used during compilation of a program using the library are correct[tm]
+now we use the first solution
 
-at the moment we use the second solution
-
-- make distcheck
-- .pc file
-- make install (in this example the "other" client lib would have to install foo.hxx)
 - test using valgrind
+- would be nice to reduce amount of changed files
+  (codegen output is often the same as the existing files - something similar to ccache
+  for codegen - but not overwriting output files if they are the same)
+- howto include the part after "# always the same:" in all makefiles (using the codegenerator)
+  (we now use make's include)
+- lib name should be group name + suffix/prefix ?!
+  user should have complete control => no default suffix/perfix
+  headers should be installed in pkgincludedir? maybe yes on the other hand
+  the user can pass the directory to configure via --includedir
+- the example should not get installed (but still it should show how to build a lib that gets installed :-(
+  (overwriting install: doesn't work)
+  => perhaps split libt2n package into 3 packages?
+	libt2n
+	libt2n-example-codegen
+	libt2n-example-libusage
+- at the moment make dist from within a clean source will not work
+  (this is related to the nodist problem / old automake version)
+  this is caused by BUILT_SOURCES not working for make dist(check?)
+  and the dependency generation
+
+  distcheck -> dist -> distdir -> DISTFILES
+
+  all -> all-redirect -> all-am -> Makefile -> BUILT_SOURCES => bene
+
+  => how to add dependency on BUILT_SOURCES for dist?
+  the real problem is that make dist should not depend on BUILT_SOURCES
+  unfortunately we can't fix this as long as we use a old automake version
+  (DISTFILES includes generated files we would like to mark as noinst)
+- make clean / make distclean?! make clean geht beim zweiten mal nicht
+  now it works?! why?!
+  das ganze ist abhängig davon in welchem verzeichnis man ist?!
+  das problem ist:
+	BUILT_SOURCES -> generierte files -> codegen !
+  (make clean in toplevel src dir -> codegen does not exist)
+
+  => how to get rid off BUILT_SOURCES
+     or how to get rid off dependency off clean and dist on BUILT_SOURCES files ?
+     (the nodist problem)
+
+  getting rid off BUILT_SOURCES would not suffice
+  (explicit dependencies still would depend upon the files)
+  => the real problem is the missing nodist
+
+  => workaround for old automake version?
+  a workaround would require us not to use _SOURCES but still be able to add object files
+  to the libs/bins created
+  looking at the generated Makefile this perhaps could be done via _OBJECTS
+  
+  nodist wurde mit automake 1.5 eingeführt (2001-08-23)
+  
+  what doesn't work:
+  - make dist and make clean only work if you did a make all
+
+  hmm Makefile should not depend on BUILT_SOURCES
+	http://sources.redhat.com/ml/bug-automake/2000/msg00040.html
+  
\ No newline at end of file