I'm going to work on PETSc's dynamic libraries support

[Matthew Knepley]

On Fri, Oct 17, 2008 at 5:51 PM, Lisandro Dalcin <dalcinl at gmail.com> wrote:
> On Fri, Oct 17, 2008 at 4:47 PM, Barry Smith <bsmith at mcs.anl.gov> wrote:
>>>
>>> 2) Add appropriate typedefs for PestcDLHandle, an enumeration
>>> PetscDLFlags, and routines PetscDLOpen, PetscDLClose, and PetscDLSym.
>>> This would abstract the handling of the different dlopen-like family
>>> of functions across platforms, in a way similar to what GNU libtool
>>> does.
>>
>>   I worry that dlopen()/dlsym() may not be the right level of abstraction to
>> match (for example the Windows approach) a general idea of "dynamic"
>> libraries.
>> Especially dlsym().
>>
>>  I guess it is ok to add them, but I hate to add stuff, you know.
>>
>
> Just to make it clear, I'm not actually adding stuff. I'll just
> provide and additional layer of calls that will remove the current
> calls to dlopen()/LoadLibrary() in 'src/sys/dll/dl.c' and move them to
> an additional file named 'src/sys/dll/dlimpl.c' implementing
> PetscDLOpen/PetscDLClose/PetscDLSym as appropriate for
> windows/unix-like as appropriate. In the future, this separation will
> make it easier to support other dlopen-like API's.
>
> BTW, help me a bit: remeber to wipe-out the petsc-dev-dalcinl repo and
> put there a fresh clone of petsc-dev (perhaps a pull & update is
> enough?)

Done.

  Thanks,

    Matt

> --
> Lisandro Dalcín
> ---------------
> Centro Internacional de Métodos Computacionales en Ingeniería (CIMEC)
> Instituto de Desarrollo Tecnológico para la Industria Química (INTEC)
> Consejo Nacional de Investigaciones Científicas y Técnicas (CONICET)
> PTLC - Güemes 3450, (3000) Santa Fe, Argentina
> Tel/Fax: +54-(0)342-451.1594
>
>



-- 
What most experimenters take for granted before they begin their
experiments is infinitely more interesting than any results to which
their experiments lead.
-- Norbert Wiener