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

Václav Hapla vaclav.hapla at erdw.ethz.ch
Sat May 4 00:51:13 CDT 2019



4. května 2019 8:45:09 GMT+03:00, "Václav Hapla via petsc-dev" <petsc-dev at mcs.anl.gov> napsal:
>
>
>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.

... i is also integer, m is also methods ;-)

>
>>
>>> 
>>> 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