- 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
-- 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
+- at the moment make dist from within a clean source will not work
+ (this is related to the nodist problem / old automake version)
+- the example should not get installed (but still it should show how to build a lib that gets installed :-(
+ (overwriting install: doesn't work)
+
+- 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)
+
+ => the real problem:
+ configure should find the make file snippet
+ Makefile.am should include it
+ automake is run before configure (on the Makefile.am)
+
git://developer.intra2net.com / libt2n / blobdiff