feedc0de/boost_fusion
1
0
Fork 0
forked from boostorg/fusion
Code Pull Requests Activity

merge from trunk

Browse Source 
[SVN r42226]
This commit is contained in:
Joel de Guzman
2007-12-21 03:13:31 +00:00
parent 7bd2fd716d
commit 4a29dd2a7c
239 changed files with 1875 additions and 1915 deletions
Download Patch File Download Diff File Expand all files Collapse all files

21
doc/html/fusion/change_log.html
View File

@ -31,14 +31,29 @@
<div class="itemizedlist"><ul type="disc">
<li>
Sep 27, 2006: Added <tt class="computeroutput"><span class="identifier">boost</span><span class="special">::</span><span class="identifier">tuple</span></tt>
support.
support. (Joel de Guzman)
</li>
<li>
Nov 17, 2006: Added <tt class="computeroutput"><span class="identifier">boost</span><span class="special">::</span><span class="identifier">variant</span></tt>
support.
support. (Joel de Guzman)
</li>
<li>
Feb 15, 2007: Added functional module.
Feb 15, 2007: Added functional module. (Tobias Schwinger)
</li>
<li>
APRIL 2, 2007: Added struct adapter. (Joel de Guzman)
</li>
<li>
May 8, 2007: Added associative struct adapter. (Dan Marsden)
</li>
<li>
Dec 20, 2007: Removed <tt class="computeroutput"><span class="identifier">boost</span><span class="special">::</span><span class="identifier">variant</span></tt>
support. After thorough investigation, I think now that the move to make
variant a fusion sequence is rather quirky. A variant will always have a
size==1 regardless of the number of types it can contain and there's no way
to know at compile time what it contains. Iterating over its types is simply
wrong. All these imply that the variant is <span class="bold"><b>not</b></span>
a fusion sequence. (Joel de Guzman)
</li>
</ul></div>
</div>