- 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
+- 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
-- perhaps generate header containing only declarations of server functions
- (hmm this conflicts with the current include file handling)
+ 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
git://developer.intra2net.com / libt2n / blobdiff