/local/lib.
This is libtool 1.3.3 BTW.
Only CVS libtool will implicitly add any necessary -R flags and other
dependencies from the .la file. And that's the reason why this file
is installed.
--
Alexandre Oliva http://www.ic.unicamp.br/~oliva/ Enjoy Guaraná
Cygnus Solutions, a Red H
ha release is not just a CVS snapshot :-)
--
Alexandre Oliva http://www.ic.unicamp.br/~oliva/ Enjoy Guaraná
Cygnus Solutions, a Red Hat companyaoliva@{redhat, cygnus}.com
Free Software Developer and EvangelistCS PhD student at IC-Unicamp
oliva@{lsd.ic.unicamp.br, gnu.org} Write
On Mar 13, 2000, "Gary V. Vaughan" [EMAIL PROTECTED] wrote:
On Mon, Mar 13, 2000 at 02:42:44AM -0300, Alexandre Oliva wrote:
I won't bother to post a revised patch. Ok to install?
Huh? Okay to install what? =)O|
A patch I had posted to binutils only, that fixes the old libto
the instability, without hampering development of the
unstable interface.
--
Alexandre OlivaEnjoy Guaraná, see http://www.ic.unicamp.br/~oliva/
Cygnus Solutions, a Red Hat companyaoliva@{redhat, cygnus}.com
Free Software Developer and EvangelistCS PhD student at IC-Unicamp
oliva
...
Well, you can always try to extract the patch that does that from the
multi-language-branch :-)
--
Alexandre OlivaEnjoy Guaraná, see http://www.ic.unicamp.br/~oliva/
Cygnus Solutions, a Red Hat companyaoliva@{redhat, cygnus}.com
Free Software Developer and EvangelistCS PhD student
On Mar 27, 2000, "Dirk A. Mueller" [EMAIL PROTECTED] wrote:
would it be possible to add "install-strip" support to libtool?
It's already there, but only in CVS.
--
Alexandre OlivaEnjoy Guaraná, see http://www.ic.unicamp.br/~oliva/
Cygnus Solutions, a Red Hat company
not clear to me whether this depends on `cout' being used by your
library. I believe the mere fact of having the C++ (shared) library
linked into a program causes `cout' to be initialized.
--
Alexandre OlivaEnjoy Guaraná, see http://www.ic.unicamp.br/~oliva/
Cygnus Solutions, a Red H
On Apr 12, 2000, Ossama Othman [EMAIL PROTECTED] wrote:
On Wed, Apr 12, 2000 at 07:54:47PM -0400, Kevin Atkinson wrote:
On 11 Apr 2000, Alexandre Oliva wrote:
On Apr 10, 2000, Kevin Atkinson [EMAIL PROTECTED] wrote:
1) On many platforms libtool can create shared libraries for C
On Apr 13, 2000, Kevin Atkinson [EMAIL PROTECTED] wrote:
On 13 Apr 2000, Alexandre Oliva wrote:
On Apr 12, 2000, Kevin Atkinson [EMAIL PROTECTED] wrote:
On 12 Apr 2000, Alexandre Oliva wrote:
On Apr 12, 2000, Michael Bletzinger [EMAIL PROTECTED] wrote:
Another option you might
as the developer doesn't try to impose his view that it is the
user that's responsible for setting LD_LIBRARY_PATH or adding
directories to /etc/ld.so.conf if he doesn't want to follow the
```usual''' set-up.
--
Alexandre OlivaEnjoy Guaraná, see http://www.ic.unicamp.br/~oliva/
Cygnus Solutions, a Red
by
default)
4) IIRC, on some systems, LD_LIBRARY_PATH won't apply to dependent
libraries.
5) etc
6) etc
7) etc :-)
--
Alexandre OlivaEnjoy Guaraná, see http://www.ic.unicamp.br/~oliva/
Cygnus Solutions, a Red Hat companyaoliva@{redhat, cygnus}.com
Free Software Developer and Evangelist
-*-linux-gnu*): Use libsuff 64 for search paths.
This is fine. Please post it to [EMAIL PROTECTED], and it will
eventually be installed.
--
Alexandre OlivaEnjoy Guaraná, see http://www.ic.unicamp.br/~oliva/
Cygnus Solutions, a Red Hat companyaoliva@{redhat, cygnus}.com
Free Software
-Wc,-LANG:std
I don't think it is so simple. The comments below pertain only to IRIX
C++ 7.3.1.1m. This compiler des not understand -Wc.
It's libtool that understands -Wc, and -Xcompiler and strips them off
when invoking the compiler driver for linking shared libraries.
--
Alexandre Oliva
not needed, shouldn't we write the following code instead?
Looks good to me. I'm committing it now. Thanks.
We'll have to review this code and remove all references to target,
and use host wherever we currently refer to target.
--
Alexandre OlivaEnjoy Guaraná, see http://www.ic.unicamp.br/~
have to be done as a special case for sequent-sysv4, as
other sysv4s may not work exactly the same.
--
Alexandre OlivaEnjoy Guaraná, see http://www.ic.unicamp.br/~oliva/
Cygnus Solutions, a Red Hat companyaoliva@{redhat, cygnus}.com
Free Software Developer and EvangelistCS PhD
, but actually
using ld, so it ``quotes'' the arguments in a way that would cause GCC
to pass them to the linker.
--
Alexandre OlivaEnjoy Guaraná, see http://www.ic.unicamp.br/~oliva/
Cygnus Solutions, a Red Hat companyaoliva@{redhat, cygnus}.com
Free Software Developer and Evangelist
the right copy of
libtool.m4.
--
Alexandre OlivaEnjoy Guaraná, see http://www.ic.unicamp.br/~oliva/
Cygnus Solutions, a Red Hat companyaoliva@{redhat, cygnus}.com
Free Software Developer and EvangelistCS PhD student at IC-Unicamp
oliva@{lsd.ic.unicamp.br, gnu.org} Write
On May 21, 2000, Mocha [EMAIL PROTECTED] wrote:
does libtool include -rpath's in shared objects?
Not in release 1.3.4. In the CVS tree, there's the hardcode_into_libs
flag that's used to decide whether to do it or not.
--
Alexandre OlivaEnjoy Guaraná, see http://www.ic.unicamp.br/~oliva
On May 22, 2000, Mocha [EMAIL PROTECTED] wrote:
any idea why it's broken in CVS?
Not yet. I haven't had time to investigate yet :-(
--
Alexandre OlivaEnjoy Guaraná, see http://www.ic.unicamp.br/~oliva/
Cygnus Solutions, a Red Hat companyaoliva@{redhat, cygnus}.com
Free Software
make a configuration variable to enable this behavior?
--
Alexandre OlivaEnjoy Guaraná, see http://www.ic.unicamp.br/~oliva/
Cygnus Solutions, a Red Hat companyaoliva@{redhat, cygnus}.com
Free Software Developer and EvangelistCS PhD student at IC-Unicamp
oliva@{lsd.ic.unicamp.b
. Could someone at
www.gnu.org please fix it?
--
Alexandre OlivaEnjoy Guaraná, see http://www.ic.unicamp.br/~oliva/
Cygnus Solutions, a Red Hat companyaoliva@{redhat, cygnus}.com
Free Software Developer and EvangelistCS PhD student at IC-Unicamp
oliva@{lsd.ic.unicamp.br, gnu.org
?
You may want to check in the patches for Sequent and Rhapsody that
have recently been posted to libtool-patches. Since they're ports to
new systems, they can hardly break existing ports :-)
--
Alexandre OlivaEnjoy Guaraná, see http://www.ic.unicamp.br/~oliva/
Cygnus Solutions, a Red H
refuses to include such non-PIC code in a shared library. This means
you wouldn't be able to create a shared library with g++ on Solaris.
--
Alexandre OlivaEnjoy Guaraná, see http://www.ic.unicamp.br/~oliva/
Cygnus Solutions, a Red Hat companyaoliva@{redhat, cygnus}.com
Free Software
], along with a ChangeLog entry?
--
Alexandre OlivaEnjoy Guaraná, see http://www.ic.unicamp.br/~oliva/
Cygnus Solutions, a Red Hat companyaoliva@{redhat, cygnus}.com
Free Software Developer and EvangelistCS PhD student at IC-Unicamp
oliva@{lsd.ic.unicamp.br, gnu.org} Write to mailing
libtool should
use when it finds libstdc++ is not a shared library.
--
Alexandre OlivaEnjoy Guaraná, see http://www.ic.unicamp.br/~oliva/
Cygnus Solutions, a Red Hat companyaoliva@{redhat, cygnus}.com
Free Software Developer and EvangelistCS PhD student at IC-Unicamp
oliva
, in the test of whether the library format was ELF or a.out.
--
Alexandre OlivaEnjoy Guaraná, see http://www.ic.unicamp.br/~oliva/
Cygnus Solutions, a Red Hat companyaoliva@{redhat, cygnus}.com
Free Software Developer and EvangelistCS PhD student at IC-Unicamp
oliva@{lsd.ic.unicamp.br
Libtool) to find `nm' and didn't get the `-B' option.
What if one really need nm-for-target?
Libtool should probably use AC_CHECK_TOOL itself to find `nm'.
--
Alexandre OlivaEnjoy Guaraná, see http://www.ic.unicamp.br/~oliva/
Cygnus Solutions, a Red Hat companyaoliva@{redhat, cygnus
On Jul 6, 2000, Mo DeJong [EMAIL PROTECTED] wrote:
Does anyone know why libtool still tries to use cc?
Probably because configure doesn't export CC, and ltconfig performs
its own search for cc, which resembles the original autoconf
AC_PROG_CC implementation.
--
Alexandre Oliva Enjoy
.
--
Alexandre Oliva Enjoy Guarana', see http://www.ic.unicamp.br/~oliva/
Red Hat GCC Developer aoliva@{cygnus.com, redhat.com}
CS PhD student at IC-Unicampoliva@{lsd.ic.unicamp.br, gnu.org}
Free Software Evangelist*Please* write to mailing lists, not to me
s when you promise
there won't be any undefined symbols (-no-undefined)
--
Alexandre Oliva Enjoy Guarana', see http://www.ic.unicamp.br/~oliva/
Red Hat GCC Developer aoliva@{cygnus.com, redhat.com}
CS PhD student at IC-Unicampoliva@{lsd.ic.unicamp.br, gnu.org}
Fre
can tell.
--
Alexandre Oliva Enjoy Guarana', see http://www.ic.unicamp.br/~oliva/
Red Hat GCC Developer aoliva@{cygnus.com, redhat.com}
CS PhD student at IC-Unicampoliva@{lsd.ic.unicamp.br, gnu.org}
Free Software Evangelist*Please* write to mailing lists, not to me
if the library is self-contained.
--
Alexandre Oliva Enjoy Guarana', see http://www.ic.unicamp.br/~oliva/
Red Hat GCC Developer aoliva@{cygnus.com, redhat.com}
CS PhD student at IC-Unicampoliva@{lsd.ic.unicamp.br, gnu.org}
Free Software Evangelist*Please* write
, it uses whatever is
passed in from its environment. You don't have to export CC,
AC_PROG_LIBTOOL passes it down to ltconfig.
CC_FOR_BUILD may still be useful, though.
Now I just need to figure out how to make libtool name it "foo.dll"
instead of libfoo-0-0-0.dll.
-avoid-version
--
Alexa
libraries and
not drop for `-module's?
In any case, we'd have to resurrect the shared-library detection
mechanisms on systems for which we've switched to pass_all, and figure
out some way to enable them. And then, implement the option. Any
volunteers?
--
Alexandre Oliva Enjoy Guarana', see http
On May 22, 2000, Mocha [EMAIL PROTECTED] wrote:
I think you may have gotten the Wl (since you made it) into CVS
Yup, just installed.
but not the
inter-library dependency one.
Will you please post it to [EMAIL PROTECTED], along with a
ChangeLog entry? Thanks
--
Alexandre Oliva Enjoy
-libtool
objects: /usr/local/lib/libbar.a
Libtool is right. It can't be done portably, so libtool won't do it
for you.
--
Alexandre Oliva Enjoy Guarana', see http://www.ic.unicamp.br/~oliva/
Red Hat GCC Developer aoliva@{cygnus.com, redhat.com}
CS PhD student at IC-Unicamp
that generates that wrapper
script?
--
Alexandre Oliva Enjoy Guarana', see http://www.ic.unicamp.br/~oliva/
Red Hat GCC Developer aoliva@{cygnus.com, redhat.com}
CS PhD student at IC-Unicampoliva@{lsd.ic.unicamp.br, gnu.org}
Free Software Evangelist*Please* write
On Jul 25, 2000, [EMAIL PROTECTED] wrote:
I wish to port libtool to a new platform.
Please check out the CVS tree, update your patch (if needed) and post
it along with a ChangeLog entry to [EMAIL PROTECTED] Thanks,
--
Alexandre Oliva Enjoy Guarana', see http://www.ic.unicamp.br/~oliva
to download my messages, and it wouldn't even tell me
there were messages for me. I took me three days to figure it out :-(
Here's a patch that fixes this problem:
Index: ChangeLog
from Alexandre Oliva [EMAIL PROTECTED]
* configure.in (AM_PROG_GCJ): Moved definition...
* libtool.m4: ... here
On Aug 3, 2000, Akim Demaille [EMAIL PROTECTED] wrote:
Why not using something more simple, such as passing an envvar with
the version or things like this?
It's not just a matter of reporting conflicts. It's a matter of
ensuring that the user will get the work done.
--
Alexandre Oliva
haven't followed the development of
the ML branch as closely as I should, so I may just be missing
something :-(
--
Alexandre Oliva Enjoy Guarana', see http://www.ic.unicamp.br/~oliva/
Red Hat GCC Developer aoliva@{cygnus.com, redhat.com}
CS PhD student at IC-Unicampoliva
don't get further
replaced when imported into other CVS trees, but nobody does that.
Not even myself :-)
--
Alexandre Oliva Enjoy Guarana', see http://www.ic.unicamp.br/~oliva/
Red Hat GCC Developer aoliva@{cygnus.com, redhat.com}
CS PhD student at IC-Unicamp
On Aug 13, 2000, Assar Westerlund [EMAIL PROTECTED] wrote:
* ltconfig.in: add back ranlib calls for static libraries if there
is a ranlib
Thanks, I'm checking this in. Sorry about the delay.
--
Alexandre Oliva Enjoy Guarana', see http://www.ic.unicamp.br/~oliva/
Red Hat GCC
On Jul 28, 2000, Pavel Roskin [EMAIL PROTECTED] wrote:
+ * ltconfig.in: only load $cache_file if it's a regular file
Thanks, I'm checking this in
--
Alexandre Oliva Enjoy Guarana', see http://www.ic.unicamp.br/~oliva/
Red Hat GCC Developer aoliva@{cygnus.com
On Sep 1, 2000, Alexandre Oliva [EMAIL PROTECTED] wrote:
On Sep 1, 2000, Patrick Tullmann [EMAIL PROTECTED] wrote:
I think something isn't quite right in the shared-library detection
code in configure. (Quite possible when cross-compiling to the
OSKit.) But, this patch at least lets my
On Sep 4, 2000, Patrick Tullmann [EMAIL PROTECTED] wrote:
Let me know if you would like me to check patch this into the Kaffe
CVS.
Please go ahead.
--
Alexandre Oliva Enjoy Guarana', see http://www.ic.unicamp.br/~oliva/
Red Hat GCC Developer aoliva@{cygnus.com
Is this correct?
Nope, my fault. When I modified the code for hardcode_into_libs=all
yesterday, I assumed an equivalence that was wrong. Now I've just
dropped what used to be hardcode_into_libs=all altogether, and it
seems to be working fine.
--
Alexandre Oliva Enjoy Guarana', see http
On Sep 5, 2000, Alexandre Oliva [EMAIL PROTECTED] wrote:
A bigger problem could show up if two libraries in the same directory,
one dependent on the other, are installed concurrently. If relinking
is needed for the dependent library, we have a problem. It appears to
me that user will have
On Sep 11, 2000, Michael Matz [EMAIL PROTECTED] wrote:
output_obj=`$echo "X$srcfile" | $Xsed -e 's%^.*/%%' -e 's%\.[^.]*$%%'`.${objext}
Yep
May be I should collect all our KDE-patches and submit them ;)
Please, by all means, do! :-)
--
Alexandre Oliva Enjoy Guarana'
++ support.
It's highly outdated, at this point. Basically, you have to modify
ltcf-cxx.sh. Take a look at it and see if it makes any sense for you
:-)
--
Alexandre Oliva Enjoy Guarana', see http://www.ic.unicamp.br/~oliva/
Red Hat GCC Developer aoliva@{cygnus.com, redhat.com}
CS
using. Also, what are the libtool-related
macros called in configure.in? Is AC_LIBTOOL_CXX being called
explicitly (it shouldn't), or is it called implicitly by the
AC_PROG_CXX hook?
--
Alexandre Oliva Enjoy Guarana', see http://www.ic.unicamp.br/~oliva/
Red Hat GCC Developer
in certain corner
cases in it.
--
Alexandre Oliva Enjoy Guarana', see http://www.ic.unicamp.br/~oliva/
Red Hat GCC Developer aoliva@{cygnus.com, redhat.com}
CS PhD student at IC-Unicampoliva@{lsd.ic.unicamp.br, gnu.org}
Free Software Evangelist*Please* write to mailing
n'' or, even better,
``GNU Wins'', be a good thing? :-)
--
Alexandre Oliva Enjoy Guarana', see http://www.ic.unicamp.br/~oliva/
Red Hat GCC Developer aoliva@{cygnus.com, redhat.com}
CS PhD student at IC-Unicampoliva@{lsd.ic.unicamp.br, gnu.org}
Free Software Evange
a relocatable object
file out of the components. I'd also like to have PIC and non-PIC
versions of convenience libraries; PIC versions would be used to
create shared libraries, and non-PIC would be used for static
libraries as well as executables.
--
Alexandre Oliva Enjoy Guarana', see http
require libtool to know the directory in which a program is
going to be installed. This information isn't available when the
program is linked.
--
Alexandre Oliva Enjoy Guarana', see http://www.ic.unicamp.br/~oliva/
Red Hat GCC Developer aoliva@{cygnus.com, redhat.com}
CS PhD
with both autoconf 2.13 and CVS
autoconf, without triggering the warning in CVS autoconf, is this
(from CVS automake's missing.m4):
am_backtick='`'
AC_MSG_WARN([${am_backtick}$VAR' ...])
--
Alexandre Oliva Enjoy Guarana', see http://www.ic.unicamp.br/~oliva/
Red Hat GCC Developer
in favor of this change.
--
Alexandre Oliva Enjoy Guarana', see http://www.ic.unicamp.br/~oliva/
Red Hat GCC Developer aoliva@{cygnus.com, redhat.com}
CS PhD student at IC-Unicampoliva@{lsd.ic.unicamp.br, gnu.org}
Free Software Evangelist*Please* write to mailing
On Oct 24, 2000, Carlo Wood [EMAIL PROTECTED] wrote:
Completely missing any notition of the libtool.m4 file
in /usr/local/share/aclocal.
See the libtool manual. It advises you to copy libtool.m4 into
acinclude.m4 or aclocal.m4, precisely to avoid this kind of problem.
--
Alexandre Oliva
installed by the libtool
package, right? Ok, I see the point now. Yes, aliases would be a
nice addition, and so might be searching for additional compilers.
--
Alexandre Oliva Enjoy Guarana', see http://www.ic.unicamp.br/~oliva/
Red Hat GCC Developer aoliva@{cygnus.com
be better (and easier) to simply specify the configuration tag you'd
like libtool to use, instead of letting it attempt (and fail) to infer
it. Of course, this will fail in case you *do* have multiple
compilers with different options.
--
Alexandre Oliva Enjoy Guarana', see http://www.ic.unicamp.br
environment variable, what would be the recommended way to add the
+s to my configure.in?
LDFLAGS=-Wl,+s.
But you shouldn't add it to your configure.in; if you do, you'll be
making decisions that people who *build* your package should be
allowed to do.
--
Alexandre Oliva Enjoy Guarana', see
been sniffing diesel fumes too long? :^)
:-)
--
Alexandre Oliva Enjoy Guarana', see http://www.ic.unicamp.br/~oliva/
Red Hat GCC Developer aoliva@{cygnus.com, redhat.com}
CS PhD student at IC-Unicampoliva@{lsd.ic.unicamp.br, gnu.org}
Free Software Evangelist
. The failure is on `mkdir .libs', which may give you a hint
into the problem.
--
Alexandre Oliva Enjoy Guarana', see http://www.ic.unicamp.br/~oliva/
Red Hat GCC Developer aoliva@{cygnus.com, redhat.com}
CS PhD student at IC-Unicampoliva@{lsd.ic.unicamp.br, gnu.org}
Free
On Nov 3, 2000, Akim Demaille [EMAIL PROTECTED] wrote:
What should we do?
Pavel Return to A[CHMSTU]
Agreed.
I'd rather take almost the full range and except AR if we need to.
I'd prefer that the maintainers of autoconf weren't so greedy about
prefixes :-)
--
Alexandre Oliva Enjoy
:-)
--
Alexandre Oliva Enjoy Guarana', see http://www.ic.unicamp.br/~oliva/
Red Hat GCC Developer aoliva@{cygnus.com, redhat.com}
CS PhD student at IC-Unicampoliva@{lsd.ic.unicamp.br, gnu.org}
Free Software Evangelist*Please* write to mailing lists, not to me
ven if the interface of the library only uses extern "C". That's
unfortunate, but true, and it will remain so until a standard for name
mangling, internal representation of data and exception handling
becomes widely adopted.
--
Alexandre Oliva Enjoy Guarana', see http://www.ic.unicamp.br
`static int i;'
--
Alexandre Oliva Enjoy Guarana', see http://www.ic.unicamp.br/~oliva/
Red Hat GCC Developer aoliva@{cygnus.com, redhat.com}
CS PhD student at IC-Unicampoliva@{lsd.ic.unicamp.br, gnu.org}
Free Software Evangelist*Please* write to mailing lists
an error) if we find a request to
create a library out of no source files.
--
Alexandre Oliva Enjoy Guarana', see http://www.ic.unicamp.br/~oliva/
Red Hat GCC Developer aoliva@{cygnus.com, redhat.com}
CS PhD student at IC-Unicampoliva@{lsd.ic.unicamp.br, gnu.org}
Free
?
--
Alexandre Oliva Enjoy Guarana', see http://www.ic.unicamp.br/~oliva/
Red Hat GCC Developer aoliva@{cygnus.com, redhat.com}
CS PhD student at IC-Unicampoliva@{lsd.ic.unicamp.br, gnu.org}
Free Software Evangelist*Please* write to mailing lists, not to me
you're creating. Specifying one or more source files is
supposed to give automake a clue on which languages are being used in
the sub-libraries.
Is it impossible to support building libraries out of ONLY other
libraries?
Yes. It isn't portable. Some linkers just fail.
--
Alexandre Oliva
and those
introduced by -I switches)
--
Alexandre Oliva Enjoy Guarana', see http://www.ic.unicamp.br/~oliva/
Red Hat GCC Developer aoliva@{cygnus.com, redhat.com}
CS PhD student at IC-Unicampoliva@{lsd.ic.unicamp.br, gnu.org}
Free Software Evangelist*Please* write
libtool-specific M4 macros that one
could use *instead* of autoconf macros. This doesn't appeal very much
to me.
--
Alexandre Oliva Enjoy Guarana', see http://www.ic.unicamp.br/~oliva/
Red Hat GCC Developer aoliva@{cygnus.com, redhat.com}
CS PhD student at IC-Unicamp
On Nov 28, 2000, Kevin Atkinson [EMAIL PROTECTED] wrote:
On 28 Nov 2000, Alexandre Oliva wrote:
On Nov 28, 2000, Bernard Dautrevaux [EMAIL PROTECTED] wrote:
in C++
struct lt_dlhandle
automatically define a TYPENAME i.e. makes an implicit
typedef struct lt_dlhandle lt_dlhandle
On Nov 28, 2000, "Gary V. Vaughan" [EMAIL PROTECTED] wrote:
How about we simply change the name of the struct to lt_handlerecord
or something?
I prefer `something' :-)
How about `typedef struct lt_dlhandle_struct lt_dlhandle'?
--
Alexandre Oliva Enjoy Guarana'
On Dec 3, 2000, "David Reid" [EMAIL PROTECTED] wrote:
How can I get more information on failed tests?
make VERBOSE=yes check
--
Alexandre Oliva Enjoy Guarana', see http://www.ic.unicamp.br/~oliva/
Red Hat GCC Developer aoliva@{cygnus.com, redhat.com}
CS PhD stu
format and C library version, is there
any reason why testing for __ELF__ and __GLIBC__ isn't enough?
--
Alexandre Oliva Enjoy Guarana', see http://www.ic.unicamp.br/~oliva/
Red Hat GCC Developer aoliva@{cygnus.com, redhat.com}
CS PhD student at IC-Unicampoliva
dotperchar=`echo $cmd | sed 's,.,. ,g'
length=`set $onedotperchar; echo $#`
Or use `awk':
length=`echo cmd | awk '{print length($0);}'`
(I'm not 100% sure length() is in the portable subset of awk, though)
--
Alexandre Oliva Enjoy Guarana', see http://www.ic.unicamp.br/~oliva/
Red Hat GCC
On Dec 13, 2000, Robert Boehne [EMAIL PROTECTED] wrote:
So, is the '-Wl,' supposed to be removed and the test is written wrong,
Yep, libtool should indeed remove `-Wl,', but only if `$wl' is empty.
In general, the result should have `-Wl,' replaced with the contents
of `$wl'.
--
Alexandre
ly, so I just ticked it to deal with it later
ii) it was posted to the wrong mailing list (libtool-patches would
have been the right place), so it's now in the folder in which I've
got 270 other messages. You can supposed I don't go over all of them
very often :-(
iii) I'm still too busy :-(
On Dec 20, 2000, Albert Chin-A-Young [EMAIL PROTECTED] wrote:
Do we care?
Nope, we just get the link needlessly created more than once (unless
duplicates are taken care of elsewhere, I'm not sure)
--
Alexandre Oliva Enjoy Guarana', see http://www.ic.unicamp.br/~oliva/
Red Hat GCC Developer
the main feature that's going to be
introduced in libtool 1.4.
--
Alexandre Oliva Enjoy Guarana', see http://www.ic.unicamp.br/~oliva/
Red Hat GCC Developer aoliva@{cygnus.com, redhat.com}
CS PhD student at IC-Unicampoliva@{lsd.ic.unicamp.br, gnu.org}
Free Software
, though (both
HEAD and MLB).
--
Alexandre Oliva Enjoy Guarana', see http://www.ic.unicamp.br/~oliva/
Red Hat GCC Developer aoliva@{cygnus.com, redhat.com}
CS PhD student at IC-Unicampoliva@{lsd.ic.unicamp.br, gnu.org}
Free Software Evangelist*Please* write to mailing
On Jan 14, 2001, Ben Elliston [EMAIL PROTECTED] wrote:
Is there a workaround?
LIBTOOL="/path/to/libtool --silent"
Perhaps automake should introduce support for LTFLAGS?
--
Alexandre Oliva Enjoy Guarana', see http://www.ic.unicamp.br/~oliva/
Red Hat GCC Developer
On Jan 15, 2001, [EMAIL PROTECTED] (William M. Perry) wrote:
ifneq (,$(findstring s,$(MAKEFLAGS)))
LIBTOOL+= --quiet
endif
I think I wouldn't reject a patch that would look at MAKEFLAGS and
turn libtool quiet if it finds a -s in there...
--
Alexandre Oliva Enjoy Guarana', see http
On Jan 15, 2001, Gernot Ziegler [EMAIL PROTECTED] wrote:
It seems now that there is no way to make libtool link a 64 bit _shared_
library, since it ignores the "-mabi=64"-option for the linking command
Try -Wc,-mabi=64
--
Alexandre Oliva Enjoy Guarana', see http://www.ic.unicamp
something like
this?
Why do you think libtool doesn't support it? You can certainly link
in libtool object files from multiple directories into a single
libtool library. Can't you?
--
Alexandre Oliva Enjoy Guarana', see http://www.ic.unicamp.br/~oliva/
Red Hat GCC Developer
On Jan 27, 2001, "Gary V. Vaughan" [EMAIL PROTECTED] wrote:
exit0x3fc
../snprintfv/snprintfv/.libs/li
bsnprintfvc.a(format.o)
Solaris' ld can't link non-PIC libraries into shared libraries when
`-z text' is used. This is the symptom.
--
Alexa
On Jan 28, 2001, Gernot Ziegler [EMAIL PROTECTED] wrote:
it - maybe a new libtool option is needed for that ?
-Wc,-mabi=64 should work. With a CVS version of libtool.
--
Alexandre Oliva Enjoy Guarana', see http://www.ic.unicamp.br/~oliva/
Red Hat GCC Developer aoliva
build-1
cd /tmp/build-1
/path/to/srcdir/configure ...
make
mkdir /tmp/build-2
cd /tmp/build-2
/path/to/srcdir/configure ...
make
cd /path/to/srcdir
mkdir build-3
cd build-3
../cofnigure ...
make
...
--
Alexandre Oliva Enjoy Guarana', see http://www.ic.unicamp.br/~oliva/
Red Hat GCC
onger work.
--
Alexandre Oliva Enjoy Guarana', see http://www.ic.unicamp.br/~oliva/
Red Hat GCC Developer aoliva@{cygnus.com, redhat.com}
CS PhD student at IC-Unicampoliva@{lsd.ic.unicamp.br, gnu.org}
Free Software Evangelist*Please* write to mailing lists,
should probably have some configuration flag to indicate that
incremental old_archiving is not possible, and fallback to relinking
in this case.
--
Alexandre Oliva Enjoy Guarana', see http://www.ic.unicamp.br/~oliva/
Red Hat GCC Developer aoliva@{cygnus.com, redhat.com}
CS PhD s
libtoolize the package?
--
Alexandre Oliva Enjoy Guarana', see http://www.ic.unicamp.br/~oliva/
Red Hat GCC Developer aoliva@{cygnus.com, redhat.com}
CS PhD student at IC-Unicampoliva@{lsd.ic.unicamp.br, gnu.org}
Free Software Evangelist*Please* write to mailing lists
) in ltcf-c.sh, ltcf-cxx.sh and ltcf-gcj.sh, in the GCC section of
Solaris, adds -mimpure-text to archive_cmds if deplibs_check_method is
pass_all.
--
Alexandre Oliva Enjoy Guarana', see http://www.ic.unicamp.br/~oliva/
Red Hat GCC Developer aoliva@{cygnus.com, redhat.com}
CS PhD
S autoconf and
the readiness of CVS libtool to it.
--
Alexandre Oliva Enjoy Guarana', see http://www.ic.unicamp.br/~oliva/
Red Hat GCC Developer aoliva@{cygnus.com, redhat.com}
CS PhD student at IC-Unicampoliva@{lsd.ic.unicamp.br, gnu.org}
Free Software Evangelist*Ple
for a C
program, IMO.
--
Alexandre Oliva Enjoy Guarana', see http://www.ic.unicamp.br/~oliva/
Red Hat GCC Developer aoliva@{cygnus.com, redhat.com}
CS PhD student at IC-Unicampoliva@{lsd.ic.unicamp.br, gnu.org}
Free Software Evangelist*Please* write to mail
On Jan 31, 2001, Wolfgang Mueller [EMAIL PROTECTED] wrote:
I get the following problem on a sun which has several versions of
gcc.
I don't see any problem here. Or do you mean that gibberish after
your signature? :-)
--
Alexandre Oliva Enjoy Guarana', see http://www.ic.unicamp.br/~oliva
and see if that
works
Try the other way round. -mimpure-text can never hurt (unless you
really need a shared library not to contain any non-PIC code), as long
as it is supported.
--
Alexandre Oliva Enjoy Guarana', see http://www.ic.unicamp.br/~oliva/
Red Hat GCC Developer
c or awk
would.
I know some exprs won't print matches wider than 128 bytes, but I
don't know of any limitation when only the length of the match is
requested, as in our case.
This would result in our using command lines shorter than available.
No big deal, I suppose. And users will probably ask abou
? :-)
--
Alexandre Oliva Enjoy Guarana', see http://www.ic.unicamp.br/~oliva/
Red Hat GCC Developer aoliva@{cygnus.com, redhat.com}
CS PhD student at IC-Unicampoliva@{lsd.ic.unicamp.br, gnu.org}
Free Software Evangelist*Please* write to mailing lists, not to me
package), and the .so.MAJOR of the latest version
thereof (as per the lib package). Or something like that :-)
--
Alexandre Oliva Enjoy Guarana', see http://www.ic.unicamp.br/~oliva/
Red Hat GCC Developer aoliva@{cygnus.com, redhat.com}
CS PhD student at IC-Unicampoliva
1 - 100 of 229 matches
Mail list logo
