On 1/8/20 10:16 AM, Martin Liška wrote:
On 1/7/20 9:47 PM, Nick Bowler wrote:
On 1/7/20, Martin Liška wrote:
nm -B detection fails to be detected with -flto and -fno-common CFLAGS:
configure:6307: checking command to parse /usr/bin/nm -B output from gcc
object
[...]
configure:6536: gcc -o
On 1/7/20 10:40 PM, Nick Bowler wrote:
On 1/7/20, Bob Friesenhahn wrote:
On Tue, 7 Jan 2020, Nick Bowler wrote:
On 1/7/20, Martin Liška wrote:
nm -B detection fails to be detected with -flto and -fno-common CFLAGS:
I don't know what vintage this documentation is (the copyright says
On 1/7/20 10:07 PM, Bob Friesenhahn wrote:
On Tue, 7 Jan 2020, Nick Bowler wrote:
On 1/7/20, Martin Liška wrote:
nm -B detection fails to be detected with -flto and -fno-common CFLAGS:
I don't know what vintage this documentation is (the copyright says it is from 2020 so it
seems
On 1/7/20 9:47 PM, Nick Bowler wrote:
On 1/7/20, Martin Liška wrote:
nm -B detection fails to be detected with -flto and -fno-common CFLAGS:
configure:6307: checking command to parse /usr/bin/nm -B output from gcc
object
[...]
configure:6536: gcc -o conftest -O2 -Wall -D_FORTIFY_SOURCE=2
int
nm_test_var().
Thanks,
Martin
Please unsubscribe.
___
https://lists.gnu.org/mailman/listinfo/libtool
On 06/07/15 23:18, Simon Richter wrote:
Hi,
On 06.07.2015 20:17, martin wrote:
Random files are generated wth .loT file type.
Files ending in T are temporary files that are generated because some
compilers do not delete the output file on failure. These are renamed to
the same name without
Random files are generated wth .loT file type.
Are there any known reasons for this behaviour?
martin welsh
___
https://lists.gnu.org/mailman/listinfo/libtool
Hello,
I am trying to
compile libtool so I can install another package which requires it. I
have successfully compiled M4, Automake, Autoconf and installed in
/usr/gnu.
When I try to do the same for libtool, I receive errors.
I have tried the following:
./configure --prefix=/usr/gnu
Friesenhahn bfrie...@simple.dallas.tx.us
To: Jeff Martin strak...@yahoo.com
Cc: libtool@gnu.org libtool@gnu.org
Sent: Sunday, August 19, 2012 10:59 AM
Subject: Re: HELP: libtool 2.4.2 not compiling on Solaris 10u10 Sparc
On Sun, 19 Aug 2012, Jeff Martin wrote:
Hello,
I am trying to
compile libtool so I
To: Jeff Martin strak...@yahoo.com
Cc: libtool@gnu.org libtool@gnu.org
Sent: Sunday, August 19, 2012 10:59 AM
Subject: Re: HELP: libtool 2.4.2 not compiling on Solaris 10u10 Sparc
On Sun, 19 Aug 2012, Jeff Martin wrote:
Hello,
I am trying to
compile libtool so I can install another package
Hello,
I am trying to compile libtool so I can install another package which requires
it. I have successfully compiled M4, Automake, Autoconf and installed in
/usr/gnu.
When I try to do the same for libtool, I receive errors.
I have tried the following:
./configure --prefix=/usr/gnu
are properly installed. So perhaps a less
controversial solution or workaround to my problem would be an easy
way to disable these convenient build paths and thus the relinking
completely? But I still don't see a problem with my original solution.
-Martin
Index: libtool-2.4+host-relink/tests/destdir.at
On 16 January 2011 17:13, Ralf Wildenhues ralf.wildenh...@gmx.de wrote:
Hello Martin,
* Martin Panter wrote on Sun, Jan 16, 2011 at 01:04:00PM CET:
Don't search host directory during relink if $inst_prefix is provided
--- libtool-2.4.orig/libltdl/config/ltmain.m4sh
+++ libtool-2.4/libltdl
quite figured out how it happens:
Relink with a DESTDIR install mistakenly links against old installed
libraries rather than those in DESTDIR
http://savannah.gnu.org/support/?107416
-Martin
/libtool.git/commit/?id=e34d7507d63faeb4ddaa75b1ecf87ee5aad1aa37
To me that suggests cross compiling many programs would generally only
be possible by installing third-party target architecture libraries
into the host file system. (I imagine this is kind of how Scratchbox
works.)
-Martin
Don't search host
on
autotools versions and features...
I'm not subscribed to this list, but I hope this mail gets accepted
anyway, and I'll try to keep track of the archives.
Greetings,
Martin von Gagern
signature.asc
Description: OpenPGP digital signature
Hello Ralf,
On Mon, 2 Apr 2007, Ralf Wildenhues wrote:
Hello Martin,
* Martin Koeppe wrote on Wed, Mar 28, 2007 at 11:23:14PM CEST:
I now downloaded libtool-2.1a as of 20070328 13:48 +0200,
applied the patch below and did a complete re-test, i.e. I renamed both the
makes to make.gnu
Hello Ralf,
On Tue, 27 Mar 2007, Ralf Wildenhues wrote:
* Martin Koeppe wrote on Tue, Mar 27, 2007 at 10:32:41PM CEST:
For libtool-2.1a I replaced the outdated config.* and also put a copy
in the root source dir, ran ./configure make (i.e. GNU make!), then
make -k check. The output
Hello,
On Tue, 27 Mar 2007, Duft Markus wrote:
Ralf Wildenhues wrote:
Hello Peter, Martin, all
* Martin Koeppe wrote on Wed, Mar 21, 2007 at 11:45:22PM CET:
the following problems occured:
- without ./bootstrap, libtool-2.1 doesn't have
config.guess/config.sub files, so I used
1
failing test, the hardcode test.
Martin
make-k-check.log.gz
Description: Binary data
testsuite.log.gz
Description: Binary data
some impact on Interix 2.x, but as 3.5 is now available
for free and 3.0 should work as before, it shouldn't matter that much.
Thank you very much
Martin
___
http://lists.gnu.org/mailman/listinfo/libtool
. There is NO
warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.
Darwin laptop.lan 8.2.0 Darwin Kernel Version 8.2.0: Fri Jun 24
17:46:54 PDT 2005; root:xnu-792.2.4.obj~3/RELEASE_PPC Power Macintosh
powerpc
--
Martin Paljak
[EMAIL PROTECTED]
http://martin.paljak.pri.ee
as the other libtool link command debug.
Thanks,
m.
--
Martin Paljak
[EMAIL PROTECTED]
http://martin.paljak.pri.ee/
+372.5156495 - phone
debugs.tar.gz
Description: GNU Zip compressed data
libhttp.la
Description: Binary data
___
http://lists.gnu.org
I forgot to mention that it woks fine on debian unstable (libtool
1.5.6 and autoconf 2.59)
m.
On 9/9/05, Martin Paljak [EMAIL PROTECTED] wrote:
Hi,
On 9/9/05, Ralf Wildenhues [EMAIL PROTECTED] wrote:
Thanks for reporting this.
Please post contents of http/libhttp.la, and the output
by trolltech folks ? Or can i hack the
libqt.la file to make it work ?
Thanks,
m.
--
Martin Paljak
[EMAIL PROTECTED]
http://martin.paljak.pri.ee/
+372.5156495 - phone
___
http://lists.gnu.org/mailman/listinfo/libtool
Hello,
I'm using libtool 1.5.18 on Solaris 9 and I've encountered what seems to be a
bug in libtool's wrapper script for uninstalled programs. It sets an
incorrect LD_LIBRARY_PATH so the programs won't run.
I've converted my entire project to use just one Makefile.am (read Recursive
Make
of false error messages.
Could libtool please redirect nm stderr to /dev/null or take other
actions to suppress the warning.
Or perhaps use objdump which uses stdout to print 'no symbols'.
--
Martin Waitz
signature.asc
Description: Digital signature
Boehne, Robert wrote:
Martin,
Even on a 64-bit capable machine, aCC defaults to 32-bit libraries.
Having config.guess return hppa2.0w does not change the output that
is produced, aCC will produce whatever you tell it to (32-bit by default).
When you're running a configure script you want to set
needs to be patched to support options supplied in CC or CXX
variables
Martin
--- share/libtool/config.guess Thu Sep 11 20:42:41 2003
+++ config.guessThu Sep 11 20:48:01 2003
@@ -622,7 +622,8 @@
then
# avoid double evaluation of $set_cc_for_build
test -n
and CVS libtool:
ltmain.sh (GNU libtool) 1.4e (1.1210 2003/03/25 23:53:38)
-- Martin
References:
http://mail.gnu.org/archive/html/libtool/2002-05/msg00054.html
http://mail.gnu.org/archive/html/automake/2002-09/msg00148.html
___
Libtool mailing list
Albert Chin wrote:
On Mon, Jan 06, 2003 at 05:29:04PM +0100, Martin Frydl wrote:
I've found problem when throwing exception from shared library when
compiled with icc on Linux. I've attached a test case. The source of
this problem is probably linking against c library. Libtool uses
was also successful, but this is
definitelly not a correct solution.
Martin
Robert Boehne wrote:
Albert,
I think it may be that an Autoconf macro is re-setting this
later on. I seem to get archive_cmds_need_lc=yes in nearly
every case I look at.
Robert
Albert Chin wrote:
On Mon, Jan 06, 2003
\
-Qoption,ld,libshr.so.0 -o .libs/libshr.so.0.0.0
When I remove -nostdlib and -lc from command line, exe runs without
problems.
Am I doing something wrong? I've passed CC=icc CXX=icpc to configure.
I'm using CVS version of libtool.
Thanks
Martin
iccexctest.tgz
Description: GNU Zip
Tru64Unix/OSF1 5.1A
--
Martin Mokrejs [EMAIL PROTECTED], [EMAIL PROTECTED]
PGP5.0i key is at http://www.natur.cuni.cz/~mmokrejs
MIPS / Institute for Bioinformatics http://mips.gsf.de
GSF - National Research Center for Environment and Health
Ingolstaedter Landstrasse 1, D-85764 Neuherberg, Germany
On Sat, 7 Dec 2002, Martin MOKREJ wrote:
Hi,
thank you for quick responses. The reason I want to have new libtool is,
that I'm facing problems compiling gtk+ on my machine. I was told I've hit
libtool bug:
/bin/bash ../libtool --mode=link cc -O2 -arch ev6 -I/software/@sys/usr/include
-I/usr
,
link passes without problems but later when library invokes new
operator, core dump occurs.
Are there any suggestions regarding these issues?
Thanks
Martin
___
Libtool mailing list
[EMAIL PROTECTED]
http://mail.gnu.org/mailman/listinfo
building RPMS is to build the package twice, the second time with
the package partially installed. Not very good.
Regards,
Martin
--
[ http://www.dtek.chalmers.se/~d95mback/ ] [ PGP: 0x453504F1 ] [ UIN:
4439498 ]
Opinions expressed above are mine, and not those of my future
employees
I tried rebuilding the ogle RPM with your new version of libtool
(libtool-20011121-1pj), and got the errors shown in the attached file.
There are still things like
libtool: install: warning: `../ogle/libmsgevents.la' has not been
installed in `/usr/lib/ogle'
Regards,
Martin
--
[ http
-1.5-1
autoconf-2.52-4
(both from redhat rawhide).
After changing my configure.in to conform with the new autoconf, I tried
to rebuild the source, package it and build the RPM. Still the same error.
I really hope some libtool person can shed a light on this.
Regards,
Martin
--
[ http
and the source rpms, please
find them at http://www.dtek.chalmers.se/~dvd/
Regards,
Martin
--
[ http://www.dtek.chalmers.se/~d95mback/ ] [ PGP: 0x453504F1 ] [ UIN: 4439498 ]
Opinions expressed above are mine, and not those of my future employees.
SIGBORE: Signature boring error, core dumped
search a better place to discuss these.
On to your complaints.
Martin I think the great misunderstanding is that the autotools are
Martin not targeting real multiplatform development, but Unix centric
Martin distribution of (GNU) OpenSource Software.
Often times people seem to get annoyed
-libs ?
Here's a patch for this:
diff
--
Martin Baulig
[EMAIL PROTECTED] (private)
[EMAIL PROTECTED] (work)
Alexandre Oliva [EMAIL PROTECTED] writes:
On May 20, 2001, Martin Baulig [EMAIL PROTECTED] wrote:
If you have a complicated dependency setup, this will slow down linking
in a very extreme way (it is more than 5 times slower for me) because I get
libraries like -lm or -ldl listed over 30
of them, only the last one
should prevail.
Well, that's what didn't work for me. I'll debug it later on.
--
Martin Baulig
[EMAIL PROTECTED] (private)
[EMAIL PROTECTED] (work)
___
Libtool mailing list
[EMAIL PROTECTED]
http://mail.gnu.org/mailman
es visible. May take a little
longer, unless someone beats me to it...
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.0.1 (GNU/Linux)
Comment: Exmh version 2.1.1 10/15/1999 + martin
iD8DBQE541P3Vw+hz3xBJfQRAlxKAJ90Qc/EKCcCZ9SCzudovA1ZRZSzkwCfa59e
N52cSGUn0HA3dMNfTTG0vD0=
=J8Gz
-END PGP
Ossama Othman wrote:
Hi Martin,
BTW, are you using the AC_LIBTOOL_CXX macro, or are you appending
manually? It looks like you're appending manually. I bet that's why
the deplibs_check_method wasn't set properly for you. Sorry, I didn't
document AC_LIBTOOL_CXX yet.
You're right, I
47 matches
Mail list logo
