Hi,
I think I've spotted the configuration problem with autoconf
always performing the CXX check, regardless of the corresponding
tag being built or not. Since AC_PROG_CXX isn't present in my
scripts, it's being expanded due to the AC_REQUIRE macros. For now
I've worked around it by adding AC_PR
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi,
I'm working on a (reasonably) large project predominately based around
Linux. The source tree contains a kernel, C library, various libraries and
tools. The tree can be conditionally configured (for example, to disable
configuration of the C lib
Tim:
I had a dlopen test case laying around that I simply added a dependent
library to. The problem with it is that it doesn't use Libtool or
libltdl. So I had to hack it to run it under IRIX.
As far as putting it in the macro, I think this is
a good idea to use a test as a fallback, i.e. if
On Fri, Jul 13, 2001 at 04:09:28PM -0500, Tim Mooney wrote:
> In regard to: Re: question about AC_LTDL_SYS_DLOPEN_DEPLIBS, Gary V:
>
> >On Thursday 12 July 2001 8:12 pm, Tim Mooney wrote:
> >> I'm not 100% sure I know what
> >>
> >>whether deplibs are loaded by dlopen
> >>
> >> means. D
Albert:
It appears to work in my test case under Tru64 4.0f, and according to
Tim's snippet of the documentation. Is there a problem with my test
case? Perhaps I'm not testing this correctly, or perhaps you are
referring
to a slightly different situation. In this case a library is dlopen'ed,
a
On Mon, Jul 16, 2001 at 11:13:28AM -0500, Robert Boehne wrote:
> It appears to work in my test case under Tru64 4.0f, and according
> to Tim's snippet of the documentation. Is there a problem with my
> test case? Perhaps I'm not testing this correctly, or perhaps you
> are referring to a slightl
PASS: mdemo-static.test
PASS: mdemo-make.test
PASS: mdemo-exec.test
PASS: mdemo-inst.test
PASS: mdemo-unst.test
PASS: mdemo-conf.test
PASS: mdemo-make.test
FAIL: mdemo-exec.test
FAIL: mdemo-inst.test
PASS: mdemo-unst.test
PASS: mdemo-shared.test
PASS: mdemo-make.test
FAIL: mdemo-exec.test
FAIL:
In regard to: Re: question about AC_LTDL_SYS_DLOPEN_DEPLIBS,...:
>> The first paragraph of the dlopen() man page on Tru64 UNIX 5.1 (and 4.0f)
>> says that
>>
>> The dlopen function attempts to load the specified file in the address space
>> of the process, resolving symbols as appropriate. Any l
On Mon, Jul 16, 2001 at 01:06:10PM -0500, Tim Mooney wrote:
> In regard to: Re: question about AC_LTDL_SYS_DLOPEN_DEPLIBS,...:
>
> >> The first paragraph of the dlopen() man page on Tru64 UNIX 5.1 (and 4.0f)
> >> says that
> >>
> >> The dlopen function attempts to load the specified file in the a
On Fri, Jul 13, 2001 at 12:30:14AM +0100, Gary V. Vaughan wrote:
> On Thursday 12 July 2001 8:12 pm, Tim Mooney wrote:
> > I'm not 100% sure I know what
> >
> > whether deplibs are loaded by dlopen
> >
> > means. Does it mean:
> >
> > If you explicitly load a shared object via dlopen(),
Tim Mooney <[EMAIL PROTECTED]> writes:
> > You'll need a test program to determine if this has
> >been "fixed" under 5.1 but I doubt it.
>
> It has not. I have it directly from the loader author/maintainer that
> honoring RPATH in libraries is coming to a future version of Tru64, but
> it's not
In regard to: Re: question about AC_LTDL_SYS_DLOPEN_DEPLIBS, Rainer Orth...:
>Fortunately, they have fixed this in Patch kit 2 (Patch 260) for Tru64 UNIX
>V5.1. Although the new /sbin/loader is only for V5.1, a pre-release binary
>I had was claimed to work on V5.0 and V5.0A, too, although this i
In regard to: Re: question about AC_LTDL_SYS_DLOPEN_DEPLIBS,...:
>And if libltdl_cv_sys_dlopen_deplibs=yes is true for a platform but
>the platform loader does not honor RPATH in shared libraries and a
>shared library being dlopen'ed has a dependency on another library
>whose path is not in the a
On Friday 13 July 2001 11:25 pm, Robert Boehne wrote:
> I added AIX to your list and wrote a test program to test it on
> both IRIX and AIX. The dependent lib was opened under irix 6.5.8
> and aix 4.3.3. Here is a slightly revised patch against HEAD.
>
> OK to commit?
Unless you are reasonably
On Monday 16 July 2001 7:29 pm, [EMAIL PROTECTED] wrote:
> On Fri, Jul 13, 2001 at 12:30:14AM +0100, Gary V. Vaughan wrote:
> > On Thursday 12 July 2001 8:12 pm, Tim Mooney wrote:
> > > I'm not 100% sure I know what
> > >
> > > whether deplibs are loaded by dlopen
> > >
> > > means. Does it m
Hi Mo,
It is my impression that any cross compilation environment must be able to
link with non-native start and end files using a cross linker. What you
describe here doesn't seem especially different to that situation,
My reflex reaction is to say that this probably isn't supported by libto
On Monday 16 July 2001 6:14 pm, Patrick Welche wrote:
> PASS: mdemo-static.test
> PASS: mdemo-make.test
> PASS: mdemo-exec.test
> PASS: mdemo-inst.test
> PASS: mdemo-unst.test
>
> PASS: mdemo-conf.test
> PASS: mdemo-make.test
> FAIL: mdemo-exec.test
> FAIL: mdemo-inst.test
> PASS: mdemo-unst.test
On Mon, Jul 16, 2001 at 02:21:48PM -0500, Tim Mooney wrote:
> An earlier question I asked still remains, though: what about platforms
> that have a different API for dynamic loading, e.g. HP-UX < 11.x? Does
> this cache value (or these cache values) apply there as well, even though
> the system
> My reflex reaction is to say that this probably isn't supported
> by libtool, but then I have very little practical cross compilation
> know-how.
My first thought that was this is really GCC's job - its specs file
tells it what start/end files to link with. So if it's a "real"
cross-compilat
On Monday 16 July 2001 8:21 pm, Tim Mooney wrote:
> In regard to: Re: question about AC_LTDL_SYS_DLOPEN_DEPLIBS,...:
> >And if libltdl_cv_sys_dlopen_deplibs=yes is true for a platform but
> >the platform loader does not honor RPATH in shared libraries and a
> >shared library being dlopen'ed has a
On Monday 16 July 2001 4:10 pm, Robert Boehne wrote:
> Here is the test case, if someone wants to libtoolize it, we
> could add it to the macro.
Seconded! I would happily accept a patch to perform the test *instead* of
listing values for only hosts triplets that have been researched...
Chee
WOW THIS REALLY WORKS!!!
Dear Friend & Future Millionaire:
AS SEEN ON NATIONAL TV:
Making over half a million dollars every 4-5 months from your home for
an investment of only $25 U.S. Dollars expense one time.
THANKS TO THE COMPUTER AGE AND THE INTERNET!!
==
In regard to: Re: question about AC_LTDL_SYS_DLOPEN_DEPLIBS, Gary V:
>On Friday 13 July 2001 11:25 pm, Robert Boehne wrote:
>> I added AIX to your list and wrote a test program to test it on
>> both IRIX and AIX. The dependent lib was opened under irix 6.5.8
>> and aix 4.3.3. Here is a slig
In regard to: Re: question about AC_LTDL_SYS_DLOPEN_DEPLIBS, Gary V:
>On Monday 16 July 2001 4:10 pm, Robert Boehne wrote:
>> Here is the test case, if someone wants to libtoolize it, we
>> could add it to the macro.
>
>Seconded! I would happily accept a patch to perform the test *instead
On Mon, Jul 16, 2001 at 04:50:54PM -0500, Tim Mooney wrote:
> In regard to: Re: question about AC_LTDL_SYS_DLOPEN_DEPLIBS, Gary V:
>
> >On Monday 16 July 2001 4:10 pm, Robert Boehne wrote:
> >> Here is the test case, if someone wants to libtoolize it, we
> >> could add it to the macro.
> >
In regard to: Re: question about AC_LTDL_SYS_DLOPEN_DEPLIBS, Gary V:
>> And if libltdl_cv_sys_dlopen_deplibs=yes is true for a platform but
>> the platform loader does not honor RPATH in shared libraries and a
>> shared library being dlopen'ed has a dependency on another library
>> whose path
26 matches
Mail list logo
