168 lines
25 KiB
HTML
168 lines
25 KiB
HTML
<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Transitional//EN" "http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd">
|
|
<html xmlns="http://www.w3.org/1999/xhtml">
|
|
<head>
|
|
<meta http-equiv="Content-Type" content="text/xhtml;charset=UTF-8"/>
|
|
<meta http-equiv="X-UA-Compatible" content="IE=9"/>
|
|
<meta name="generator" content="Doxygen 1.8.11"/>
|
|
<title>mlpack: Bug List</title>
|
|
<link href="tabs.css" rel="stylesheet" type="text/css"/>
|
|
<script type="text/javascript" src="jquery.js"></script>
|
|
<script type="text/javascript" src="dynsections.js"></script>
|
|
<link href="search/search.css" rel="stylesheet" type="text/css"/>
|
|
<script type="text/javascript" src="search/searchdata.js"></script>
|
|
<script type="text/javascript" src="search/search.js"></script>
|
|
<script type="text/javascript">
|
|
$(document).ready(function() { init_search(); });
|
|
</script>
|
|
<link href="doxygen.css" rel="stylesheet" type="text/css" />
|
|
<link href="extra-stylesheet.css" rel="stylesheet" type="text/css"/>
|
|
</head>
|
|
<body>
|
|
<div id="top"><!-- do not remove this div, it is closed by doxygen! -->
|
|
<div id="titlearea">
|
|
<table cellspacing="0" cellpadding="0">
|
|
<tbody>
|
|
<tr style="height: 56px;">
|
|
<td id="projectalign" style="padding-left: 0.5em;">
|
|
<div id="projectname">mlpack
|
|
 <span id="projectnumber">master</span>
