<html>
<head>
<base href="https://bugs.freedesktop.org/">
</head>
<body><table border="1" cellspacing="0" cellpadding="8">
<tr>
<th>Bug ID</th>
<td><a class="bz_bug_link
bz_status_NEW "
title="NEW - nir/tests/control_flow_tests.cpp:79:73: error: ‘nir_loop_first_cf_node’ was not declared in this scope"
href="https://bugs.freedesktop.org/show_bug.cgi?id=98128">98128</a>
</td>
</tr>
<tr>
<th>Summary</th>
<td>nir/tests/control_flow_tests.cpp:79:73: error: ‘nir_loop_first_cf_node’ was not declared in this scope
</td>
</tr>
<tr>
<th>Product</th>
<td>Mesa
</td>
</tr>
<tr>
<th>Version</th>
<td>git
</td>
</tr>
<tr>
<th>Hardware</th>
<td>x86-64 (AMD64)
</td>
</tr>
<tr>
<th>OS</th>
<td>All
</td>
</tr>
<tr>
<th>Status</th>
<td>NEW
</td>
</tr>
<tr>
<th>Keywords</th>
<td>bisected, regression
</td>
</tr>
<tr>
<th>Severity</th>
<td>normal
</td>
</tr>
<tr>
<th>Priority</th>
<td>medium
</td>
</tr>
<tr>
<th>Component</th>
<td>Mesa core
</td>
</tr>
<tr>
<th>Assignee</th>
<td>mesa-dev@lists.freedesktop.org
</td>
</tr>
<tr>
<th>Reporter</th>
<td>vlee@freedesktop.org
</td>
</tr>
<tr>
<th>QA Contact</th>
<td>mesa-dev@lists.freedesktop.org
</td>
</tr>
<tr>
<th>CC</th>
<td>cwabbott0@gmail.com, jason@jlekstrand.net
</td>
</tr></table>
<p>
<div>
<pre>mesa: f96945c5b5c3a52685e76795f03f75c75fb62fc7 (master 12.1.0-devel)
CXX nir/tests/nir_tests_control_flow_tests-control_flow_tests.o
nir/tests/control_flow_tests.cpp: In member function ‘virtual void
nir_cf_test_delete_break_in_loop_Test::TestBody()’:
nir/tests/control_flow_tests.cpp:79:73: error: ‘nir_loop_first_cf_node’ was not
declared in this scope
nir_block *block_1 = nir_cf_node_as_block(nir_loop_first_cf_node(loop));
^
2ed17d46de045404042f13c6591895a1cf31b167 is the first bad commit
commit 2ed17d46de045404042f13c6591895a1cf31b167
Author: Jason Ekstrand <<a href="mailto:jason.ekstrand@intel.com">jason.ekstrand@intel.com</a>>
Date: Wed Oct 5 19:08:57 2016 -0700
nir: Make nir_foo_first/last_cf_node return a block instead
One of NIR's invariants is that control flow lists always start and end
with blocks. There's no good reason why we should return a cf_node from
these functions since we know that it's always a block. Making it a block
lets us remove a bunch of code.
Signed-off-by: Jason Ekstrand <<a href="mailto:jason@jlekstrand.net">jason@jlekstrand.net</a>>
Reviewed-by: Connor Abbott <<a href="mailto:cwabbott0@gmail.com">cwabbott0@gmail.com</a>>
:040000 040000 0ecfd382f1e2c6fafb103838f5da4f711b8eeebd
1ed04a96ce72361430d8e7fbfcf62557745a5ecf M src
bisect run success</pre>
</div>
</p>
<hr>
<span>You are receiving this mail because:</span>
<ul>
<li>You are the QA Contact for the bug.</li>
<li>You are the assignee for the bug.</li>
</ul>
</body>
</html>