Re: libtool 1.5.8 on Solaris 8

Hi Bob, On Fri, 2004-08-27 at 17:53, Bob Friesenhahn wrote: I am glad to see that you responded to this since you were the one who made multi-lingual libtool possible. Thank you very much. Thanks! It seems to me that if the C++ compiler is used to link, then C++ exceptions will work.

Re: Libtool 1.5 1.4.3

://www.gnu.org/software/libtool/contribute.html -Ossama -- Ossama Othman [EMAIL PROTECTED] Distributed Object Computing Laboratory, Univ. of California at Irvine 1024D/F7A394A8 - 84ED AA0B 1203 99E4 1068 70E6 5EB7 5E71 F7A3 94A8 ___ Libtool mailing list [EMAIL

Re: Shared C++ libraries on AIX

in the latest libtool M4 macros? Some of libtool's functionality is now at done at `configure'-time, meaning that you have to pull in the latest libtool M4 macros. HTH, -Ossama -- Ossama Othman [EMAIL PROTECTED] Distributed Object Computing Laboratory, Univ. of California at Irvine 1024D/F7A394A8 - 84ED AA0B

libtool assumes all ARM distributions use glibc 2.1.1

. -Ossama -- Ossama Othman [EMAIL PROTECTED] Distributed Object Computing Laboratory, Univ. of California at Irvine 1024D/F7A394A8 - 84ED AA0B 1203 99E4 1068 70E6 5EB7 5E71 F7A3 94A8 ___ Libtool mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman

Re: libtool doesn't allow make DESTDIR=`pwd`/foo install anymore.

applied Mo Dejong's patch. However, I'll resynch with the libtool-1-4 patch just in case. -Ossama -- Ossama Othman [EMAIL PROTECTED] Distributed Object Computing Laboratory, Univ. of California at Irvine 1024D/F7A394A8 - 84ED AA0B 1203 99E4 1068 70E6 5EB7 5E71 F7A3 94A8

[egagnon@j-meg.com: Bug#97759: libtool: build problem]

PROTECTED] Orignal-Sender: egagnon Resent-To: [EMAIL PROTECTED] Resent-CC: Ossama Othman [EMAIL PROTECTED] Resent-Date: Thu, 17 May 2001 06:03:45 GMT Resent-Message-ID: [EMAIL PROTECTED] Resent-Sender: [EMAIL PROTECTED] X-Debian-PR-Message: report 97759 X-Debian-PR-Package: libtool X-Debian-PR

