these libraries as well.
To restore the previous behavior of ld, use the -copy-dt-needed-entries
command-line option. (BZ#1292230)
- end excerpt from RHEL release notes
Tim
--
Tim Mooney tim.moo...@ndsu.edu
Enterprise Computing & Infrastruc
a patch after my signature that alters the README to provide
the actual name of the log file from the test suite.
Tim
--
Tim Mooney tim.moo...@ndsu.edu
Enterprise Computing Infrastructure 701-231-1076 (Voice)
Room 242-J6, IACC Building
), can anyone point me at places in the libtool source
where I should look to make this change?
Tim
--
Tim Mooney tim.moo...@ndsu.edu
Enterprise Computing Infrastructure 701-231-1076 (Voice)
Room 242-J6, IACC Building
URL:
http://savannah.gnu.org/support/?107416
Summary: relink with a DESTDIR install mistakenly links
against old installed libraries rather than those in DESTDIR
Project: GNU Libtool
Submitted by: enchanter
Submitted on: Fri 02 Jul 2010
In regard to: Re: [sr #107416] relink with a DESTDIR install mistakenly...:
On Fri, 2 Jul 2010, Tim Mooney wrote:
This issue affects all versions of libtool from 2.2.10 going back to the
initial versions that added support for DESTDIR installs.
This does not seem to be a libtool bug
in e.g. /tmp/build/bar/usr/local/lib/64.
Tim
--
Tim Mooney moo...@dogbert.cc.ndsu.nodak.edu
Enterprise Computing Infrastructure 701-231-1076 (Voice)
Room 242-J6, IACC Building 701-231-8541 (Fax)
North Dakota State University, Fargo, ND 58105
, and those direct dependencies can cause headaches during
upgrades?
Tim
--
Tim Mooney [EMAIL PROTECTED]
Enterprise Computing Infrastructure 701-231-1076 (Voice)
Room 242-J6, IACC Building 701-231-8541 (Fax)
North Dakota State University, Fargo, ND
By visual inspection, it doesn't look like the relevant code in libtool.m4
that automatically adds `-library=Cstd -library=Crun' has changed in any
significant manner since 1.5.2X.
Tim
--
Tim Mooney [EMAIL PROTECTED]
Information Technology Services (701) 231-1076
-library=Crun'
to
_LT_AC_TAGVAR(postdeps,$1)='-library=Cstd -library=Crun -lm'
Tim
--
Tim Mooney [EMAIL PROTECTED]
Information Technology Services (701) 231-1076 (Voice)
Room 242-J6, IACC Building (701) 231-8541 (Fax)
North Dakota State University
In regard to: Re: libtool C++ link bug with -lm functions with Sun Workshop...:
On Wed, 19 Mar 2008, Tim Mooney wrote:
That means that doing something like
AC_INIT(lttest, 0.60.5)
AC_CONFIG_SRCDIR(configure.ac)
AC_PROG_CXX
AC_LANG([C++])
AC_CHECK_FUNCS(sqrt)
AC_OUTPUT
will always detect
In regard to: Re: linking a C program with a C++ library on Solaris, Ralf...:
Hello Bob, Tim,
* Bob Friesenhahn wrote on Tue, Feb 26, 2008 at 03:11:44AM CET:
On Mon, 25 Feb 2008, Tim Mooney wrote:
I don't see anything in 2.1b's info files or README or NEWS for updating
a project from 1.5.x
) to know that
they need to switch to C++ for linking in their C project?
Tim
--
Tim Mooney [EMAIL PROTECTED]
Information Technology Services (701) 231-1076 (Voice)
Room 242-J6, IACC Building (701) 231-8541 (Fax)
North Dakota State University, Fargo, ND
CXXFLAGS=-library=%none -library=no%libC
Does libtool still thwart your efforts?
Tim
--
Tim Mooney [EMAIL PROTECTED]
Information Technology Services (701) 231-1076 (Voice)
Room 242-J6, IACC Building (701) 231-8541 (Fax)
North Dakota State
-library=Crun
since that won't automatically be added. I personally think that libtool
should still be adding -lCrun automatically, as it does for -lc, since
-lCrun is compatible with stlport4, but since there's a workaround, it's
no big deal.
Tim
--
Tim Mooney [EMAIL
In regard to: Re: Sun Studio: STL libraries, Peter O'Gorman said (at 5:05pm...:
I still maintain that it would be OK to have libtool automatically add
`-library=Crun', since that is generally needed whether you're using
-library=stlport4 or -library=Cstd, but it's OK to not include that. We
In regard to: Re: Sun Studio: STL libraries, Peter O'Gorman said (at 5:25pm...:
Peter O'Gorman wrote:
Tim Mooney wrote:
In regard to: Re: Sun Studio: STL libraries, Dan Lacher said (at 4:57pm
on...:
Even with what Tim has pointed out I am seeing the contrary with the
following:
o Open MPI
In regard to: Re: Sun Studio: STL libraries, Tim Mooney said (at 6:05pm on...:
In regard to: Re: Sun Studio: STL libraries, Peter O'Gorman said (at
5:25pm...:
Tim, you say we still need to have -library=Crun for the stlport4 case?
More than likely, yes. The stlport4 incompatibility
to get
libneon and its dependencies. If there's a libtool-aware equivalent
macro, it would be so much easier.
Tim
--
Tim Mooney [EMAIL PROTECTED]
Information Technology Services (701) 231-1076 (Voice)
Room 242-J6, IACC Building (701) 231-8541 (Fax
In regard to: Re: LT_* equivalent to AC_CHECK_LIB?, Bob Friesenhahn said...:
On Mon, 3 Jul 2006, Tim Mooney wrote:
This seems like it should be an obvious question, but I'm not finding any
obvious answers in either the libtool or autoconf documentation.
Is there a libtool-aware equivalent
.
Tim
--
Tim Mooney [EMAIL PROTECTED]
Information Technology Services (701) 231-1076 (Voice)
Room 242-J6, IACC Building (701) 231-8541 (Fax)
North Dakota State University, Fargo, ND 58105-5164
___
http
In regard to: Re: LT_* equivalent to AC_CHECK_LIB?, Bob Friesenhahn said...:
On Mon, 3 Jul 2006, Tim Mooney wrote:
I seem to recall discussion on this list in the past about why
distributions were doing that, but I don't recall what any of the reasons
were. Has any work (perhaps as part
In regard to: Re: LT_* equivalent to AC_CHECK_LIB?, Ralf Wildenhues said...:
* Tim Mooney wrote on Mon, Jul 03, 2006 at 11:17:03PM CEST:
So to address this, libtool would need to
- know how the platform behaves regarding shared library dependencies
- in the case of static libraries, continue
much less
aware of what goes on there. If I feel the need to dig any deeper on this
(pretty doubtful at this point, you and Bob have completely disabused me
of the notion that this is something I want to try help solve), I'll
do the necessary digging in the archives.
Tim
--
Tim Mooney
-static is given.
But if --disable-static is *not* given, shouldn't it be required? Shouldn't
libtool's portion of configure fail in that case?
Tim
--
Tim Mooney [EMAIL PROTECTED]
Information Technology Services (701) 231-1076 (Voice)
Room 242-J6, IACC
configure macro know whether ar is
needed. You seem to be indicating that it never knows (in any case)
whether ar is needed. Am I understanding that correctly?
Hope this helps a bit.
Your libtool posts are always helpful, even when I don't agree with them.
;-)
Tim
--
Tim Mooney
to error out.
Tim
--
Tim Mooney [EMAIL PROTECTED]
Information Technology Services (701) 231-1076 (Voice)
Room 242-J6, IACC Building (701) 231-8541 (Fax)
North Dakota State University, Fargo, ND 58105-5164
In regard to: Re: GNU Libtool 1.5.22 released., Ralf Wildenhues said (at...:
Hi Tim,
Tim Mooney writes:
In regard to: Re: GNU Libtool 1.5.22 released., Ralf Wildenhues said (at...:
- I accidentally bootstrapped libtool-1.5.22 with CVS versions of
Autoconf and Automake, instead of using 2.59
instead of ${prefix}/info
Tim
--
Tim Mooney [EMAIL PROTECTED]
Information Technology Services (701) 231-1076 (Voice)
Room 242-J6, IACC Building (701) 231-8541 (Fax)
North Dakota State University, Fargo, ND 58105-5164
the
link for GNU libaspell.so.
Thanks for the patch, it appears to be exactly what I needed!
Tim
--
Tim Mooney [EMAIL PROTECTED]
Information Technology Services (701) 231-1076 (Voice)
Room 242-J6, IACC Building (701) 231-8541 (Fax)
North Dakota
intention?
I more or less stumbled on this by accident, and was just trying to
understand why libtool was removing the shared library that was specified
by path. I assumed that the AM_GNU_GETTEXT was doing that for a reason.
Tim
--
Tim Mooney [EMAIL PROTECTED
the /path/to/lib/libdep.so from the shared library creation line.
I'm just trying to find where this behavior is discussed, so I can
understand why it's doing that.
Tim
--
Tim Mooney [EMAIL PROTECTED]
Information Technology Services (701) 231-1076 (Voice)
Room
have verified that the test output is the same both with and without
that patch.
Tim
--
Tim Mooney [EMAIL PROTECTED]
Information Technology Services (701) 231-1076 (Voice)
Room 242-J6, IACC Building (701) 231-8541 (Fax)
North Dakota State University
this?
[patch elided]
I think it's commit-worthy. It certainly helps outline the issue, and
points to a source for more information for the people it impacts.
Tim
--
Tim Mooney [EMAIL PROTECTED]
Information Technology Services (701) 231-1076 (Voice)
Room 242
way to guard against the issue.
I suppose the test could be special-cased for Solaris, and ldd or some
other tool used after linking to verify that a library we're expecting
would show up on the list of NEEDED shared libraries, but that seems
like a lot of work.
Tim
--
Tim Mooney
. There is no libCstd.so anywhere
in /opt/SUNWspro/lib.
I missed earlier parts of this thread, so I'm not sure what's being
discussed. We do have the Workshop 6u2 environment, including the
C++ compiler.
I've never (manually) created these links or the links for libiostream.
Tim
--
Tim Mooney
:
05:00 PM dogbert ~$PS1='$ ' /bin/sh
$ echo Xbla | sed 1s,^X,,
X,,: not found
$ sed: Function 1s, cannot be parsed.
$ exit
Tim
--
Tim Mooney [EMAIL PROTECTED]
Information Technology Services (701) 231-1076 (Voice)
Room 242-J6, IACC Building (701
AIX or IRIX, and I think HP-UX has only recently caught up some. I've
always found it easier to port to Tru64 than the aforementioned platforms.
Tim
--
Tim Mooney [EMAIL PROTECTED]
Information Technology Services (701) 231-1076 (Voice)
Room 242-J6, IACC Building
not sure if it's suitable;
hopefully libtool's configure can determine that?
As I recall, that's been available since version 4.0, so it's not an
option for version 3.2g and earlier.
Tim
--
Tim Mooney [EMAIL PROTECTED]
Information Technology Services (701) 231
is going to
be via command-line flags, it would seem best if my patch piggybacked on
that work.
Comments and suggestions welcome,
Tim
--
Tim Mooney [EMAIL PROTECTED]
Information Technology Services (701) 231-1076 (Voice)
Room 242-J6, IACC Building
clear, especially since there will be
differences in what's available for different platforms and OSes.
Tim
--
Tim Mooney [EMAIL PROTECTED]
Information Technology Services (701) 231-1076 (Voice)
Room 242-J6, IACC Building (701) 231-8541 (Fax)
North
the same issue that the multi-ABI
commercial UNIXes have?
Tim
--
Tim Mooney [EMAIL PROTECTED]
Information Technology Services (701) 231-1076 (Voice)
Room 242-J6, IACC Building (701) 231-8541 (Fax)
North Dakota State University, Fargo, ND 58105-5164
In regard to: Re: hardcode_into_libs and Tru64 UNIX, Tim Mooney said (at...:
In regard to: Re: hardcode_into_libs and Tru64 UNIX, Peter O'Gorman said...:
Tim Mooney wrote:
Anyone know if the reversion to hardcode_into_libs=no was an intentional
change, and if so what the reasoning was?
I have
, and do a fresh un-tar, configure, make
(with GNU make), and see what happens.
Tim
--
Tim Mooney [EMAIL PROTECTED]
Information Technology Services (701) 231-1076 (Voice)
Room 242-J6, IACC Building (701) 231-8541 (Fax)
North Dakota State University
In regard to: Re: hardcode_into_libs and Tru64 UNIX, Peter O'Gorman said...:
Tim Mooney wrote:
Anyone know if the reversion to hardcode_into_libs=no was an intentional
change, and if so what the reasoning was?
I have no idea, and a quick ChangeLog grep was not enlightening. If you feel
like
--
Tim Mooney [EMAIL PROTECTED]
Information Technology Services (701) 231-1076 (Voice)
Room 242-J6, IACC Building (701) 231-8541 (Fax)
North Dakota State University, Fargo, ND 58105-5164
___
Libtool
In regard to: Re: building libtool libraries for multiple ABIs, Albert Chin...:
On Tue, Apr 27, 2004 at 04:58:54PM -0500, Tim Mooney wrote:
If you want to build and install a local package (take for example GSL,
the GNU Scientific Library) that builds a library via libtool, what are
people
for a different ABI and overridding the library directory, and
building and installing again? This can become a pretty tiresome
process, especially if you also package your local software (such as
with RPM) and install the package.
How are other people dealing with this issue?
Tim
--
Tim Mooney
-Wl,-64'
CXX='CC -64 -Wl,-64'
CXXFLAGS='-LANG:std'
LDFLAGS='-64'
Do either of these work around the problem successfully?
Ideally libtool should be passing the link flags unmolested, but it's not
(yet) perfect.
Tim
--
Tim Mooney [EMAIL PROTECTED]
Information
for `-L', or it's
the place where you have
newlib_search_path=$newlib_search_path $ladir
Do some testing, and report back what you find. Better yet, test with
libtool 1.5.2.
Tim
--
Tim Mooney [EMAIL PROTECTED]
Information Technology Services (701) 231-1076
understand
that option.
I haven't had a chance to look much at the problem, but thought I would
report it. Please let me know if I can provide additional information.
Tim
--
Tim Mooney [EMAIL PROTECTED]
Information Technology Services (701) 231-1076 (Voice)
Room 242
, as is the stuff about SOM in 9.x and 10.x
(at least on PA -- does anyone remember if 680X0 support was still in 9.x,
and if so if it was also SOM?) but the stuff I said about 11.x is mostly
incorrect. I was going off of memory, which clearly isn't very good...
Tim
--
Tim Mooney
In regard to: Re: LD_RUN_PATH not adding paths when building with shared...:
On Thu, Aug 28, 2003 at 05:36:50PM -0500, Tim Mooney wrote:
Are you assuming LD_RUN_PATH is something that's honored on IRIX because
you've seen it honored on other platforms (e.g. Solaris?). If you've
seen
--
Tim Mooney [EMAIL PROTECTED]
Information Technology Services (701) 231-1076 (Voice)
Room 242-J6, IACC Building (701) 231-8541 (Fax)
North Dakota State University, Fargo, ND 58105-5164
___
Libtool
to use that version instead. If you try libtool
1.5 and encounter the same problem, send another message to the libtool
list with information similar to what you provided in your original message.
Tim
--
Tim Mooney [EMAIL PROTECTED]
Information Technology Services
pick up
the RPATH entries for libraries they link against. It can be very handy.
Tim
--
Tim Mooney [EMAIL PROTECTED]
Information Technology Services (701) 231-1076 (Voice)
Room 242-J6, IACC Building (701) 231-8541 (Fax)
North Dakota State
on
a platform).
What I don't get is the rationale for using both styles. Can anyone
enlighten me regarding this issue?
Thanks!
Tim
--
Tim Mooney [EMAIL PROTECTED]
Information Technology Services (701) 231-1076 (Voice)
Room 242-J6, IACC Building
, but why the change from x$module
and xyes to .$module and .yes? Is that really necessary? What about
other parts of libtool that use x$var = xfoo. If possible, keeping it
consistent would be best.
Tim
--
Tim Mooney [EMAIL PROTECTED]
Information Technology Services
you've quoted is talking about.
Tim
--
Tim Mooney [EMAIL PROTECTED]
Information Technology Services (701) 231-1076 (Voice)
Room 242-J6, IACC Building (701) 231-8541 (Fax)
North Dakota State University, Fargo, ND 58105-5164
autoconf
Depending on the package and what you have installed on your box, more may
be needed than just that.
That's kind of a big hammer approach, though.
Tim
--
Tim Mooney [EMAIL PROTECTED]
Information Technology Services (701) 231-1076 (Voice)
Room
a pointer to a struct or union of a particular
type, it's just that different functions make use of different members of
the struct or union.
Tim
--
Tim Mooney [EMAIL PROTECTED]
Information Technology Services (701) 231-1076 (Voice)
Room 242-J6, IACC Building
conformance)?
I think Albert's suggestion of dropping the ... is the right one.
Tim
--
Tim Mooney [EMAIL PROTECTED]
Information Technology Services (701) 231-1076 (Voice)
Room 242-J6, IACC Building (701) 231-8541 (Fax)
North Dakota State University, Fargo
it never becomes
an issue.
Tim
--
Tim Mooney [EMAIL PROTECTED]
Information Technology Services (701) 231-1076 (Voice)
Room 242-J6, IACC Building (701) 231-8541 (Fax)
North Dakota State University, Fargo, ND 58105-5164
still work fine. Are you sure your response (that bounced) wasn't
to someone else's email, that might have accidentally trimmed out part of
the necessary bits?
Tim
--
Tim Mooney [EMAIL PROTECTED]
Information Technology Services (701) 231-1076 (Voice)
Room 242-J6
In regard to: Re: ltdl.c and 1.4.1 (type conflicts), Bruce Korb said (at...:
Tim Mooney wrote:
Something similar to what's done on page 147 (section 6.7) of KR2e --
KR2e == ANSI
Of course, most of the functions still use the KR style arg definitions.
KR1e.
Thanks for clarifying what I
summarized about this issue on the tru64-unix-managers
mailing list several months back.
Tim
--
Tim Mooney [EMAIL PROTECTED]
Information Technology Services (701) 231-1076 (Voice)
Room 242-J6, IACC Building (701) 231-8541 (Fax)
North Dakota State
loading, e.g. HP-UX 11.x? Does
this cache value (or these cache values) apply there as well, even though
the system uses shl_load instead of dlopen()?
Tim
--
Tim Mooney [EMAIL PROTECTED]
Information Technology Services (701) 231-1076 (Voice)
Room 242-J6
of in comments.
Ok, I'm working on it. I'll have a patch later today or tomorrow.
Tim
--
Tim Mooney [EMAIL PROTECTED]
Information Technology Services (701) 231-1076 (Voice)
Room 242-J6, IACC Building (701) 231-8541 (Fax)
North Dakota State University
* of
listing values for only hosts triplets that have been researched...
:-) For now, what do you think of the updated patch, below?
Tim
--
Tim Mooney [EMAIL PROTECTED]
Information Technology Services (701) 231-1076 (Voice)
Room 242-J6, IACC Building
to libtool.texi about the issue. I'll send the patch
to the libtool-patches list. Take a look, and see what you think.
Tim
--
Tim Mooney [EMAIL PROTECTED]
Information Technology Services (701) 231-1076 (Voice)
Room 242-J6, IACC Building (701) 231-8541
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. Does it mean:
If you explicitly load a shared object via dlopen(), are any
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(), are any shared
objects that it depends on loaded for you automatically?
Or am I misinterpreting?
Tim
--
Tim Mooney
In regard to: Re: libtool-1.4b bootstrap nit, Gary V. Vaughan said (at...:
On Wednesday 11 July 2001 1:17 am, Tim Mooney wrote:
If I grab the tarball from alpha.gnu.org and untar it and then
./bootstrap
No need to bootstrap it yourself unless you fetch from CVS. The tarballs we
In regard to: Re: libtool-1.4b bootstrap nit, Gary V. Vaughan said (at...:
Excellent bug report Tim! Although unable to reproduce the bug with my
shells, I have committed the attached patch, which I think will fix the
problem for you.
Thanks, that did fix it.
Tim
--
Tim Mooney
With these two items from the announcement:
* Improved support for darwin (rhapsody), mingw32, NetBSD, Compaq Tru64 V5.0
and Digital Unix V4.*.
...
* Support for aix5*.
and my understanding of the very recent changes related to AIX (including
AIX 5), coupled with the version
works.
Tim
--
Tim Mooney [EMAIL PROTECTED]
Information Technology Services (701) 231-1076 (Voice)
Room 242-J6, IACC Building (701) 231-8541 (Fax)
North Dakota State University, Fargo, ND 58105-5164
, even that far back there was
good support for doing what you're trying to do.
Search for
libsuff
in ltconfig from 1.3.5, to find the section I'm talking about.
Tim
--
Tim Mooney [EMAIL PROTECTED]
Information Technology Services (701) 231-1076 (Voice
In regard to: libtool on solaris and hard coding the rpath, Liam Hoekenga...:
% ldd libphp4.so
libpam.so.1 = /usr/lib/libpam.so.1
libdl.so.1 =/usr/lib/libdl.so.1
libsocket.so.1 =/usr/lib/libsocket.so.1
libnsl.so.1 = /usr/lib/libnsl.so.1
the RPATH in a shared library is not used to find shared
libraries that are explictly dlopened by a program. I had a Compaq
loader engineer explain it to me one time, it's somewhat complex.
They expect to change that behavior in the future, from what he said.
Tim
--
Tim Mooney
at libtool.m4, the
same might apply on osf[345].)
I believe you're right. I've run into the same problem at various times
with libtool my our Digital/Tru64 UNIX boxes (4.x and 5.x).
Tim
--
Tim Mooney [EMAIL PROTECTED]
Information Technology Services (701) 231-1076
79 matches
Mail list logo