Hi,
Given this configure.in:
AC_INIT(hello.cc)
AM_INIT_AUTOMAKE(libcxx,0)
AC_PROG_CXX
AM_PROG_LIBTOOL
AC_OUTPUT(Makefile)
With autoconf-cvs and automake-cvs libtool-1.4b tries to add
GCJ-support:
# ./configure
..
appending configuration tag "CXX" to libtool
checking whether the g++ linker (/
On Mon, Jul 16, 2001 at 09:05:40PM +0100, Gary V. Vaughan wrote:
>
> I am using automake from the stable branch, and autoconf-2.50, so I can't
> vouch for how well things work with development versions... you might try
> that configuration before digging too much. I have received a lot of patc
A quick look says that in ltdl.c, presym_open() if you get there with a call
to lt_dlopen(0), filename is null, so
if (!filename)
{
filename = "@PROGRAM@";
}
then later:
if (!syms->address && strcmp(syms->name, filename) == 0)
as address==0, we look for syms->name ==
On Tue, 17 Jul 2001 11:22:40 +0100, Patrick Welche wrote:
> On Mon, Jul 16, 2001 at 09:05:40PM +0100, Gary V. Vaughan wrote:
> >
> > I am using automake from the stable branch, and autoconf-2.50, so I
can't
> > vouch for how well things work with development versions... you might
try
> >
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Thanks all for your hints/comments.
(John Reiser was in first with 'use the specs, Luke').
I'm rapidly coming to the conclusion that libtool isn't capable of
doing quite what I want it to, and libtool 1.3.5's ltmain.sh is so
convoluted, I'm not goi
"Gary V. Vaughan" wrote:
>
> 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 trip
On Tue, Jul 17, 2001 at 10:10:49AM -0500, Robert Boehne wrote:
> "Gary V. Vaughan" wrote:
> >
> > 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
[EMAIL PROTECTED] wrote:
>
> On Tue, Jul 17, 2001 at 10:10:49AM -0500, Robert Boehne wrote:
> > "Gary V. Vaughan" wrote:
> > >
> > > 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.
> >
Tim:
Looks good, I'm going to commit this now as it seems that writing a
test is not quite trivial (to me at least ;).
Robert
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 i
On Tue, Jul 17, 2001 at 11:36:11AM -0500, Robert Boehne wrote:
> [EMAIL PROTECTED] wrote:
> >
> > On Tue, Jul 17, 2001 at 10:10:49AM -0500, Robert Boehne wrote:
> > > "Gary V. Vaughan" wrote:
> > > >
> > > > On Monday 16 July 2001 4:10 pm, Robert Boehne wrote:
> > > > > Here is the test case,
Albert:
>From earlier discussions, it was noted that
libltdl_cv_sys_dlopen_deplibs=yes
actually not only referrs to dlopen() calls, but their equivalents
on other OS's like HPUX. Why don't we do this: set
ibltdl_cv_sys_dlopen_deplibs
based on host in configury, then add a test case that uses lib
On Tuesday 17 July 2001 4:10 pm, Robert Boehne wrote:
> "Gary V. Vaughan" wrote:
> > 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 per
On Tue, Jul 17, 2001 at 12:33:28PM -0500, Robert Boehne wrote:
> From earlier discussions, it was noted that
> libltdl_cv_sys_dlopen_deplibs=yes
> actually not only referrs to dlopen() calls, but their equivalents
> on other OS's like HPUX. Why don't we do this: set
> ibltdl_cv_sys_dlopen_deplibs
On Tuesday 17 July 2001 12:00 pm, Patrick Welche wrote:
> A quick look says that in ltdl.c, presym_open() if you get there with a
> call to lt_dlopen(0), filename is null, so
>
> if (!filename)
> {
> filename = "@PROGRAM@";
> }
>
> then later:
>
> if (!syms->address && st
Alex Hornby wrote:
>
> My earlier link line truncation problem on solaris was not due to
> command line length restrictions (getconf reports a healthy 109kb for
> ARG_MAX).
>
> Solaris 2.6 /usr/bin/sed, as used by libtool during the link, has
> problems with "long" lines of > 3999 characters, tr
On Wednesday 18 July 2001 12:33 am, Robert Boehne wrote:
> Alex Hornby wrote:
> > My earlier link line truncation problem on solaris was not due to
> > command line length restrictions (getconf reports a healthy 109kb for
> > ARG_MAX).
> >
> > Solaris 2.6 /usr/bin/sed, as used by libtool during th
16 matches
Mail list logo
