On 9/6/06 11:10 AM, "Ralf Wildenhues" <[EMAIL PROTECTED]> wrote:
> First let me try to point out a workaround for your specific situation:
>
> Since mthca.so is Linux-specific, we can rely on having dlopen available
> for the workaround. Since I assume you would rather not have to modify
> the p
On Wed, 6 Sep 2006, Ralf Wildenhues wrote:
* Bob Friesenhahn wrote on Wed, Sep 06, 2006 at 05:37:20PM CEST:
On Thu, 7 Sep 2006, Peter O'Gorman wrote:
On Sep 7, 2006, at 12:10 AM, Ralf Wildenhues wrote:
We could add another interface
lt_dlopen_flags (const char *filename, int flags);
I'd p
* Bob Friesenhahn wrote on Wed, Sep 06, 2006 at 05:37:20PM CEST:
> On Thu, 7 Sep 2006, Peter O'Gorman wrote:
> >On Sep 7, 2006, at 12:10 AM, Ralf Wildenhues wrote:
> >>
> >>We could add another interface
> >> lt_dlopen_flags (const char *filename, int flags);
> >>
> >I'd prefer to be more specific
On Sep 7, 2006, at 12:37 AM, Bob Friesenhahn wrote:
On Thu, 7 Sep 2006, Peter O'Gorman wrote:
On Sep 7, 2006, at 12:10 AM, Ralf Wildenhues wrote:
We could add another interface
lt_dlopen_flags (const char *filename, int flags);
I'd prefer to be more specific - lt_dlopen_global(const char
On Thu, 7 Sep 2006, Peter O'Gorman wrote:
On Sep 7, 2006, at 12:10 AM, Ralf Wildenhues wrote:
We could add another interface
lt_dlopen_flags (const char *filename, int flags);
I'd prefer to be more specific - lt_dlopen_global(const char * filename)
The docs would specify that it would at
On Sep 7, 2006, at 12:10 AM, Ralf Wildenhues wrote:
We could add another interface
lt_dlopen_flags (const char *filename, int flags);
I'd prefer to be more specific - lt_dlopen_global(const char * filename)
The docs would specify that it would attempt to open it in the global
namespace,
On Wed, 6 Sep 2006, Ralf Wildenhues wrote:
I concur with Bob; about a handful of packages that need it one way or
the other (after all, it was changed not only for cleanliness, but
because some packages needed it changed).
We could add another interface
lt_dlopen_flags (const char *filename, i
Hello Jeff, all,
* Jeff Squyres wrote on Wed, Sep 06, 2006 at 04:17:33PM CEST:
>
> The situation is as follows:
>
> 1. Open MPI has a plugin (call it "ompi_plugin") that is linked against a
> shared library ("libibverbs.so").
>
> 2. At run time, ompi_plugin is lt_dlopen()'ed by the OMPI core.
>
#x27;d
do without it (and for all the help that Ralf W. and others have provided us
over the years).
We have run into a problem with LT 2.1a, however (no worries; we realize
that it's as-yet unreleased). It took a little poking around to realize
what the problem really is: that LT 2.1a&#x
p that Ralf W. and others have provided us
over the years).
We have run into a problem with LT 2.1a, however (no worries; we realize
that it's as-yet unreleased). It took a little poking around to realize
what the problem really is: that LT 2.1a's libltdl is no longer
lt_dlopen()&#x
10 matches
Mail list logo
