[petsc-dev] reorganizing src/sys
Dmitry Karpeev
karpeev at mcs.anl.gov
Tue Dec 11 07:48:07 CST 2012
I'll try to think of a better name :-)
On Dec 11, 2012 6:45 AM, "Barry Smith" <bsmith at mcs.anl.gov> wrote:
>
> Dmitry,
>
> If it has a possible future then it doesn't have to be removed
> (though it does need to be renamed :-)). I have no problem keeping it so
> long as there is a comment in the code about its purpose and current state.
>
> Barry
>
> On Dec 11, 2012, at 7:43 AM, Dmitry Karpeev <karpeev at mcs.anl.gov> wrote:
>
> > sys/shell is mine. It's a badly named attempt at simple language
> interoperability. Since it's not really being used, as far as I know, it
> can go, although the corresponding parts of petsc4py would have to be
> removed, too. I can clean it out this week along with some other long dead
> experimental code.
> > Dmitry.
> >
> > On Dec 11, 2012 6:36 AM, "Barry Smith" <bsmith at mcs.anl.gov> wrote:
> >
> > Removed. Thanks, Barry
> >
> > On Dec 10, 2012, at 11:00 PM, Jed Brown <jedbrown at mcs.anl.gov> wrote:
> >
> > > comm/pami was mine, but it can be removed because that code only works
> on COMM_WORLD anyway (lame interfaces in the PAMI/MPI implementation)
> > >
> > > On Dec 9, 2012 8:36 PM, "Barry Smith" <bsmith at mcs.anl.gov> wrote:
> > >
> > > The src/sys directory is getting rather clogged with an odd
> collection of stuff in seemly randomly and bizarrely named directories with
> no hierarchy (yes Jed I know we don't need no stinky hierarchy, we only
> need tags but that won't help hz50241027 who has "No tags file").
> > >
> > > Barrys-MacBook-Pro:sys barrysmith$ pwd
> > > /Users/barrysmith/Src/petsc-dev/src/sys
> > > Barrys-MacBook-Pro:sys barrysmith$ ls
> > > adic comm error f90-src ftn-custom
> makefile.html mpiuni python shell totalview
> viewer
> > > ams dll examples fileio index.html
> matlabengine objects random threadcomm utils yaml
> > > bag draw f90-mod fsrc makefile
> memory plog sf time verbose
> > >
> > >
> > > I'd like to organize it with more structure, first putting all the
> "system" stuff that does NOT know about PetscObject (only depends on
> petscerror handling, info, and malloc, note does not depend on logging)
> together (truesys), all the stuff that defines the PetscObject model and
> logging together (petscobject), and all the stuff that builds higher level
> infrastructure on top of PetscObjects (topobjects). (names subject to
> improvement).
> > >
> > > The truesys is mostly wrappers for non-portable system routines,
> things like PetscSortInt() etc.
> > >
> > > topobjects includes viewer, random, draw, sf
> > >
> > > There is some weird stuff like shell?, comm/pami? other? What are
> they? Who owns them? Should they be removed?
> > >
> > > As with most changes in PETSc I'd like to do this quickly but
> evolutionarily, moving things around a bit at a time to get to the new form.
> > >
> > > Thoughts?
> > >
> > > Barry
> > >
> > >
> > >
> >
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.mcs.anl.gov/pipermail/petsc-dev/attachments/20121211/ceab677a/attachment.html>
More information about the petsc-dev
mailing list