[petsc-dev] [petsc-maint] circular dependency [nightlybuilds did not catch]

Smith, Barry F. bsmith at mcs.anl.gov
Sat May 4 01:08:29 CDT 2019


  Ok


> On May 4, 2019, at 12:45 AM, Václav Hapla <vaclav.hapla at erdw.ethz.ch> wrote:
> 
> 
> 
> 4. května 2019 1:08:09 GMT+03:00, "Smith, Barry F." <bsmith at mcs.anl.gov> napsal:
>> 
>> 
>>> On May 3, 2019, at 5:00 PM, Hapla Vaclav <vaclav.hapla at erdw.ethz.ch>
>> wrote:
>>> 
>>> 
>>> 
>>> OK, so index, idx, other idea?
>> 
>> I'm not sure index is that informative (and not expansive enough).
>> petscdm.h means nothing, maybe something short that doesn't mean
>> anything?
> 
> Ok, that directly suggests im. One can interpret is as index mapping/management.
> 
>> 
>>> 
>>> If we would have layout, is, sf, section in the same subdir, I would
>> move there also ao and ltog.
>> 
>> Sure
>> 
>>> 
>>> What about the headers - I guess having all those classes in one
>> would be easier to handle and avoid circular dependencies, and would
>> reflect the directory structure. But should we keep separate
>> petsc{ao,is,sf}.h, then I would suggest also separate
>> petsc{layout,section,ltog}.h
>> 
>> Separate is better.
>> 
>>> 
>>> When we are at it, why we sometimes have <class>types.h and sometimes
>> not?
>> 
>> We add these "as needed"; Jed can explain better exactly when they are
>> needed.
>> 
>>> 
>>> Vaclav
>>> 
>>> (added CC to petsc-dev)
>>> 
>>>> 
>>>> 
>>>>> map
>>>>> imap
>>>>> idxmap
>>>>> ... or something alike.
>>>>> 
>>>>> Vaclav
>>>>> 
>>>>>>> 
>>>>>>> Vaclav
>>>>>>> 
>>>>>>>> 
>>>>>>>> Why not at lest make an additional level between Sys and Vec for
>> those sectioning utilities? Would make more sense to me.
>>>>>>>> 
>>>>>>>> Vaclav



More information about the petsc-dev mailing list