[tti] Moving TTI to release
Do I have to do anything further to move TTI from the trunk to the release branch for Boost 1.54 ? If so, please inform me of it as I am happy that TTI can be part of the 1.54 release, and I believe that the cutoff date for new libraries is tomorrow. Edward Diener
On 19 May 2013 18:08, Edward Diener
Do I have to do anything further to move TTI from the trunk to the release branch for Boost 1.54 ?
If so, please inform me of it as I am happy that TTI can be part of the 1.54 release, and I believe that the cutoff date for new libraries is tomorrow.
Go ahead. There are a few test failures, but nothing that should stop you. If you don't think you can fix the vacpp failures, you could mark them up in status/explicit-failures-markup.xml. As far as I can tell from the config results, the Visual C++ 9 tester that has odd template template errors is running an older version of Visual C++ 9 (teeks99-03b-win7-64on64's version is 150021022, DrWeb's version is 150030729). I think we can only really support fully up to date versions, and the difference can't be marked up, so if that can't be fixed, there's nothing to do there. Not being a windows programmer, I don't really know much about the various Visual C++ versions though. thanks, Daniel
On 5/19/2013 1:45 PM, Daniel James wrote:
On 19 May 2013 18:08, Edward Diener
wrote: Do I have to do anything further to move TTI from the trunk to the release branch for Boost 1.54 ?
If so, please inform me of it as I am happy that TTI can be part of the 1.54 release, and I believe that the cutoff date for new libraries is tomorrow.
Go ahead. There are a few test failures, but nothing that should stop you.
What is the normal procedure of moving from 'trunk' to 'release' ? Is it merely adding the files to the release branch or is there a better subversion technique ( I guess I should already know this ) ? Is the release branch 'https://svn.boost.org/svn/boost/branches/release' ?
If you don't think you can fix the vacpp failures, you could mark them up in status/explicit-failures-markup.xml.
The vacpp failures do not trace the error call stack any further than the use of function.types by TTI. I also notice that function.types has failures for vacpp, so I expect it is related. So I think I should mark them in status/explicit-failures-markup.xml. Unfortunately I don't have a computer running AIX to test this out.
As far as I can tell from the config results, the Visual C++ 9 tester that has odd template template errors is running an older version of Visual C++ 9 (teeks99-03b-win7-64on64's version is 150021022, DrWeb's version is 150030729). I think we can only really support fully up to date versions, and the difference can't be marked up, so if that can't be fixed, there's nothing to do there. Not being a windows programmer, I don't really know much about the various Visual C++ versions though.
I did try a syntax notation update for those VC9 failures in the test results, which simply affects the structures I created for the tests, and not the TTI code itself. It is in revision 84337 on the trunk, but none of those VC9 tests have cycled to use that revision yet. In my own tests for VC9 I am not seeing the failures in any situation. Once I move to release do I assume that any coding changes are forbidden but that documentation changes are allowed ? Thanks very much for your help. Edward Diener
On 19 May 2013 19:17, Edward Diener
What is the normal procedure of moving from 'trunk' to 'release' ? Is it merely adding the files to the release branch or is there a better subversion technique ( I guess I should already know this ) ? Is the release branch 'https://svn.boost.org/svn/boost/branches/release' ?
Yes. I think the best thing to do is to checkout the release branch, and then copy your libraries directories: cd libs svn cp ^/trunk/libs/tti tti cd ../boost svn cp ^/trunk/boost/tti tti Commit that, and then for other merge the other individual changesets from the root using something like: 'svn merge -c1234 -c5678 ^/trunk' (using the correct revision numbers for the changesets). Or if you prefer you could manually copy over the changes over.
Once I move to release do I assume that any coding changes are forbidden but that documentation changes are allowed ?
Fixes are allowed until the 27th. And then again, once the beta is out.
On 5/19/2013 2:47 PM, Daniel James wrote:
On 19 May 2013 19:17, Edward Diener
wrote: What is the normal procedure of moving from 'trunk' to 'release' ? Is it merely adding the files to the release branch or is there a better subversion technique ( I guess I should already know this ) ? Is the release branch 'https://svn.boost.org/svn/boost/branches/release' ?
Yes. I think the best thing to do is to checkout the release branch, and then copy your libraries directories:
cd libs svn cp ^/trunk/libs/tti tti cd ../boost svn cp ^/trunk/boost/tti tti
Commit that, and then for other merge the other individual changesets from the root using something like: 'svn merge -c1234 -c5678 ^/trunk' (using the correct revision numbers for the changesets). Or if you prefer you could manually copy over the changes over.
Done ! I haven't updated the release version with the generated HTML documentation yet. I think I should wait since I anticipate some documentation changes before the release. I still need to update the expected-failures-markup.xml on both the trunk and release with the TTI expected failures for vacpp on Aix.
Once I move to release do I assume that any coding changes are forbidden but that documentation changes are allowed ?
Fixes are allowed until the 27th. And then again, once the beta is out.
Great ! Thanks ! Edward Diener
participants (2)
-
Daniel James
-
Edward Diener