- 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
+- 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
+- the example should not get installed (but still it should show how to build a lib that gets installed :-(
+ (overwriting install: doesn't work)
+- 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
+- add (standalone) example using generated client library
+ (=> depends on installed example)
+ example consists of: the same client.cpp but provides a configure.in and Makefile.am
git://developer.intra2net.com / libt2n / blobdiff