I believe hardcode_libdir_flag_spec should be set to
'${wl}-R,$libdir'
in any case. This has little to do with absolute sonames, but with the
dependent programs finding the library. So the SCOABSPATH hack is
mixing up different issues here.
Not at all. If you are using absolute path names
Well, I believe the SCOABSPATH is not only ugly, but also broken (from a
libtool perspective): if you have a package which creates two libraries,
one depending on the other, your uninstalled library will link against a
previous installed version, if that exists. While testing, this is
wrong.
I
When linking C++ libraries/programs, link with the compiler, not the
linker. Syncs with branch-1-5.
--
albert chin ([EMAIL PROTECTED])
-- snip snip
2005-11-09 Albert Chin-A-Young [EMAIL PROTECTED]
* libltdl/m4/libtool.m4 (_LT_LANG_CXX_CONFIG): Sync C++
linking on HP-UX with
Hi Albert,
* Albert Chin wrote on Wed, Nov 09, 2005 at 05:11:09PM CET:
When linking C++ libraries/programs, link with the compiler, not the
linker. Syncs with branch-1-5.
Erm, I can't see this in branch-1-5.
It's hpux10*|hpux11*, and hppa*64*|ia64*, and aCC|g++, right?
Does something fail
Hi Paul,
* Paul Eggert wrote on Mon, Nov 07, 2005 at 03:11:26AM CET:
Ralf Wildenhues [EMAIL PROTECTED] writes:
One possibility would be to restart once with /bin/sh, or, if part of
the environment, with CONFIG_SHELL, or, after parsing the command line,
with CONFIG_SHELL, if that is given
Hi Gary,
* Gary V. Vaughan wrote on Mon, Nov 07, 2005 at 04:55:16PM CET:
Ralf Wildenhues wrote:
First the good thing: in principle, libltdl can do fine without an
AC_CONFIG_HEADER at all:
*snip*
Sweet! Along with a patch to libtool.texi that explains to the user
how to make sure
* Ralf Wildenhues wrote on Sun, Nov 06, 2005 at 07:39:15PM CET:
* libtool.m4 (AC_LIBTOOL_LANG_C_CONFIG): Move static_flag
check..
(AC_LIBTOOL_PROG_COMPILER_PIC): ..here, so that both
`lt_prog_compiler_static' have actually been set, and the check
is
On Wed, Nov 09, 2005 at 09:51:12PM +0100, Ralf Wildenhues wrote:
* Albert Chin wrote on Wed, Nov 09, 2005 at 05:11:09PM CET:
When linking C++ libraries/programs, link with the compiler, not the
linker. Syncs with branch-1-5.
Erm, I can't see this in branch-1-5.
Oops. My fault. It isn't. I
On Wed, Nov 09, 2005 at 08:23:05PM -0600, Albert Chin wrote:
On Wed, Nov 09, 2005 at 09:51:12PM +0100, Ralf Wildenhues wrote:
* Albert Chin wrote on Wed, Nov 09, 2005 at 05:11:09PM CET:
It's hpux10*|hpux11*, and hppa*64*|ia64*, and aCC|g++, right?
I can vouch for it on hpux11*, hppa*64*,
On Wed, 9 Nov 2005, Ralf Wildenhues wrote:
Hi Ralf,
* Tim Rice wrote on Wed, Nov 09, 2005 at 06:57:16AM CET:
I don't know if this is any help or not, but here are the
before and after stats on the (sco) platforms I have running.
http://www.multitalents.net/branch-1-5-status.html
This has been bugging me since we last looked at this piece of code
(2005-09-25) and we didn't take the opportunity to fix it then.
Should be obvious...also needed in ltmain.m4sh of HEAD.
2005-11-09 Charles Wilson [EMAIL PROTECTED]
* ltmain.in (func_win32_libid): use $SED not sed.
11 matches
Mail list logo