X-Git-Url: http://developer.intra2net.com/git/?p=libt2n;a=blobdiff_plain;f=example-codegen%2FTODO;h=c166d7efce6fbec0a29980bcc275d2deea2c7e60;hp=327fedf0652ee2f54ffc5a2a8fe3f077eddfee27;hb=53b891edf1f624b1c90eef94185a142cd067bdf8;hpb=d37ba346490f74d11dbd2e676d6968b2cb46af8c

diff --git a/example-codegen/TODO b/example-codegen/TODO
index 327fedf..c166d7e 100644
--- a/example-codegen/TODO
+++ b/example-codegen/TODO
@@ -12,28 +12,28 @@ now we use the first solution
 - 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
+- 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
-- at the moment make dist from within a clean source will not work
-  (this is related to the nodist problem / old automake version)
+- 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
 
-- dist-hook in included makefile does not work (because automake doesn't see it!)
-- CLEANFILES doesn't work in included makefile either
-
-BUG:
-- first time builds without dependency files fail (.P)!
-  maybe yet another problem caused by automake?
-  probably yes
-  AHH:
-  automake supports include
-  the real problem is: at the time automake runs there is no include!
-  (since it is "added" by the configure script)
+  distcheck -> dist -> distdir -> DISTFILES
 
-  => the real problem:
-  configure should find the make file snippet
-  Makefile.am should include it
-  automake is run before configure (on the Makefile.am)
+  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)