<div dir="ltr"><div dir="ltr">On Wed, Jun 26, 2019 at 1:05 PM Jed Brown <<a href="mailto:jed@jedbrown.org">jed@jedbrown.org</a>> wrote:<br></div><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">Matthew Knepley <<a href="mailto:knepley@gmail.com" target="_blank">knepley@gmail.com</a>> writes:<br>
<br>
> On Wed, Jun 26, 2019 at 12:45 PM Jed Brown <<a href="mailto:jed@jedbrown.org" target="_blank">jed@jedbrown.org</a>> wrote:<br>
><br>
>> Matthew Knepley <<a href="mailto:knepley@gmail.com" target="_blank">knepley@gmail.com</a>> writes:<br>
>><br>
>> >> You can implement and register a PC in SLEPc (it would go in<br>
>> libslepc.so).<br>
>> >><br>
>> ><br>
>> > I think this is the bad workflow solution. What Barry suggested will work<br>
>> > and be MUCH easier for a developer. Isn't<br>
>> > the point of our tools to make our lives easier, not to enforce rules<br>
>> that<br>
>> > make them harder?<br>
>><br>
>> Circular dependencies with a special build process is an enormous<br>
>> development and distribution tax.<br>
>><br>
><br>
> The difference in the arguments here is that there are very specific<br>
> problems with the "right" way,<br>
> namely that I need to deal with two different repos, two testing systems,<br>
> release schedules, etc.<br>
> Whereas the taxes above are currently theoretical.<br>
<br>
It isn't remotely theoretical.<br>
<br>
You could propose merging SLEPc into the PETSc repository (similar to<br>
what we did with TAO a while back) if you think "PETSc" code will<br>
frequently need to depend on SLEPc, but creating a circular dependency<br>
between separate packages is worse than having code in Vec that depends<br>
on DM.<br>
</blockquote></div><br clear="all"><div>I think there will be very frequent dependencies. I would say this is a very convenient</div><div>stopgap that is preferable to making anyone work in both places at once. That is a</div><div>very real development nightmare.</div><div><br></div><div>   Matt</div><div><br></div>-- <br><div dir="ltr" class="gmail_signature"><div dir="ltr"><div><div dir="ltr"><div><div dir="ltr"><div>What most experimenters take for granted before they begin their experiments is infinitely more interesting than any results to which their experiments lead.<br>-- Norbert Wiener</div><div><br></div><div><a href="http://www.cse.buffalo.edu/~knepley/" target="_blank">https://www.cse.buffalo.edu/~knepley/</a><br></div></div></div></div></div></div></div></div>