mirror/libtool
1
0
Fork 0
mirror of https://https.git.savannah.gnu.org/git/libtool.git synced 2026-01-26 07:37:56 +00:00
Code Issues Packages Projects Releases Wiki Activity
libtool/mail/sunos
Alexandre Oliva 88ca2cd0f6 added a few extra headers for gnus
1998-11-02 19:30:15 +00:00

326 lines
14 KiB
Plaintext
Raw Blame History

This file contains invisible Unicode characters

This file contains invisible Unicode characters that are indistinguishable to humans but may be processed differently by a computer. If you think that this is intentional, you can safely ignore this warning. Use the Escape button to reveal them.

From nobody Wed Oct 14 16:54:55 1998
X-From-Line: gord@gnu.org Tue Jul 07 19:28:26 1998
Return-Path: <gord@gnu.org>
Delivered-To: gord@trick.fig.org
Received: (qmail 8544 invoked from network); 7 Jul 1998 19:28:24 -0000
Received: from unknown (HELO bambam.m-tech.ab.ca) (127.0.0.1)
by 127.0.0.1 with SMTP; 7 Jul 1998 19:28:24 -0000
Received: from mescaline.gnu.org (gateway [10.0.0.1]) by bambam.m-tech.ab.ca (8.8.5/8.6.9) with ESMTP id NAA06387 for <gord@m-tech.ab.ca>; Tue, 7 Jul 1998 13:28:22 -0600
Received: from tweedledumb.cygnus.com by mescaline.gnu.org (8.8.5/8.6.12GNU) with ESMTP id PAA17659 for <bug-libtool@gnu.org>; Tue, 7 Jul 1998 15:27:58 -0400
Received: from subrogation.cygnus.com (subrogation.cygnus.com [192.80.44.76])
by tweedledumb.cygnus.com (8.8.5/8.8.5) with ESMTP id PAA15308
for <bug-libtool@gnu.org>; Tue, 7 Jul 1998 15:27:50 -0400 (EDT)
Received: (ian@localhost) by subrogation.cygnus.com (950413.SGI.8.6.12/8.6.4) id PAA29927; Tue, 7 Jul 1998 15:27:49 -0400
Date: Tue, 7 Jul 1998 15:27:49 -0400
Message-Id: <199807071927.PAA29927@subrogation.cygnus.com>
From: Ian Lance Taylor <ian@cygnus.com>
To: bug-libtool@gnu.org
Subject: SunOS problem in libtool 1.2b
Xref: trick.fig.org mail.libtool:1524
Lines: 13
X-Gnus-Article-Number: 1 Mon Nov 2 17:20:40 1998
The SunOS support in libtool 1.2b still isn't quite right, at least
when using GNU ld.
If the library is built using -release, then the name of the library
will be something like libbfd-2.9.4.so. However, attempts to link
against the library will set LD_LIBRARY_PATH and then link using
-lbfd. That won't work. The only thing which would work would be
-lbfd-2.9.4.
I'm not sure how to fix this.
Ian
From nobody Wed Oct 14 16:54:58 1998
X-From-Line: gord@gnu.org Tue Jul 07 19:33:34 1998
Return-Path: <gord@gnu.org>
Delivered-To: gord@trick.fig.org
Received: (qmail 9140 invoked from network); 7 Jul 1998 19:33:33 -0000
Received: from unknown (HELO bambam.m-tech.ab.ca) (127.0.0.1)
by 127.0.0.1 with SMTP; 7 Jul 1998 19:33:33 -0000
Received: from mescaline.gnu.org (gateway [10.0.0.1]) by bambam.m-tech.ab.ca (8.8.5/8.6.9) with ESMTP id NAA06452 for <gord@m-tech.ab.ca>; Tue, 7 Jul 1998 13:32:57 -0600
Received: from cygnus.com by mescaline.gnu.org (8.8.5/8.6.12GNU) with ESMTP id PAA17978 for <bug-libtool@gnu.org>; Tue, 7 Jul 1998 15:32:45 -0400
Received: from happy.cygnus.com (happy.cygnus.com [205.180.230.206])
by runyon.cygnus.com (8.8.7-cygnus/8.8.7) with ESMTP id MAA21546;
Tue, 7 Jul 1998 12:32:17 -0700 (PDT)
Received: (drepper@localhost) by happy.cygnus.com (8.8.7/8.6.4) id MAA06111; Tue, 7 Jul 1998 12:31:23 -0700
To: Ian Lance Taylor <ian@cygnus.com>
Cc: bug-libtool@gnu.org
Subject: Re: SunOS problem in libtool 1.2b
References: <199807071927.PAA29927@subrogation.cygnus.com>
Reply-To: drepper@cygnus.com (Ulrich Drepper)
X-fingerprint: BE 3B 21 04 BC 77 AC F0 61 92 E4 CB AC DD B9 5A
Mime-Version: 1.0 (generated by tm-edit 7.108)
Content-Type: text/plain; charset=US-ASCII
From: Ulrich Drepper <drepper@cygnus.com>
Date: 07 Jul 1998 12:31:23 -0700
In-Reply-To: Ian Lance Taylor's message of "Tue, 7 Jul 1998 15:27:49 -0400"
Message-ID: <r27m1po3uc.fsf@happy.cygnus.com>
X-Mailer: Gnus v5.5/XEmacs 20.4 - "Emerald"
Xref: trick.fig.org mail.libtool:1525
Lines: 20
X-Gnus-Article-Number: 2 Mon Nov 2 17:20:40 1998
Ian Lance Taylor <ian@cygnus.com> writes:
> If the library is built using -release, then the name of the library
> will be something like libbfd-2.9.4.so. However, attempts to link
> against the library will set LD_LIBRARY_PATH and then link using
> -lbfd. That won't work. The only thing which would work would be
> -lbfd-2.9.4.
This is how we name shared objects in glibc. The solution should be
to have symlinks
libbfd-2.9.4.so <- libbfd.so
created while generating the shared object.
--
---------------. drepper at gnu.org ,-. 1325 Chesapeake Terrace
Ulrich Drepper \ ,-------------------' \ Sunnyvale, CA 94089 USA
Cygnus Solutions `--' drepper at cygnus.com `------------------------
From nobody Wed Oct 14 16:54:58 1998
X-From-Line: gord@gnu.org Tue Jul 07 20:24:38 1998
Return-Path: <gord@gnu.org>
Delivered-To: gord@trick.fig.org
Received: (qmail 10048 invoked from network); 7 Jul 1998 20:24:37 -0000
Received: from unknown (HELO bambam.m-tech.ab.ca) (127.0.0.1)
by localhost with SMTP; 7 Jul 1998 20:24:37 -0000
Received: from mescaline.gnu.org (gateway [10.0.0.1]) by bambam.m-tech.ab.ca (8.8.5/8.6.9) with ESMTP id OAA07241 for <gord@m-tech.ab.ca>; Tue, 7 Jul 1998 14:21:34 -0600
Received: from tweedledumb.cygnus.com by mescaline.gnu.org (8.8.5/8.6.12GNU) with ESMTP id QAA21709 for <bug-libtool@gnu.org>; Tue, 7 Jul 1998 16:21:26 -0400
Received: from subrogation.cygnus.com (subrogation.cygnus.com [192.80.44.76])
by tweedledumb.cygnus.com (8.8.5/8.8.5) with ESMTP id QAA17224
for <bug-libtool@gnu.org>; Tue, 7 Jul 1998 16:21:20 -0400 (EDT)
Received: (ian@localhost) by subrogation.cygnus.com (950413.SGI.8.6.12/8.6.4) id QAA00051; Tue, 7 Jul 1998 16:21:20 -0400
Date: Tue, 7 Jul 1998 16:21:20 -0400
Message-Id: <199807072021.QAA00051@subrogation.cygnus.com>
From: Ian Lance Taylor <ian@cygnus.com>
To: bug-libtool@gnu.org
In-reply-to: <r27m1po3uc.fsf@happy.cygnus.com> (message from Ulrich Drepper on
07 Jul 1998 12:31:23 -0700)
Subject: Re: SunOS problem in libtool 1.2b
Xref: trick.fig.org mail.libtool:1526
Lines: 91
X-Gnus-Article-Number: 3 Mon Nov 2 17:20:40 1998
From: Ulrich Drepper <drepper@cygnus.com>
Date: 07 Jul 1998 12:31:23 -0700
> If the library is built using -release, then the name of the library
> will be something like libbfd-2.9.4.so. However, attempts to link
> against the library will set LD_LIBRARY_PATH and then link using
> -lbfd. That won't work. The only thing which would work would be
> -lbfd-2.9.4.
This is how we name shared objects in glibc. The solution should be
to have symlinks
libbfd-2.9.4.so <- libbfd.so
created while generating the shared object.
Good idea. I worked up the appended patch.
We need to set hardcode_minus_L to no. Otherwise, libtool will set
LD_LIBRARY_PATH to find the library. That fails if an older version
of the library has been installed, because the linker will search the
-L options before it searches LD_LIBRARY_PATH.
We need to set versuffix for SunOS even if there is no version name,
because the dynamic linker expects to use a version suffix when it
opens the library.
Unfortunately, it still doesn't work, because the gcc collect2 program
doesn't understand the -rpath option and can't find the shared
library.
Ian
Tue Jul 7 16:19:57 1998 Ian Lance Taylor <ian@cygnus.com>
* ltconfig.in: For sunos4 using GNU ld, set hardcode_minus_L to
no. For sunos4, add ${libname}.so$versuffix to
library_names_spec.
* ltmain.in: For version_type of sunos, set versuffix even if
-version-info was not used.
Index: ltconfig.in
===================================================================
RCS file: /cvs/cvsfiles/devo/libtool/ltconfig.in,v
retrieving revision 1.15
diff -u -r1.15 ltconfig.in
--- ltconfig.in 1998/07/07 18:16:40 1.15
+++ ltconfig.in 1998/07/07 20:17:41
@@ -792,7 +792,10 @@
sunos4*)
archive_cmds='$LD -assert pure-text -Bstatic -o $lib$libobjs'
hardcode_direct=yes
- hardcode_minus_L=yes
+ # The GNU linker will only hardcode -L options if -rpath is not
+ # used, but we will be using -rpath because we set
+ # hardcode_libdir_flag_spec below.
+ hardcode_minus_L=no
hardcode_shlibpath_var=no
;;
@@ -1395,7 +1398,7 @@
sunos4*)
version_type=sunos
- library_names_spec='${libname}${release}.so$versuffix'
+ library_names_spec='${libname}${release}.so$versuffix ${libname}.so$versuffix'
finish_cmds='PATH="\$PATH:/usr/etc" ldconfig $libdir'
shlibpath_var=LD_LIBRARY_PATH
;;
Index: ltmain.in
===================================================================
RCS file: /cvs/cvsfiles/devo/libtool/ltmain.in,v
retrieving revision 1.9
diff -u -r1.9 ltmain.in
--- ltmain.in 1998/07/07 18:16:40 1.9
+++ ltmain.in 1998/07/07 20:17:41
@@ -1055,6 +1055,11 @@
major=
versuffix=
verstring="0.0"
+ case "$version_type" in
+ sunos)
+ versuffix=".0.0"
+ ;;
+ esac
fi
# Check to see if the archive will have undefined symbols.
From nobody Wed Oct 14 16:54:59 1998
X-From-Line: gord@gnu.org Fri Jul 10 03:57:28 1998
Return-Path: <gord@gnu.org>
Delivered-To: gord@trick.fig.org
Received: (qmail 8752 invoked from network); 10 Jul 1998 03:57:27 -0000
Received: from localhost (127.0.0.1)
by localhost with SMTP; 10 Jul 1998 03:57:27 -0000
Received: from mescaline.gnu.org (gateway [10.0.0.1]) by bambam.m-tech.ab.ca (8.8.5/8.6.9) with ESMTP id VAA00684 for <gord@m-tech.ab.ca>; Thu, 9 Jul 1998 21:57:29 -0600
Received: from grande.dcc.unicamp.br by mescaline.gnu.org (8.8.5/8.6.12GNU) with ESMTP id XAA08619 for <bug-libtool@gnu.org>; Thu, 9 Jul 1998 23:57:17 -0400
Received: from amazonas.dcc.unicamp.br (amazonas.dcc.unicamp.br [143.106.7.11])
by grande.dcc.unicamp.br (8.8.5/8.8.5) with ESMTP id AAA04102;
Fri, 10 Jul 1998 00:55:46 -0300 (EST)
Received: from sunsite.dcc.unicamp.br (sunsite.dcc.unicamp.br [143.106.7.10])
by amazonas.dcc.unicamp.br (8.8.5/8.8.5) with SMTP id AAA15536;
Fri, 10 Jul 1998 00:55:47 -0300 (EST)
Sender: oliva@sunsite.dcc.unicamp.br
To: Ian Lance Taylor <ian@cygnus.com>
Cc: bug-libtool@gnu.org
Subject: Re: SunOS problem in libtool 1.2b
References: <199807072021.QAA00051@subrogation.cygnus.com>
From: Alexandre Oliva <oliva@dcc.unicamp.br>
Date: 10 Jul 1998 00:55:45 -0300
In-Reply-To: Ian Lance Taylor's message of "Tue, 7 Jul 1998 16:21:20 -0400"
Message-ID: <orww9mnyv2.fsf@sunsite.dcc.unicamp.br>
X-Mailer: Gnus v5.6.23/XEmacs 20.4 - "Emerald"
X-Emacs: 20.4 "Emerald" XEmacs Lucid without mule
MIME-Version: 1.0 (generated by SEMI 1.8.2 - "Kosugi")
Content-Type: text/plain; charset=US-ASCII
Xref: trick.fig.org libtool:1527
Lines: 21
X-Gnus-Article-Number: 4 Mon Nov 2 17:20:40 1998
Ian Lance Taylor <ian@cygnus.com> writes:
> We need to set hardcode_minus_L to no. Otherwise, libtool will set
> LD_LIBRARY_PATH to find the library. That fails if an older version
> of the library has been installed, because the linker will search the
> -L options before it searches LD_LIBRARY_PATH.
> Unfortunately, it still doesn't work, because the gcc collect2 program
> doesn't understand the -rpath option and can't find the shared
> library.
Setting LD_LIBRARY_PATH in addition to -rpath wil work. I won't have
time to implement this in the next few weeks, though, so I'd
appreciate if someone went ahead and implemented it...
--
Alexandre Oliva
mailto:oliva@dcc.unicamp.br mailto:aoliva@acm.org
http://www.dcc.unicamp.br/~oliva
Universidade Estadual de Campinas, SP, Brasil
From nobody Wed Oct 14 16:54:59 1998
X-From-Line: gord@gnu.org Sat Jun 06 19:44:18 1998
Return-Path: <gord@gnu.org>
Delivered-To: gord@trick.profitpress.com
Received: (qmail 28446 invoked from network); 6 Jun 1998 19:44:16 -0000
Received: from unknown (HELO bambam.m-tech.ab.ca) (127.0.0.1)
by 127.0.0.1 with SMTP; 6 Jun 1998 19:44:16 -0000
Received: from mescaline.gnu.org (gateway [10.0.0.1]) by bambam.m-tech.ab.ca (8.8.5/8.6.9) with ESMTP id LAA00406 for <gord@m-tech.ab.ca>; Sat, 6 Jun 1998 11:39:58 -0600
Received: from grande.dcc.unicamp.br by mescaline.gnu.org (8.8.5/8.6.12GNU) with ESMTP id NAA21678 for <bug-libtool@gnu.org>; Sat, 6 Jun 1998 13:44:12 -0400
Received: from amazonas.dcc.unicamp.br (amazonas.dcc.unicamp.br [143.106.7.11])
by grande.dcc.unicamp.br (8.8.5/8.8.5) with ESMTP id OAA02601;
Sat, 6 Jun 1998 14:42:57 -0300 (EST)
Received: from zecarneiro.lsd.dcc.unicamp.br (zecarneiro.lsd.dcc.unicamp.br [143.106.24.141])
by amazonas.dcc.unicamp.br (8.8.5/8.8.5) with SMTP id OAA17009;
Sat, 6 Jun 1998 14:42:57 -0300 (EST)
Sender: oliva@zecarneiro.lsd.dcc.unicamp.br
To: Steve Snodgrass <ssnodgra@fore.com>
Cc: amanda-users@cs.umd.edu, bug-libtool@gnu.org
Subject: Re: Build failed with 2.4.0/SunOS 4.1.4
References: <19980605154816.A8507@fore.com>
From: Alexandre Oliva <oliva@dcc.unicamp.br>
Date: 06 Jun 1998 14:38:01 -0300
In-Reply-To: Steve Snodgrass's message of "Fri, 5 Jun 1998 15:48:16 -0400"
Message-ID: <or67ieig7a.fsf@zecarneiro.lsd.dcc.unicamp.br>
X-Mailer: Gnus v5.6.11/XEmacs 20.4 - "Emerald"
X-Emacs: 20.4 "Emerald" XEmacs Lucid without mule
MIME-Version: 1.0 (generated by SEMI 1.5.0 - "Nishi-Ny,D~(Bzen")
Content-Type: text/plain; charset=US-ASCII
Xref: trick.profitpress.com mail.libtool:1481
Lines: 40
X-Gnus-Article-Number: 5 Mon Nov 2 17:20:40 1998
[cc to bug-libtool@gnu.org]
Steve Snodgrass <ssnodgra@fore.com> writes:
> I'm having a strange problem building the Amanda 2.4.0 release version on a
> SunOS 4.1.4 system with gcc 2.8.1.
> Here's the error message:
> gcc -shared -o .libs/libamanda.so.5.0 alloc.lo amflock.lo debug.lo dgram.lo
> error.lo file.lo fileheader.lo match.lo protocol.lo regcomp.lo regerror.lo
> regexec.lo regfree.lo security.lo statfs.lo stream.lo token.lo version.lo
> versuff.lo memmove.lo snprintf.lo strerror.lo
> ld: /usr/tmp/cca00800.o: assert pure-text failed: reference to [offset] at
> 16504 in /usr/tmp/cca00800.o
> Does anyone have any idea what might be causing this? Thanks.
This is a problem in libtool, not amanda. You may work around it with
--disable-shared or --disable-libtool, at configure time.
However, I'm pretty sure the libtool maintainers, would be certainly
interested in fixing this problem. Unfortunately, amanda 2.4.0 uses
an old version of libtool, so this problem may be fixed in the latest
release already. Would you please try the latest snapshot of amanda
2.4.1, available from my home page (URL below), and see if this fixes
your problem?
If it does not, please send some more info to bug-libtool@gnu.org, for
example, whether you're using GNU ld or not, whether libtool notices
which ld you're using (running configure should tell you), and any
further information you think might be useful.
--
Alexandre Oliva
mailto:oliva@dcc.unicamp.br mailto:aoliva@acm.org
http://www.dcc.unicamp.br/~oliva
Universidade Estadual de Campinas, SP, Brasil
Reference in New Issue View Git Blame Copy Permalink