[bam@snoopy.apana.org.au: Bug#97224: libtoolize reports aclocal.m4 out-of-date when it isn't]

' aclocal.m4 /dev/null 21; then which does not match this data: egrep '^AC_DEFUN\(\[A[MC]_PROG_LIBTOOL' aclocal.m4 AC_DEFUN([AC_PROG_LIBTOOL], AC_DEFUN([AM_PROG_LIBTOOL], [AC_PROG_LIBTOOL]) because of the extra [. -Ossama -- Ossama Othman [EMAIL PROTECTED] Distributed Object Computing Laboratory

lots of -lresolv added to command line?

Hi, Here's another libtool 1.4 bug report from a Debian user: --- Is this a bug or a feature? /bin/sh ../../libtool --mode=link gcc -Wall -Wmissing-prototypes -Wpointer-arith -Wbad-function-cast -Wmissing-declarations -Wnested-externs

Re: lots of -lresolv added to command line?

the second one. A library certainly shouldn't depend on itself. Doing so would fix the duplicate consecutive libraries (e.g. -lresolv -lresolv -lresolv) and still retain the semantics of having more than one instance of the library in the link command such as -lgcc -lfoo -lgcc. -Ossama -- Ossama Othman

Re: lots of -lresolv added to command line?

Hi Thomas, On Thu, May 17, 2001 at 07:02:50PM +0200, Thomas Tanner wrote: On 17-May-2001 Ossama Othman wrote: /bin/sh ../../libtool --mode=link gcc -Wall -Wmissing-prototypes -Wpointer-arith -Wbad-function-cast -Wmissing-declarations -Wnested-externs -g -O2 -o ipropd-slave

Re: Libtool drops -static from LDFLAGS?

Hi Alexandre, On Tue, May 08, 2001 at 03:55:36PM -0300, Alexandre Oliva wrote: On May 8, 2001, Ossama Othman [EMAIL PROTECTED] wrote: Right, but the problem is that is it prevents users who know what they're doing from using gcc's -static option. Nope. -all-static does that. It's

Re: Libtool drops -static from LDFLAGS?

libraries, not to *require* them. Right, but the problem is that is it prevents users who know what they're doing from using gcc's -static option. It seems to me that libtool shouldn't do this sort of filtering. -Ossama -- Ossama Othman [EMAIL PROTECTED] Distributed Object Computing Laboratory

Libtool drops -static from LDFLAGS?

Hi, Libtool drops the user supplied -static flag (e.g. in $LDFLAGS) from the link command. Is this what we want? This behavior has been a source of confusion for some users. -Ossama -- Ossama Othman [EMAIL PROTECTED] Distributed Object Computing Laboratory, Univ. of California at Irvine

Re: Building c++ library with cxx/osf with libtool

in the libtool multi-language branch work for you? There may be no need to modify libtool, if so. -Ossama -- Ossama Othman [EMAIL PROTECTED] Distributed Object Computing Laboratory, Univ. of California at Irvine 1024D/F7A394A8 - 84ED AA0B 1203 99E4 1068 70E6 5EB7 5E71 F7A3 94A8

Re: KCC and cxx archiver

t libtool. For the cxx compiler (for DEC alpha, maybe Compaq now?) I had to do The Compaq C++ compiler is also already supported in the multi-language branch libtool. I'd be interested in any feedback you might have regarding that support. -Ossama -- Ossama Othman [EMAIL PROTECTED] Distributed

Re: arg list too long (so, split it into two?)

understand. -Ossama -- Ossama Othman [EMAIL PROTECTED] Distributed Object Computing Laboratory, Univ. of California at Irvine 1024D/F7A394A8 - 84ED AA0B 1203 99E4 1068 70E6 5EB7 5E71 F7A3 94A8 ___ Libtool mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/libtool

Re: Three problems with libtools

, but I also ran into this problem with one my own packages. I'll try to get this problem soon, if the rest of the team doesn't have time. -Ossama -- Ossama Othman [EMAIL PROTECTED] Distributed Object Computing Laboratory, Univ. of California at Irvine 1024D/F7A394A8 - 84ED AA0B 1203 99E4 1068

libtool convenience library question

Hi, Is there any reason why libtool convenience libraries use an intermediate static library? Isn't it possible to just add the object files directly to the link command? Are issues such as command line length involved here? Thanks, -Ossama -- Ossama Othman [EMAIL PROTECTED] Distributed

Re: [Libtool] Multi-lingual libtool nit

-branch libtool. Thanks for the report Bob! -Ossama -- Ossama Othman [EMAIL PROTECTED] Distributed Object Computing Laboratory, Univ. of California at Irvine 1024D/F7A394A8 - 84ED AA0B 1203 99E4 1068 70E6 5EB7 5E71 F7A3 94A8 ___ Libtool mailing list

Re: [Libtool] How about a C++ test in the multi-language-branch?

. -Ossama -- Ossama Othman [EMAIL PROTECTED] Distributed Object Computing Laboratory, Univ. of California at Irvine 1024D/F7A394A8 - 84ED AA0B 1203 99E4 1068 70E6 5EB7 5E71 F7A3 94A8 ___ Libtool mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman

Re: multi-language-branch: --tag=CXX not specified

working a few months ago. -Ossama -- Ossama Othman [EMAIL PROTECTED] Distributed Object Computing Laboratory, Univ. of California at Irvine 1024D/F7A394A8 - 84ED AA0B 1203 99E4 1068 70E6 5EB7 5E71 F7A3 94A8

Re: multi-language-branch: --tag=CXX not specified

e above message is coming from the automatic tagged configuration selection code I mentioned in my last message. Thanks, -Ossama -- Ossama Othman [EMAIL PROTECTED] Distributed Object Computing Laboratory, Univ. of California at Irvine 1024D/F7A394A8 - 84ED AA0B 1203 99E4 1068 70E6 5EB7 5E71 F7A3 94A8

Re: multi-language-branch: --tag=CXX not specified

ibtool --cache-file=/dev/null --with-gcc --build=powerpc-ibm-aix4.3.3.0 --add-tag=CXX make/ltcf-cxx.sh powerpc-ibm-aix4.3.3.0 # BTW, Robert thanks so much for working on the AIX port! I've been aching to get that port completed but since I don't have access to an AIX box I've been waiting for someone to come along to help out. :-) -Ossama -- Ossama Othman [EMAIL PROTECTED] Distributed Object Computing Laboratory, Univ. of California at Irvine 1024D/F7A394A8 - 84ED AA0B 1203 99E4 1068 70E6 5EB7 5E71 F7A3 94A8

Re: Link static library into libtool library

autoconf and automake, in addition to the CVS versions. However, there may still be a problem with using CVS autoconf. I'm not sure if the problem was ever resolved. -Ossama -- Ossama Othman [EMAIL PROTECTED] Distributed Object Computing Laboratory, Univ. of California at Irvine 1024D/F7A394A8 - 84ED

ML libtool: shared libs linked against static ones

ass_all," which is why the static lib never gets dropped during the ILD analysis loop. Does Solaris actually support linking shared libs against static ones? If not, then it may be a better idea to use the "file_magic" deplibs check method. Thoughts? -Ossama -- Ossama Othman [EMAIL

Re: ML libtool: shared libs linked against static ones

Hi Michael, On Sun, Jun 11, 2000 at 02:33:36AM +0200, Michael Matz wrote: On Sat, 10 Jun 2000, Ossama Othman wrote: BTW, I finally got around to setting up two default GNU C++ configurations, one for when g++ uses GNU ld as its linker, and one for the general case (simple

Re: ML branch: okay to switch to CVS automake/autoconf?

a problem with that? Just one: time. :-) I don't have the time to maintain another branch. -Ossama -- Ossama Othman [EMAIL PROTECTED] Distributed Object Computing Laboratory, Univ. of California at Irvine 1024D/F7A394A8 - 84ED AA0B 1203 99E4 1068 70E6 5EB7 5E71 F7A3 94A8

Re: ml weiredness

ot; fi deplibs= Furthermore this wrong ordering is saved into the .la files and every other lib I want to link against them picks that up. The above patch should fix the problem. -Ossama -- Ossama Othman [EMAIL PROTECTED] Distributed Object Computing Laboratory, Univ. of California at Irvine 1024D/F7A394A8 - 84ED AA0B 1203 99E4 1068 70E6 5EB7 5E71 F7A3 94A8

Re: ml weiredness

Hi, There was a slight bug in the patch I just posted, but I think that you get the idea of what it was supposed to do. -Ossama -- Ossama Othman [EMAIL PROTECTED] Distributed Object Computing Laboratory, Univ. of California at Irvine 1024D/F7A394A8 - 84ED AA0B 1203 99E4 1068 70E6 5EB7 5E71

Re: ml weiredness

Hi Stephan, You're too quick. :-) I'm testing a different patch which should be better, and incurs less overhead during link-time, since it is run at config-time. On Sun, Jun 04, 2000 at 01:12:53AM +0200, Stephan Kulow wrote: Ossama Othman wrote: There was a slight bug in the patch I just

Re: ml weiredness

iable passed to the ILD analyser: libs: -lm -L/usr/lib/gcc-lib/i386-linux/2.95.2 -lstdc++ -lm -lgcc -lc -lgcc You're KDE test is of course much more exhaustive then this simple test. Can you please give the new patch a try? Thanks, -Ossama -- Ossama Othman [EMAIL PROTECTED] Distributed Object Computing Laboratory, Univ. of California at Irvine 1024D/F7A394A8 - 84ED AA0B 1203 99E4 1068 70E6 5EB7 5E71 F7A3 94A8

Re: ml weiredness

/lib -lstdc++ -lm -lc -lgcc' Also quite perfect. I investigate further Great! Thank you very much! -Ossama -- Ossama Othman [EMAIL PROTECTED] Distributed Object Computing Laboratory, Univ. of California at Irvine 1024D/F7A394A8 - 84ED AA0B 1203 99E4 1068 70E6 5EB7 5E71 F7A3 94A8

ML branch: okay to switch to CVS automake/autoconf?

to such a move then I may rethink the switch. Does anyone have problems with such a change? Thanks, -Ossama -- Ossama Othman [EMAIL PROTECTED] Distributed Object Computing Laboratory, Univ. of California at Irvine 1024D/F7A394A8 - 84ED AA0B 1203 99E4 1068 70E6 5EB7 5E71 F7A3 94A8

Re: ML branch: okay to switch to CVS automake/autoconf?

Hi Stephan, On Fri, Jun 02, 2000 at 09:46:59PM +0200, Stephan Kulow wrote: Ossama Othman wrote: Since many of you are using the libtool multi-language branch, I wanted to check with you about switching that branch to use CVS autoconf and CVS automake. I have some patches ready

Re: ltcf-cxx.sh

Hi Kevin, On Wed, May 31, 2000 at 12:46:34AM -0400, Kevin Atkinson wrote: On Tue, 30 May 2000, Ossama Othman wrote: Thanks for the simple test. I just need to find a Solaris system with a busted libstdc++ installation, i.e. one that built without "--enable-shared." T

Re: ltcf-cxx.sh

some dep lib is not portable! Do you get any warning from libtool? Thanks, -Ossama -- Ossama Othman [EMAIL PROTECTED] Distributed Object Computing Laboratory, Univ. of California at Irvine 1024D/F7A394A8 - 84ED AA0B 1203 99E4 1068 70E6 5EB7 5E71 F7A3 94A8

Re: ltcf-cxx.sh

Hi Kevin, On Tue, May 30, 2000 at 05:37:59PM -0400, Kevin Atkinson wrote: On Tue, 30 May 2000, Ossama Othman wrote: goes through. This means that libtool should be dropping the static libs from the dependency list. Do you get a warning message from Libtool such as: None: This is what

Re: ltcf-cxx.sh

out "What!" endl; } Thanks! -Ossama -- Ossama Othman [EMAIL PROTECTED] Distributed Object Computing Laboratory, Univ. of California at Irvine 1024D/F7A394A8 - 84ED AA0B 1203 99E4 1068 70E6 5EB7 5E71 F7A3 94A8

Re: ltcf-cxx.sh

e internal library link commands that the C++ compiler would normally perform automatically, and simply does the linking itself. Why does it work for the C++ compiler? -Ossama -- Ossama Othman [EMAIL PROTECTED] Distributed Object Computing Laboratory, Univ. of California at Irvine 1024D/F7A39

Re: ltcf-cxx.sh

libraries also. Especially on Solaries. If you look at http://bugs.kde.org/db/40/4094.html, you'll find out that they indeed didn't long to find the flaws in the ml-libtool :) Is this flaw specific to the ML branch, or does the HEAD branch suffer from this flaw too? -Ossama -- Ossama

Re: ltcf-cxx.sh

Hi Michael, On Fri, May 26, 2000 at 12:51:01AM +0200, Michael Matz wrote: On Mon, 22 May 2000, Ossama Othman wrote: Great! KDE would be a great smoke test for the multi-language branch libtool. It's smoking already ;) Even with problem reports ;) Great! Well, at least for the libtool

Re: Status Update Request (C++, static libraries)

Hi Kevin, On Thu, May 18, 2000 at 11:43:28PM -0400, Kevin Atkinson wrote: On Thu, 18 May 2000, Ossama Othman wrote: Sure. I don't know anything about libtool's internals but if you send me a patch I can try it out on several different platforms including Digital UNIX which currently doesn't

Re: parallel build

ointing me at the right place. Hmm, I guess I missed that one. Sorry. :-) I'll check in a fix later today. Thanks! -Ossama -- Ossama Othman [EMAIL PROTECTED] Distributed Object Computing Laboratory, Univ. of California at Irvine 1024D/F7A394A8 - 84ED AA0B 1203 99E4 1068 70E6 5EB7 5E71 F7A3 94A8