Hi, I've been trying to wrap a fairly large library of mine using Boost.Python. I've been using Pyste to generate the wrapper code. Since the library is large, I've been using Pyste's --multiple option. Something like this: pyste.py --module=test --out build --multiple file1.pyste file2.pyste I find a few inconveniences and difficulties with this approach and it would be nice to have the following features: 1. Something like the C compiler's '-c' option. In this case Pyste should simply generate the wrapper code and none of the module code i.e. for an invocation like so: pyste.py --out build --multiple -c file1.pyste nothing should be added to test.cpp and just a _file.cpp (or whatever) should be generated which can be then compiled. Then invoking pyste.py --module=test --out build/ --multiple file1.pyste \ file2.pyste should generate test.cpp with the appropriate code. This makes it much easier to handle dependencies. Perhaps the option should be called '-w' for 'just-wrap'? 2. Instead of generating files for each header, it would be useful if one file were generated per pyste file when --multiple were used. The trouble with the current approach of --multiple is that several files can be generated per pyste file. This causes problems with dependencies since one does not (easily) know apriori what files will be generated. For example changing -D options could change the number of files generated. Perhaps instead of changing the behaviour of the --multiple option one one could add another option called --one-file (with a better name). Alternatively if the argument to --out is a filename (file.cpp) that may or may not exist then that file is written, if the argument is a directory (which exists) then multiple files can be generated in that directory. I think these options or something along these lines would make life easier when wrapping larger libraries. What do you folks think? Thanks! cheers, prabhu