|
|
</div>
|
|
</td>
|
|
</tr>
|
|
</tbody>
|
|
</table>
|
|
</div>
|
|
<!-- end header part -->
|
|
<!-- Generated by Doxygen 1.8.11 -->
|
|
<script type="text/javascript">
|
|
var searchBox = new SearchBox("searchBox", "search",false,'Search');
|
|
</script>
|
|
<div id="navrow1" class="tabs">
|
|
<ul class="tablist">
|
|
<li><a href="index.html"><span>Main Page</span></a></li>
|
|
<li class="current"><a href="pages.html"><span>Related Pages</span></a></li>
|
|
<li><a href="namespaces.html"><span>Namespaces</span></a></li>
|
|
<li><a href="annotated.html"><span>Classes</span></a></li>
|
|
<li><a href="files.html"><span>Files</span></a></li>
|
|
<li>
|
|
<div id="MSearchBox" class="MSearchBoxInactive">
|
|
<span class="left">
|
|
<img id="MSearchSelect" src="search/mag_sel.png"
|
|
onmouseover="return searchBox.OnSearchSelectShow()"
|
|
onmouseout="return searchBox.OnSearchSelectHide()"
|
|
alt=""/>
|
|
<input type="text" id="MSearchField" value="Search" accesskey="S"
|
|
onfocus="searchBox.OnSearchFieldFocus(true)"
|
|
onblur="searchBox.OnSearchFieldFocus(false)"
|
|
onkeyup="searchBox.OnSearchFieldChange(event)"/>
|
|
</span><span class="right">
|
|
<a id="MSearchClose" href="javascript:searchBox.CloseResultsWindow()"><img id="MSearchCloseImg" border="0" src="search/close.png" alt=""/></a>
|
|
</span>
|
|
</div>
|
|
</li>
|
|
</ul>
|
|
</div>
|
|
<!-- window showing the filter options -->
|
|
<div id="MSearchSelectWindow"
|
|
onmouseover="return searchBox.OnSearchSelectShow()"
|
|
onmouseout="return searchBox.OnSearchSelectHide()"
|
|
onkeydown="return searchBox.OnSearchSelectKey(event)">
|
|
</div>
|
|
|
|
<!-- iframe showing the search results (closed by default) -->
|
|
<div id="MSearchResultsWindow">
|
|
<iframe src="javascript:void(0)" frameborder="0"
|
|
name="MSearchResults" id="MSearchResults">
|
|
</iframe>
|
|
</div>
|
|
|
|
</div><!-- top -->
|
|
<div class="header">
|
|
<div class="headertitle">
|
|
<div class="title">Bug List </div> </div>
|
|
</div><!--header-->
|
|
<div class="contents">
|
|
<div class="textblock"><dl class="reflist">
|
|
<dt><a class="anchor" id="_bug000001"></a>Class <a class="el" href="classmlpack_1_1CLI.html">mlpack::CLI</a> </dt>
|
|
<dd>The <b>COUNTER</b> variable is used in most cases to guarantee a unique global identifier for options declared using the PARAM_*() macros. However, not all compilers have this support–most notably, gcc < 4.3. In that case, the <b>LINE</b> macro is used as an attempt to get a unique global identifier, but collisions are still possible, and they produce bizarre error messages. See <a href="https://github.com/mlpack/mlpack/issues/100">https://github.com/mlpack/mlpack/issues/100</a> for more information. </dd>
|
|
<dt><a class="anchor" id="_bug000018"></a>Member <a class="el" href="param_8hpp.html#a36713e2f7157727157af4a92f1c2ad5d">PARAM_COL_IN</a> (ID, DESC, ALIAS)</dt>
|
|
<dd>The <b>COUNTER</b> variable is used in most cases to guarantee a unique global identifier for options declared using the PARAM_*() macros. However, not all compilers have this support–most notably, gcc < 4.3. In that case, the <b>LINE</b> macro is used as an attempt to get a unique global identifier, but collisions are still possible, and they produce bizarre error messages. See <a href="https://github.com/mlpack/mlpack/issues/100">https://github.com/mlpack/mlpack/issues/100</a> for more information. </dd>
|
|
<dt><a class="anchor" id="_bug000022"></a>Member <a class="el" href="param_8hpp.html#a07120f558c6c681b2a27a719a7c39bd2">PARAM_COL_OUT</a> (ID, DESC, ALIAS)</dt>
|
|
<dd>The <b>COUNTER</b> variable is used in most cases to guarantee a unique global identifier for options declared using the PARAM_*() macros. However, not all compilers have this support–most notably, gcc < 4.3. In that case, the <b>LINE</b> macro is used as an attempt to get a unique global identifier, but collisions are still possible, and they produce bizarre error messages. See <a href="https://github.com/mlpack/mlpack/issues/100">https://github.com/mlpack/mlpack/issues/100</a> for more information. </dd>
|
|
<dt><a class="anchor" id="_bug000005"></a>Member <a class="el" href="param_8hpp.html#a14e7059294c684b01128819daea241d4">PARAM_DOUBLE_IN</a> (ID, DESC, ALIAS, DEF)</dt>
|
|
<dd>The <b>COUNTER</b> variable is used in most cases to guarantee a unique global identifier for options declared using the PARAM_*() macros. However, not all compilers have this support–most notably, gcc < 4.3. In that case, the <b>LINE</b> macro is used as an attempt to get a unique global identifier, but collisions are still possible, and they produce bizarre error messages. See <a href="https://github.com/mlpack/mlpack/issues/100">https://github.com/mlpack/mlpack/issues/100</a> for more information. </dd>
|
|
<dt><a class="anchor" id="_bug000030"></a>Member <a class="el" href="param_8hpp.html#a1236858e19f2e8be7da663d4aecfac9f">PARAM_DOUBLE_IN_REQ</a> (ID, DESC, ALIAS)</dt>
|
|
<dd>The <b>COUNTER</b> variable is used in most cases to guarantee a unique global identifier for options declared using the PARAM_*() macros. However, not all compilers have this support–most notably, gcc < 4.3. In that case, the <b>LINE</b> macro is used as an attempt to get a unique global identifier, but collisions are still possible, and they produce bizarre error messages. See <a href="https://github.com/mlpack/mlpack/issues/100">https://github.com/mlpack/mlpack/issues/100</a> for more information. </dd>
|
|
<dt><a class="anchor" id="_bug000006"></a>Member <a class="el" href="param_8hpp.html#aa39a5fa65308f2d5581c01cfae5f9203">PARAM_DOUBLE_OUT</a> (ID, DESC)</dt>
|
|
<dd>The <b>COUNTER</b> variable is used in most cases to guarantee a unique global identifier for options declared using the PARAM_*() macros. However, not all compilers have this support–most notably, gcc < 4.3. In that case, the <b>LINE</b> macro is used as an attempt to get a unique global identifier, but collisions are still possible, and they produce bizarre error messages. See <a href="https://github.com/mlpack/mlpack/issues/100">https://github.com/mlpack/mlpack/issues/100</a> for more information. </dd>
|
|
<dt><a class="anchor" id="_bug000002"></a>Member <a class="el" href="param_8hpp.html#a59a38dfe16c56a278bd89817216a3739">PARAM_FLAG</a> (ID, DESC, ALIAS)</dt>
|
|
<dd>The <b>COUNTER</b> variable is used in most cases to guarantee a unique global identifier for options declared using the PARAM_*() macros. However, not all compilers have this support–most notably, gcc < 4.3. In that case, the <b>LINE</b> macro is used as an attempt to get a unique global identifier, but collisions are still possible, and they produce bizarre error messages. See <a href="https://github.com/mlpack/mlpack/issues/100">https://github.com/mlpack/mlpack/issues/100</a> for more information. </dd>
|
|
<dt><a class="anchor" id="_bug000003"></a>Member <a class="el" href="param_8hpp.html#a627025f18abd2735345f03fd733ccd9b">PARAM_INT_IN</a> (ID, DESC, ALIAS, DEF)</dt>
|
|
<dd>The <b>COUNTER</b> variable is used in most cases to guarantee a unique global identifier for options declared using the PARAM_*() macros. However, not all compilers have this support–most notably, gcc < 4.3. In that case, the <b>LINE</b> macro is used as an attempt to get a unique global identifier, but collisions are still possible, and they produce bizarre error messages. See <a href="https://github.com/mlpack/mlpack/issues/100">https://github.com/mlpack/mlpack/issues/100</a> for more information. </dd>
|
|
<dt><a class="anchor" id="_bug000029"></a>Member <a class="el" href="param_8hpp.html#a59102e55c5d69d23909a75bd6093f816">PARAM_INT_IN_REQ</a> (ID, DESC, ALIAS)</dt>
|
|
<dd>The <b>COUNTER</b> variable is used in most cases to guarantee a unique global identifier for options declared using the PARAM_*() macros. However, not all compilers have this support–most notably, gcc < 4.3. In that case, the <b>LINE</b> macro is used as an attempt to get a unique global identifier, but collisions are still possible, and they produce bizarre error messages. See <a href="https://github.com/mlpack/mlpack/issues/100">https://github.com/mlpack/mlpack/issues/100</a> for more information. </dd>
|
|
<dt><a class="anchor" id="_bug000004"></a>Member <a class="el" href="param_8hpp.html#a50b8bfabec3f0b64fb6e15837da50aa0">PARAM_INT_OUT</a> (ID, DESC)</dt>
|
|
<dd>The <b>COUNTER</b> variable is used in most cases to guarantee a unique global identifier for options declared using the PARAM_*() macros. However, not all compilers have this support–most notably, gcc < 4.3. In that case, the <b>LINE</b> macro is used as an attempt to get a unique global identifier, but collisions are still possible, and they produce bizarre error messages. See <a href="https://github.com/mlpack/mlpack/issues/100">https://github.com/mlpack/mlpack/issues/100</a> for more information. </dd>
|
|
<dt><a class="anchor" id="_bug000009"></a>Member <a class="el" href="param_8hpp.html#a49e6517671e6c8173dd3570de950363b">PARAM_MATRIX_IN</a> (ID, DESC, ALIAS)</dt>
|
|
<dd>The <b>COUNTER</b> variable is used in most cases to guarantee a unique global identifier for options declared using the PARAM_*() macros. However, not all compilers have this support–most notably, gcc < 4.3. In that case, the <b>LINE</b> macro is used as an attempt to get a unique global identifier, but collisions are still possible, and they produce bizarre error messages. See <a href="https://github.com/mlpack/mlpack/issues/100">https://github.com/mlpack/mlpack/issues/100</a> for more information. </dd>
|
|
<dt><a class="anchor" id="_bug000010"></a>Member <a class="el" href="param_8hpp.html#a20dc72054c6568f040bdc8a5512acacb">PARAM_MATRIX_IN_REQ</a> (ID, DESC, ALIAS)</dt>
|
|
<dd>The <b>COUNTER</b> variable is used in most cases to guarantee a unique global identifier for options declared using the PARAM_*() macros. However, not all compilers have this support–most notably, gcc < 4.3. In that case, the <b>LINE</b> macro is used as an attempt to get a unique global identifier, but collisions are still possible, and they produce bizarre error messages. See <a href="https://github.com/mlpack/mlpack/issues/100">https://github.com/mlpack/mlpack/issues/100</a> for more information. </dd>
|
|
<dt><a class="anchor" id="_bug000011"></a>Member <a class="el" href="param_8hpp.html#a20f436f371a7613b532ae3a4c0416b30">PARAM_MATRIX_OUT</a> (ID, DESC, ALIAS)</dt>
|
|
<dd>The <b>COUNTER</b> variable is used in most cases to guarantee a unique global identifier for options declared using the PARAM_*() macros. However, not all compilers have this support–most notably, gcc < 4.3. In that case, the <b>LINE</b> macro is used as an attempt to get a unique global identifier, but collisions are still possible, and they produce bizarre error messages. See <a href="https://github.com/mlpack/mlpack/issues/100">https://github.com/mlpack/mlpack/issues/100</a> for more information. </dd>
|
|
<dt><a class="anchor" id="_bug000019"></a>Member <a class="el" href="param_8hpp.html#a503427b6b8cca3f0948487006e7f11b4">PARAM_ROW_IN</a> (ID, DESC, ALIAS)</dt>
|
|
<dd>The <b>COUNTER</b> variable is used in most cases to guarantee a unique global identifier for options declared using the PARAM_*() macros. However, not all compilers have this support–most notably, gcc < 4.3. In that case, the <b>LINE</b> macro is used as an attempt to get a unique global identifier, but collisions are still possible, and they produce bizarre error messages. See <a href="https://github.com/mlpack/mlpack/issues/100">https://github.com/mlpack/mlpack/issues/100</a> for more information. </dd>
|
|
<dt><a class="anchor" id="_bug000023"></a>Member <a class="el" href="param_8hpp.html#a9beb54447b7992ecff903397abb60f73">PARAM_ROW_OUT</a> (ID, DESC, ALIAS)</dt>
|
|
<dd>The <b>COUNTER</b> variable is used in most cases to guarantee a unique global identifier for options declared using the PARAM_*() macros. However, not all compilers have this support–most notably, gcc < 4.3. In that case, the <b>LINE</b> macro is used as an attempt to get a unique global identifier, but collisions are still possible, and they produce bizarre error messages. See <a href="https://github.com/mlpack/mlpack/issues/100">https://github.com/mlpack/mlpack/issues/100</a> for more information. </dd>
|
|
<dt><a class="anchor" id="_bug000007"></a>Member <a class="el" href="param_8hpp.html#a9514ae93b51ba592bc3299da8326bb80">PARAM_STRING_IN</a> (ID, DESC, ALIAS, DEF)</dt>
|
|
<dd>The <b>COUNTER</b> variable is used in most cases to guarantee a unique global identifier for options declared using the PARAM_*() macros. However, not all compilers have this support–most notably, gcc < 4.3. In that case, the <b>LINE</b> macro is used as an attempt to get a unique global identifier, but collisions are still possible, and they produce bizarre error messages. See <a href="https://github.com/mlpack/mlpack/issues/100">https://github.com/mlpack/mlpack/issues/100</a> for more information. </dd>
|
|
<dt><a class="anchor" id="_bug000031"></a>Member <a class="el" href="param_8hpp.html#a39f209691f1ca8c649a40cb22cea5408">PARAM_STRING_IN_REQ</a> (ID, DESC, ALIAS)</dt>
|
|
<dd>The <b>COUNTER</b> variable is used in most cases to guarantee a unique global identifier for options declared using the PARAM_*() macros. However, not all compilers have this support–most notably, gcc < 4.3. In that case, the <b>LINE</b> macro is used as an attempt to get a unique global identifier, but collisions are still possible, and they produce bizarre error messages. See <a href="https://github.com/mlpack/mlpack/issues/100">https://github.com/mlpack/mlpack/issues/100</a> for more information. </dd>
|
|
<dt><a class="anchor" id="_bug000008"></a>Member <a class="el" href="param_8hpp.html#a94d8f8edc103da0e05f04fce245e8a93">PARAM_STRING_OUT</a> (ID, DESC, ALIAS)</dt>
|
|
<dd>The <b>COUNTER</b> variable is used in most cases to guarantee a unique global identifier for options declared using the PARAM_*() macros. However, not all compilers have this support–most notably, gcc < 4.3. In that case, the <b>LINE</b> macro is used as an attempt to get a unique global identifier, but collisions are still possible, and they produce bizarre error messages. See <a href="https://github.com/mlpack/mlpack/issues/100">https://github.com/mlpack/mlpack/issues/100</a> for more information. </dd>
|
|
<dt><a class="anchor" id="_bug000012"></a>Member <a class="el" href="param_8hpp.html#a237697d0b35e7e6484e8ce52c0ed00c9">PARAM_TMATRIX_IN</a> (ID, DESC, ALIAS)</dt>
|
|
<dd>The <b>COUNTER</b> variable is used in most cases to guarantee a unique global identifier for options declared using the PARAM_*() macros. However, not all compilers have this support–most notably, gcc < 4.3. In that case, the <b>LINE</b> macro is used as an attempt to get a unique global identifier, but collisions are still possible, and they produce bizarre error messages. See <a href="https://github.com/mlpack/mlpack/issues/100">https://github.com/mlpack/mlpack/issues/100</a> for more information. </dd>
|
|
<dt><a class="anchor" id="_bug000013"></a>Member <a class="el" href="param_8hpp.html#a580cb0e5b1c587a4bc5b7211aa2c414b">PARAM_TMATRIX_IN_REQ</a> (ID, DESC, ALIAS)</dt>
|
|
<dd>The <b>COUNTER</b> variable is used in most cases to guarantee a unique global identifier for options declared using the PARAM_*() macros. However, not all compilers have this support–most notably, gcc < 4.3. In that case, the <b>LINE</b> macro is used as an attempt to get a unique global identifier, but collisions are still possible, and they produce bizarre error messages. See <a href="https://github.com/mlpack/mlpack/issues/100">https://github.com/mlpack/mlpack/issues/100</a> for more information. </dd>
|
|
<dt><a class="anchor" id="_bug000014"></a>Member <a class="el" href="param_8hpp.html#a76754d246b86d1b159270e4794c25019">PARAM_TMATRIX_OUT</a> (ID, DESC, ALIAS)</dt>
|
|
<dd>The <b>COUNTER</b> variable is used in most cases to guarantee a unique global identifier for options declared using the PARAM_*() macros. However, not all compilers have this support–most notably, gcc < 4.3. In that case, the <b>LINE</b> macro is used as an attempt to get a unique global identifier, but collisions are still possible, and they produce bizarre error messages. See <a href="https://github.com/mlpack/mlpack/issues/100">https://github.com/mlpack/mlpack/issues/100</a> for more information. </dd>
|
|
<dt><a class="anchor" id="_bug000020"></a>Member <a class="el" href="param_8hpp.html#a55c356a0f2cc3df7122b3f033033538e">PARAM_UCOL_IN</a> (ID, DESC, ALIAS)</dt>
|
|
<dd>The <b>COUNTER</b> variable is used in most cases to guarantee a unique global identifier for options declared using the PARAM_*() macros. However, not all compilers have this support–most notably, gcc < 4.3. In that case, the <b>LINE</b> macro is used as an attempt to get a unique global identifier, but collisions are still possible, and they produce bizarre error messages. See <a href="https://github.com/mlpack/mlpack/issues/100">https://github.com/mlpack/mlpack/issues/100</a> for more information. </dd>
|
|
<dt><a class="anchor" id="_bug000024"></a>Member <a class="el" href="param_8hpp.html#ac8b7f343ae79cb1ec43a0d2eb791090d">PARAM_UCOL_OUT</a> (ID, DESC, ALIAS)</dt>
|
|
<dd>The <b>COUNTER</b> variable is used in most cases to guarantee a unique global identifier for options declared using the PARAM_*() macros. However, not all compilers have this support–most notably, gcc < 4.3. In that case, the <b>LINE</b> macro is used as an attempt to get a unique global identifier, but collisions are still possible, and they produce bizarre error messages. See <a href="https://github.com/mlpack/mlpack/issues/100">https://github.com/mlpack/mlpack/issues/100</a> for more information. </dd>
|
|
<dt><a class="anchor" id="_bug000015"></a>Member <a class="el" href="param_8hpp.html#a0db58e2b5c75754d200638093b9cc40f">PARAM_UMATRIX_IN</a> (ID, DESC, ALIAS)</dt>
|
|
<dd>The <b>COUNTER</b> variable is used in most cases to guarantee a unique global identifier for options declared using the PARAM_*() macros. However, not all compilers have this support–most notably, gcc < 4.3. In that case, the <b>LINE</b> macro is used as an attempt to get a unique global identifier, but collisions are still possible, and they produce bizarre error messages. See <a href="https://github.com/mlpack/mlpack/issues/100">https://github.com/mlpack/mlpack/issues/100</a> for more information. </dd>
|
|
<dt><a class="anchor" id="_bug000016"></a>Member <a class="el" href="param_8hpp.html#aaf334355d68e6667f4e50e071eee4d63">PARAM_UMATRIX_IN_REQ</a> (ID, DESC, ALIAS)</dt>
|
|
<dd>The <b>COUNTER</b> variable is used in most cases to guarantee a unique global identifier for options declared using the PARAM_*() macros. However, not all compilers have this support–most notably, gcc < 4.3. In that case, the <b>LINE</b> macro is used as an attempt to get a unique global identifier, but collisions are still possible, and they produce bizarre error messages. See <a href="https://github.com/mlpack/mlpack/issues/100">https://github.com/mlpack/mlpack/issues/100</a> for more information. </dd>
|
|
<dt><a class="anchor" id="_bug000017"></a>Member <a class="el" href="param_8hpp.html#a145abfa58262c15f01139092ececc571">PARAM_UMATRIX_OUT</a> (ID, DESC, ALIAS)</dt>
|
|
<dd>The <b>COUNTER</b> variable is used in most cases to guarantee a unique global identifier for options declared using the PARAM_*() macros. However, not all compilers have this support–most notably, gcc < 4.3. In that case, the <b>LINE</b> macro is used as an attempt to get a unique global identifier, but collisions are still possible, and they produce bizarre error messages. See <a href="https://github.com/mlpack/mlpack/issues/100">https://github.com/mlpack/mlpack/issues/100</a> for more information. </dd>
|
|
<dt><a class="anchor" id="_bug000021"></a>Member <a class="el" href="param_8hpp.html#a311a7e2ebd5c3c73bb58206337e1da5d">PARAM_UROW_IN</a> (ID, DESC, ALIAS)</dt>
|
|
<dd>The <b>COUNTER</b> variable is used in most cases to guarantee a unique global identifier for options declared using the PARAM_*() macros. However, not all compilers have this support–most notably, gcc < 4.3. In that case, the <b>LINE</b> macro is used as an attempt to get a unique global identifier, but collisions are still possible, and they produce bizarre error messages. See <a href="https://github.com/mlpack/mlpack/issues/100">https://github.com/mlpack/mlpack/issues/100</a> for more information. </dd>
|
|
<dt><a class="anchor" id="_bug000025"></a>Member <a class="el" href="param_8hpp.html#a0027b7ba5f161851bf91b167c8891058">PARAM_UROW_OUT</a> (ID, DESC, ALIAS)</dt>
|
|
<dd>The <b>COUNTER</b> variable is used in most cases to guarantee a unique global identifier for options declared using the PARAM_*() macros. However, not all compilers have this support–most notably, gcc < 4.3. In that case, the <b>LINE</b> macro is used as an attempt to get a unique global identifier, but collisions are still possible, and they produce bizarre error messages. See <a href="https://github.com/mlpack/mlpack/issues/100">https://github.com/mlpack/mlpack/issues/100</a> for more information. </dd>
|
|
<dt><a class="anchor" id="_bug000026"></a>Member <a class="el" href="param_8hpp.html#a8431e7deab47987cfdb2ae3f242c72bc">PARAM_VECTOR_IN</a> (T, ID, DESC, ALIAS)</dt>
|
|
<dd>The <b>COUNTER</b> variable is used in most cases to guarantee a unique global identifier for options declared using the PARAM_*() macros. However, not all compilers have this support–most notably, gcc < 4.3. In that case, the <b>LINE</b> macro is used as an attempt to get a unique global identifier, but collisions are still possible, and they produce bizarre error messages. See <a href="https://github.com/mlpack/mlpack/issues/100">https://github.com/mlpack/mlpack/issues/100</a> for more information. </dd>
|
|
<dt><a class="anchor" id="_bug000032"></a>Member <a class="el" href="param_8hpp.html#a83c3be131e322e0a661c8ddf9c3c7df6">PARAM_VECTOR_IN_REQ</a> (T, ID, DESC, ALIAS)</dt>
|
|
<dd>The <b>COUNTER</b> variable is used in most cases to guarantee a unique global identifier for options declared using the PARAM_*() macros. However, not all compilers have this support–most notably, gcc < 4.3. In that case, the <b>LINE</b> macro is used as an attempt to get a unique global identifier, but collisions are still possible, and they produce bizarre error messages. See <a href="https://github.com/mlpack/mlpack/issues/100">https://github.com/mlpack/mlpack/issues/100</a> for more information. </dd>
|
|
<dt><a class="anchor" id="_bug000027"></a>Member <a class="el" href="param_8hpp.html#a06f7737525c7db616d248d1bfdf0ee38">PARAM_VECTOR_OUT</a> (T, ID)</dt>
|
|
<dd>The <b>COUNTER</b> variable is used in most cases to guarantee a unique global identifier for options declared using the PARAM_*() macros. However, not all compilers have this support–most notably, gcc < 4.3. In that case, the <b>LINE</b> macro is used as an attempt to get a unique global identifier, but collisions are still possible, and they produce bizarre error messages. See <a href="https://github.com/mlpack/mlpack/issues/100">https://github.com/mlpack/mlpack/issues/100</a> for more information. </dd>
|
|
<dt><a class="anchor" id="_bug000028"></a>Member <a class="el" href="param_8hpp.html#a56a316ac6f3ea218df55afae8376ce4e">TUPLE_TYPE</a> </dt>
|
|
<dd>The <b>COUNTER</b> variable is used in most cases to guarantee a unique global identifier for options declared using the PARAM_*() macros. However, not all compilers have this support–most notably, gcc < 4.3. In that case, the <b>LINE</b> macro is used as an attempt to get a unique global identifier, but collisions are still possible, and they produce bizarre error messages. See <a href="https://github.com/mlpack/mlpack/issues/100">https://github.com/mlpack/mlpack/issues/100</a> for more information. </dd>
|
|
</dl>
|
|
</div></div><!-- contents -->
|
|
<!-- start footer part -->
|
|
<hr class="footer"/><address class="footer"><small>
|
|
Generated by  <a href="http://www.doxygen.org/index.html">
|
|
<img class="footer" src="doxygen.png" alt="doxygen"/>
|
|
</a> 1.8.11
|
|
</small></address>
|
|
</body>
|
|
<script type="text/javascript">
|
|
var x = document.getElementsByClassName("formulaDsp");
|
|
var i;
|
|
for (i = 0; i < x.length; i++)
|
|
{
|
|
x[i].width /= 4;
|
|
}
|
|
</script>
|
|
</html>
|