************* eManager Notification ************** Junkmail Notify
Source mailbox: "[EMAIL PROTECTED]" Destination mailbox(es): "[EMAIL PROTECTED]" Policy: Javascript(doctorate (phd)) Action: Delete ******************* End of message *******************
--- Begin Message ---Send Libtool mailing list submissions to [EMAIL PROTECTED] To subscribe or unsubscribe via the World Wide Web, visit http://mail.gnu.org/mailman/listinfo/libtool or, via email, send a message with subject or body 'help' to [EMAIL PROTECTED] You can reach the person managing the list at [EMAIL PROTECTED] When replying, please edit your Subject line so it is more specific than "Re: Contents of Libtool digest..." Today's Topics: 1. Re: C linkage problem when C++ library is used. (Bob Friesenhahn) 2. Re: Shared library support in Interix? (Todd Vierling) 3. [zzSPAM] Junkmail-Notify (Javascript(doctorate (phd))) ([EMAIL PROTECTED]) 4. Re: C linkage problem when C++ library is used. (Albert Chin) 5. Would you like to save on pre script ions? (Rosalie Metcalf) 6. The Unscrambler Statistical Software for academics (Sahana Challa) ---------------------------------------------------------------------- Message: 1 Date: Thu, 15 Apr 2004 15:00:42 -0500 (CDT) From: Bob Friesenhahn <[EMAIL PROTECTED]> Subject: Re: C linkage problem when C++ library is used. To: Braden McDaniel <[EMAIL PROTECTED]> Cc: [EMAIL PROTECTED] Message-ID: <[EMAIL PROTECTED]> Content-Type: TEXT/PLAIN; charset=US-ASCII On Thu, 15 Apr 2004, Braden McDaniel wrote: > > Shouldn't the developer be responsible for using the C++ compiler > > rather than the C compiler? Why should libtool solve this? Without > > libtool, the developer should be using the C++ compiler to link > > anyway. > > Perhaps this is an automake problem? That is, I don't think it uses > CXXLINK--or even generates the variable--in the Makefile.in if it only > sees C sources in the Makefile.am. Perhaps there needs to be some way to > tell automake, "use the C++ linker for this." If the library is built outside of the current Makefile.am, Automake will have no knowledge of if C++ is involved. The library may be delivered with the system. However, if that C++ library was built using libtool, then libtool *does* know that C++ was used and can record that fact in the .la file for later use. Bob ====================================== Bob Friesenhahn [EMAIL PROTECTED] http://www.simplesystems.org/users/bfriesen ------------------------------ Message: 2 Date: Thu, 15 Apr 2004 10:49:07 -0400 (EDT) From: Todd Vierling <[EMAIL PROTECTED]> Subject: Re: Shared library support in Interix? To: Tristan Fillmore <[EMAIL PROTECTED]> Cc: [EMAIL PROTECTED] Message-ID: <[EMAIL PROTECTED]> Content-Type: TEXT/PLAIN; charset=US-ASCII On Mon, 12 Apr 2004, Tristan Fillmore wrote: : I am interested in working on libtool to add support for shared : libraries on Interix. I've downloaded the 1.5.6 release, but I don't : see anything as far as a HACKING file... There is a patch now on the libtool-patches list which implements Interix 3 support. I created this in order to support libtool on Interix inside NetBSD's pkgsrc packaging system. -- -- Todd Vierling <[EMAIL PROTECTED]> <[EMAIL PROTECTED]> ------------------------------ Message: 3 Date: Thu, 15 Apr 2004 13:13:01 -0700 From: [EMAIL PROTECTED] Subject: [zzSPAM] Junkmail-Notify (Javascript(doctorate (phd))) To: <[EMAIL PROTECTED]> Message-ID: <[EMAIL PROTECTED]> Content-Type: text/plain; charset="iso-8859-1" ************* eManager Notification ************** Junkmail Notify Source mailbox: "[EMAIL PROTECTED]" Destination mailbox(es): "[EMAIL PROTECTED]" Policy: Javascript(doctorate (phd)) Action: Delete ******************* End of message ******************* -------------- next part -------------- An embedded message was scrubbed... From: [EMAIL PROTECTED] Subject: Libtool Digest, Vol 17, Issue 12 Date: no date Size: 11401 Url: http://mail.gnu.org/pipermail/libtool/attachments/20040415/72ec2db7/attachment.mht ------------------------------ Message: 4 Date: Fri, 16 Apr 2004 16:39:15 -0500 From: Albert Chin <[EMAIL PROTECTED]> Subject: Re: C linkage problem when C++ library is used. To: [EMAIL PROTECTED] Message-ID: <[EMAIL PROTECTED]> Content-Type: text/plain; charset=us-ascii On Thu, Apr 15, 2004 at 02:43:57PM -0500, Bob Friesenhahn wrote: > On Fri, 16 Apr 2004, Albert Chin wrote: > > > On Thu, Apr 15, 2004 at 11:10:20AM -0500, Bob Friesenhahn wrote: > > > If a program which is based on C language depends on a library which > > > is implemented in C++, the C++ compiler should be used to link the > > > program. Otherwise C++ static initialization may not work right, or > > > linking may fail entirely. Libtool doesn't currently offer any > > > provision to do that. > > > > > > The installed .la file for a C++ library does not indicate the > > > implementation language, or what linker should be used. When the C++ > > > library was built using modern GCC then libstdc++.la is listed as a > > > library dependency so at some clue may be gleaned from that fact. > > > > > > It seems to me that this is a fundamental flaw in muti-lingual libtool > > > as it exists today. > > > > Shouldn't the developer be responsible for using the C++ compiler > > rather than the C compiler? Why should libtool solve this? Without > > libtool, the developer should be using the C++ compiler to link > > anyway. > > The "developer" is not necessarily aware of all the library > dependencies since she may not be responsible for the maintenance of > these libraries, or how they are configured. Perhaps in some cases a > C-based widget library is used, while in other cases a C++-based > widget library is used. Another unfortunate issue is that when the > developer provides a .c file to Automake, Automake will automatically > apply the rules necessary to compile and link a C source file. > However, if a C++ library is used which was built using libtool, then > libtool should be aware that C++ is now in the picture and thus C++ > linkage is needed. > > Without this support in libtool, whether an application links, or > successfully runs after linking is platform dependent. Fine by me. Seems outside the realm of what libtool should accomplish. -- albert chin ([EMAIL PROTECTED]) ------------------------------ Message: 5 Date: Fri, 16 Apr 2004 13:11:53 +0200 From: "Rosalie Metcalf" <[EMAIL PROTECTED]> Subject: Would you like to save on pre script ions? To: [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED] Message-ID: <[EMAIL PROTECTED]> Content-Type: text/plain; charset="us-ascii" An HTML attachment was scrubbed... URL: http://mail.gnu.org/pipermail/libtool/attachments/20040416/03e033eb/attachment.htm ------------------------------ Message: 6 Date: Fri, 16 Apr 2004 18:23:06 +0530 From: Sahana Challa <[EMAIL PROTECTED]> Subject: The Unscrambler Statistical Software for academics To: [EMAIL PROTECTED] Message-ID: <[EMAIL PROTECTED]> Content-Type: text/plain; charset="us-ascii" An HTML attachment was scrubbed... URL: http://mail.gnu.org/pipermail/libtool/attachments/20040416/f01063e4/attachment.html ------------------------------ _______________________________________________ Libtool mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/libtool End of Libtool Digest, Vol 17, Issue 13 ***************************************
--- End Message ---
_______________________________________________ Libtool mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/libtool
