My boost-commit@ mbox made my mail agent go into a nice crawl today when displaying the commit details for r79802.
It turns out that it's about 6.3 MiB large, most of which is a massive 100k line test case in sandbox/big_number/libs/multiprecision/performance/delaunay_data.txt
Will this behemoth file end up in the real repository in case of library acceptance, and even worse, will it end up in the deployed tarballs?
Ah, ooops, that would be me, I hadn't checked/realised the test case was quite that large :-( Will try to fix this up another way.
Are there any guidelines on keeping tests neat, or possibly generating performance test data if it's excessively huge?
No, except be a good neighbor and possibly don't do what I did!
While in the discussion, has there been any thoughts of separating documentation from the tree, and/or having codegen of the source files that are clearly generated (vector200.hpp, etc.) in the build tree?
It's very straining on disk space to have multiple Boost trees lying around, particularly if you're working in some kind of homedir environment.
Understood, John.