<html>#2842: Silo captures incorrect LIBS values on second CST run
<table style='border-spacing: 1ex 0pt; '>
<tr><td style='text-align:right'> Reporter:</td><td>Roland Haas</td></tr>
<tr><td style='text-align:right'> Status:</td><td>new</td></tr>
<tr><td style='text-align:right'>Milestone:</td><td></td></tr>
<tr><td style='text-align:right'> Version:</td><td></td></tr>
<tr><td style='text-align:right'> Type:</td><td>bug</td></tr>
<tr><td style='text-align:right'> Priority:</td><td>major</td></tr>
<tr><td style='text-align:right'>Component:</td><td>EinsteinToolkit thorn</td></tr>
</table>
<p>In git hash <a data-is-external-link="true" href="https://github.com/EinsteinToolkit/ExternalLibraries-Silo/commits/49ef0de20fc9c4f5b6690bdbbdd8afc0af746194" rel="nofollow">49ef0de</a> "Silo: capture option list LIBS and LIBDIRS" of <a data-is-external-link="true" href="https://github.com/EinsteinToolkit/ExternalLibraries-Silo" rel="nofollow">ExternalLibraries-Silo</a> code was added to capture LIBS for systems where extra libraries are required to make simple code compile. This introduced a different sort of bug.</p>
<p>It only captures the correct <code>LIBS</code> once when CST for PETSc runs in a "clean" configuration. Afterwards <code>LIBS</code> is set to the full set of ExternalLibraries in the makefile before CST runs and thus it captures all libraries.</p>
<p>A correct fix would seem to require changes to the flesh <a data-is-external-link="true" href="https://bitbucket.org/cactuscode/cactus/commits/720ef0372df4089a51e777fd8ad7593c9ceb906c" rel="nofollow">720ef037</a> "Cactus: keep track of ExternalLibs separately from Libs" of <a data-is-external-link="true" href="https://bitbucket.org/cactuscode/cactus" rel="nofollow">cactus</a></p>
<p>Related to <a href="https://bitbucket.org/einsteintoolkit/tickets/issues/2821/update-petsc-to-3215" rel="nofollow" title="update PETSc to 3.21.5" class="ap-connect-link">#2821</a> which has the same issue with LIBS.</p>
<p>--<br/>
Ticket URL: <a href='https://bitbucket.org/einsteintoolkit/tickets/issues/2842/silo-captures-incorrect-libs-values-on'>https://bitbucket.org/einsteintoolkit/tickets/issues/2842/silo-captures-incorrect-libs-values-on</a></p>
</html>