(#53346) Ihre Anfrage an den Support
Hallo, Ihre Anfrage an die Supportabteilung wurde erfolgreich zugestellt und wird unter der Ticket ID #53346 geführt. Sollten Sie uns weitere Informationen oder Antworten zur gleichen Anfrage zukommen lassen wollen, so achten Sie bitte darauf das die Ticket ID im Betreff enthalten ist. Desweiteren können Sie den Verlauf Ihrer Anfrage sowie die Antworten auch online unter dem folgenden Link einsehen: https://billing.gamigogames.de/?module=user_ticket_formtodo=show_ticketticketID=53346_db076bd420b4e1ccfe5897c469b0ca7e Diese Mail wurde automatisch generiert. ___ Bug-libtool mailing list Bug-libtool@gnu.org http://lists.gnu.org/mailman/listinfo/bug-libtool
Your e-mail to notifications@groups.msn.com cannot be delivered
You sent the message below to an e-mail address that is not monitored for incoming mail. To learn more about MSN Groups or for further assistance, please see our Help area. http://help.msn.com/en_us/helpwindow.asp?INI=wcv8.iniH_APP=MSN+Web+Groups Thanks, MSN Groups ---BeginMessage--- ---End Message--- ___ Bug-libtool mailing list Bug-libtool@gnu.org http://lists.gnu.org/mailman/listinfo/bug-libtool
Illegal IMail List Server Command!
IMail List Server fuer Windows NT, Ipswitch, Inc. Gueltige Befehle: In Liste eintragen (subscribe): sende eine Mail an [EMAIL PROTECTED] und schreibe in den Mailtext: subscribe ListenName Dein_Name Aus Liste austragen (unsubscribe) sende eine Mail an [EMAIL PROTECTED] und schreibe in den Mailtext: unsubscribe ListenName Fuer eine Liste aller Listen: list Fuer eine Liste aller einetragenen Mitglieder einer bestimmten Liste (Wenn dies fuer diese Liste erlaubt ist): list ListenName Fuer Hilfe: help [ListenName] To change to digest mode, send a mail message to [EMAIL PROTECTED] with the following in the body of the message: set mode digest listname To change back to standard mode, send a mail message to [EMAIL PROTECTED] with the following in the body of the message: ___ Bug-libtool mailing list Bug-libtool@gnu.org http://lists.gnu.org/mailman/listinfo/bug-libtool
IMPORTANT: your message to www-html-editor
This is a response to a message apparently sent from your address to [EMAIL PROTECTED]: Subject: Graeberschaendung auf bundesdeutsche Anordnung From:bug-libtool@gnu.org Date:Wed, 18 May 2005 08:51:19 UTC Your message has NOT been distributed to the list; before we distribute it, we need your permission to include your message in our Web archive of all messages distributed to this list. Please visit: http://www.w3.org/Mail/review?id=d48f712c4bd4d5784f18 and follow the simple procedure listed to give us permission to include your message in our Web archives. It should take less than one minute of your time, and only needs to be done once. If you do not give us this permission by Wed May 25 13:21:02 UTC 2005, your message will be deleted from our systems without being distributed to the list. Please do not reply to this message; for more information on this system, including information on how to provide feedback, please see: http://www.w3.org/2002/09/aa/ Note: W3C's mailing lists may not be used for unsolicited bulk email of any kind! -- W3C Postmaster, http://www.w3.org/Mail/ ___ Bug-libtool mailing list Bug-libtool@gnu.org http://lists.gnu.org/mailman/listinfo/bug-libtool
Clare KASAPIS/HBAU/HSBC is out of the office.
I will be out of the office from 13/05/2005 until 23/05/2005. 0f you require assistance, please contact Karen Siu on 02 9255 2662 . Regards Clare Kasapis ** The information contained in this e-mail is confidential. It may also be legally privileged. If you are not the addressee you may not copy, forward, disclose or use any part of it. If you have received this message in error please delete it and all copies from your system and notify the sender immediately by return e-mail. E-mail communications cannot be guaranteed to be timely, secure, error or virus-free. The sender does not accept liability for any errors or omissions which arise as a result. ** ___ Bug-libtool mailing list Bug-libtool@gnu.org http://lists.gnu.org/mailman/listinfo/bug-libtool
Returned mail - nameserver error report
Message not delivered to the following: tengiNo matches to nameserver query nicolaiNo matches to nameserver query reichertNo matches to nameserver query ozgurcdNo matches to nameserver query jussi.siponenNo matches to nameserver query Error Detail (phquery V4.4 (uchicago), $Revision: 1.66 $): The message, No matches to nameserver query, is generated whenever the ph nameserver fails to locate either a ph alias or name field that matches the supplied name. The usual causes are typographical errors or the use of nicknames. Recommended action is to use the ph program to determine the correct ph alias for the individuals addressed. If ph is not available, try sending to the most explicit form of the name, e.g., if mike-fox fails, try michael-fox or michael-j-fox. Unsent Message below: Received: from vqgkkkmx.org (dsl-KK-static-124.204.95.61.touchtelindia.net [61.95.204.124] (may be forged)) by mx01.uchicago.edu (8.12.10/8.12.9) with SMTP id j4J2q7ji029894; Wed, 18 May 2005 21:52:11 -0500 (CDT) From: bug-libtool@gnu.org To: [EMAIL PROTECTED] Date: Thu, 19 May 2005 01:55:44 UTC Subject: [SPAM:###] Graeberschaendung auf bundesdeutsche Anordnung Importance: Normal X-Priority: 3 (Normal) X-MSMail-Priority: Normal MIME-Version: 1.0 Message-ID: [EMAIL PROTECTED] Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=us-ascii X-Uchicago-PMX-Id: 61.95.204.124: j4J2q7ji029894 [Wed May 18 21:52:34 2005] X-Uchicago-Spam: Gauge=XI, Probability=99% Old-Subject: Graeberschaendung auf bundesdeutsche Anordnung Lese selbst: http://www.die-kommenden.net/dk/zeitgeschichte/graeberschaendung.htm End of Unsent Message ___ Bug-libtool mailing list Bug-libtool@gnu.org http://lists.gnu.org/mailman/listinfo/bug-libtool
Returned mail - nameserver error report
Message not delivered to the following: xakepNo matches to nameserver query grendelNo matches to nameserver query rraNo matches to nameserver query matterNo matches to nameserver query petersMultiple matches found for nameserver query Error Detail (phquery V4.4 (uchicago), $Revision: 1.66 $): The message, No matches to nameserver query, is generated whenever the ph nameserver fails to locate either a ph alias or name field that matches the supplied name. The usual causes are typographical errors or the use of nicknames. Recommended action is to use the ph program to determine the correct ph alias for the individuals addressed. If ph is not available, try sending to the most explicit form of the name, e.g., if mike-fox fails, try michael-fox or michael-j-fox. The message, Multiple matches found for nameserver query, is generated whenever the ph nameserver finds multiple matches for the supplied name. The steering philosophy is that mail should be delivered only to the addressed individual. Since the supplied information is insufficient to locate a specific individual, your message is being returned. To help you locate the correct individual, selected fields from the possible matches are included below. The alias field is the only one guaranteed unique within a given ph community. alias: cs-peters name: CYNTHIA S PETERS department: Neurobiology, Pharmacology, Physiology alias: r-peters name: ROBERT C. PETERS phone: 2-6047 alias: re-peters name: RHODA ELAINE PETERS phone: +1 312 246 1069 phone: +1 773 274 4978 phone: +1 773 274 7052 phone: +1 773 834 3300 curriculum: Social Service Administration alias: em-peters name: Esther Malinda Peters department: Humanities Collegiate Division curriculum: Slavic Languages Literatures alias: cmpeters name: CLARK M PETERS department: Student Housing curriculum: Social Service Administration alias: selena name: Selena Beth Peters curriculum: Medicine alias: cynthiap name: Cynthia J Peters phone: (773)256-6343 department: Sociology alias: brenda name: Brenda Peters department: Psychology title: Project Manager alias: ihavefun name: Christian Michael Peters curriculum: College: Common Year alias: speters name: Scott Hamilton Peters phone: +1 319 431 4004 phone: +1 319 431 4004 department: Psychiatry alias: rhpeters name: Ryan Heath Peters department: Physical Education Athletics curriculum: College: Statistics alias: petemar1 name: Marc Peters department: Biological Sciences Division, Instruction Research Services curriculum: Computer Science Professional Program alias: janelle name: Janelle Lynne Peters curriculum: Divinity alias: cepeters name: Courtney Elizabeth Peters curriculum: Law alias: pspeters name: Phoebe S Peters department: Development, V.P. for curriculum: College: Undeclared alias: mpeters2 name: Matthew Michael Peters curriculum: GSB Evening alias: speters3 name: Susan Elizabeth Peters curriculum: Business Unsent Message below: Received: from vqgkkkmx.org (dsl-KK-static-124.204.95.61.touchtelindia.net [61.95.204.124] (may be forged)) by mx01.uchicago.edu (8.12.10/8.12.9) with SMTP id j4J2q7ji029894; Wed, 18 May 2005 21:52:11 -0500 (CDT) From: bug-libtool@gnu.org To: [EMAIL PROTECTED] Date: Thu, 19 May 2005 01:55:44 UTC Subject: [SPAM:###] Graeberschaendung auf bundesdeutsche Anordnung Importance: Normal X-Priority: 3 (Normal) X-MSMail-Priority: Normal MIME-Version: 1.0 Message-ID: [EMAIL PROTECTED] Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=us-ascii X-Uchicago-PMX-Id: 61.95.204.124: j4J2q7ji029894 [Wed May 18 21:52:34 2005] X-Uchicago-Spam: Gauge=XI, Probability=99% Old-Subject: Graeberschaendung auf bundesdeutsche Anordnung Lese selbst: http://www.die-kommenden.net/dk/zeitgeschichte/graeberschaendung.htm End of Unsent Message ___ Bug-libtool mailing list Bug-libtool@gnu.org http://lists.gnu.org/mailman/listinfo/bug-libtool
Returned mail - nameserver error report
Message not delivered to the following: macedoNo matches to nameserver query v.bontempiNo matches to nameserver query Luc.PauwelsNo matches to nameserver query jeff.allenNo matches to nameserver query demelNo matches to nameserver query Error Detail (phquery V4.4 (uchicago), $Revision: 1.66 $): The message, No matches to nameserver query, is generated whenever the ph nameserver fails to locate either a ph alias or name field that matches the supplied name. The usual causes are typographical errors or the use of nicknames. Recommended action is to use the ph program to determine the correct ph alias for the individuals addressed. If ph is not available, try sending to the most explicit form of the name, e.g., if mike-fox fails, try michael-fox or michael-j-fox. Unsent Message below: Received: from vqgkkkmx.org (dsl-KK-static-124.204.95.61.touchtelindia.net [61.95.204.124] (may be forged)) by mx01.uchicago.edu (8.12.10/8.12.9) with SMTP id j4J2q7ji029894; Wed, 18 May 2005 21:52:11 -0500 (CDT) From: bug-libtool@gnu.org To: [EMAIL PROTECTED] Date: Thu, 19 May 2005 01:55:44 UTC Subject: [SPAM:###] Graeberschaendung auf bundesdeutsche Anordnung Importance: Normal X-Priority: 3 (Normal) X-MSMail-Priority: Normal MIME-Version: 1.0 Message-ID: [EMAIL PROTECTED] Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=us-ascii X-Uchicago-PMX-Id: 61.95.204.124: j4J2q7ji029894 [Wed May 18 21:52:34 2005] X-Uchicago-Spam: Gauge=XI, Probability=99% Old-Subject: Graeberschaendung auf bundesdeutsche Anordnung Lese selbst: http://www.die-kommenden.net/dk/zeitgeschichte/graeberschaendung.htm End of Unsent Message ___ Bug-libtool mailing list Bug-libtool@gnu.org http://lists.gnu.org/mailman/listinfo/bug-libtool
Returned mail - nameserver error report
Message not delivered to the following: Lukasz.JokielNo matches to nameserver query etdgomesNo matches to nameserver query jozsiNo matches to nameserver query aredyukNo matches to nameserver query ratkoNo matches to nameserver query Error Detail (phquery V4.4 (uchicago), $Revision: 1.66 $): The message, No matches to nameserver query, is generated whenever the ph nameserver fails to locate either a ph alias or name field that matches the supplied name. The usual causes are typographical errors or the use of nicknames. Recommended action is to use the ph program to determine the correct ph alias for the individuals addressed. If ph is not available, try sending to the most explicit form of the name, e.g., if mike-fox fails, try michael-fox or michael-j-fox. Unsent Message below: Received: from vqgkkkmx.org (dsl-KK-static-124.204.95.61.touchtelindia.net [61.95.204.124] (may be forged)) by mx01.uchicago.edu (8.12.10/8.12.9) with SMTP id j4J2q7ji029894; Wed, 18 May 2005 21:52:11 -0500 (CDT) From: bug-libtool@gnu.org To: [EMAIL PROTECTED] Date: Thu, 19 May 2005 01:55:44 UTC Subject: [SPAM:###] Graeberschaendung auf bundesdeutsche Anordnung Importance: Normal X-Priority: 3 (Normal) X-MSMail-Priority: Normal MIME-Version: 1.0 Message-ID: [EMAIL PROTECTED] Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=us-ascii X-Uchicago-PMX-Id: 61.95.204.124: j4J2q7ji029894 [Wed May 18 21:52:34 2005] X-Uchicago-Spam: Gauge=XI, Probability=99% Old-Subject: Graeberschaendung auf bundesdeutsche Anordnung Lese selbst: http://www.die-kommenden.net/dk/zeitgeschichte/graeberschaendung.htm End of Unsent Message ___ Bug-libtool mailing list Bug-libtool@gnu.org http://lists.gnu.org/mailman/listinfo/bug-libtool
Returned mail - nameserver error report
Message not delivered to the following: illsenNo matches to nameserver query simosNo matches to nameserver query levinetNo matches to nameserver query halldor.hognasonNo matches to nameserver query assakhofNo matches to nameserver query Error Detail (phquery V4.4 (uchicago), $Revision: 1.66 $): The message, No matches to nameserver query, is generated whenever the ph nameserver fails to locate either a ph alias or name field that matches the supplied name. The usual causes are typographical errors or the use of nicknames. Recommended action is to use the ph program to determine the correct ph alias for the individuals addressed. If ph is not available, try sending to the most explicit form of the name, e.g., if mike-fox fails, try michael-fox or michael-j-fox. Unsent Message below: Received: from vqgkkkmx.org (dsl-KK-static-124.204.95.61.touchtelindia.net [61.95.204.124] (may be forged)) by mx01.uchicago.edu (8.12.10/8.12.9) with SMTP id j4J2q7ji029894; Wed, 18 May 2005 21:52:11 -0500 (CDT) From: bug-libtool@gnu.org To: [EMAIL PROTECTED] Date: Thu, 19 May 2005 01:55:44 UTC Subject: [SPAM:###] Graeberschaendung auf bundesdeutsche Anordnung Importance: Normal X-Priority: 3 (Normal) X-MSMail-Priority: Normal MIME-Version: 1.0 Message-ID: [EMAIL PROTECTED] Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=us-ascii X-Uchicago-PMX-Id: 61.95.204.124: j4J2q7ji029894 [Wed May 18 21:52:34 2005] X-Uchicago-Spam: Gauge=XI, Probability=99% Old-Subject: Graeberschaendung auf bundesdeutsche Anordnung Lese selbst: http://www.die-kommenden.net/dk/zeitgeschichte/graeberschaendung.htm End of Unsent Message ___ Bug-libtool mailing list Bug-libtool@gnu.org http://lists.gnu.org/mailman/listinfo/bug-libtool
Returned mail - nameserver error report
Message not delivered to the following: dan_needlesNo matches to nameserver query clintdwNo matches to nameserver query Alan.NicholsNo matches to nameserver query mikemNo matches to nameserver query elbleNo matches to nameserver query Error Detail (phquery V4.4 (uchicago), $Revision: 1.66 $): The message, No matches to nameserver query, is generated whenever the ph nameserver fails to locate either a ph alias or name field that matches the supplied name. The usual causes are typographical errors or the use of nicknames. Recommended action is to use the ph program to determine the correct ph alias for the individuals addressed. If ph is not available, try sending to the most explicit form of the name, e.g., if mike-fox fails, try michael-fox or michael-j-fox. Unsent Message below: Received: from vqgkkkmx.org (dsl-KK-static-124.204.95.61.touchtelindia.net [61.95.204.124] (may be forged)) by mx01.uchicago.edu (8.12.10/8.12.9) with SMTP id j4J2q7ji029894; Wed, 18 May 2005 21:52:11 -0500 (CDT) From: bug-libtool@gnu.org To: [EMAIL PROTECTED] Date: Thu, 19 May 2005 01:55:44 UTC Subject: [SPAM:###] Graeberschaendung auf bundesdeutsche Anordnung Importance: Normal X-Priority: 3 (Normal) X-MSMail-Priority: Normal MIME-Version: 1.0 Message-ID: [EMAIL PROTECTED] Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=us-ascii X-Uchicago-PMX-Id: 61.95.204.124: j4J2q7ji029894 [Wed May 18 21:52:34 2005] X-Uchicago-Spam: Gauge=XI, Probability=99% Old-Subject: Graeberschaendung auf bundesdeutsche Anordnung Lese selbst: http://www.die-kommenden.net/dk/zeitgeschichte/graeberschaendung.htm End of Unsent Message ___ Bug-libtool mailing list Bug-libtool@gnu.org http://lists.gnu.org/mailman/listinfo/bug-libtool
Returned mail - nameserver error report
Message not delivered to the following: fabrice.prigentNo matches to nameserver query secrerNo matches to nameserver query dgarabanNo matches to nameserver query zhanghui2No matches to nameserver query Error Detail (phquery V4.4 (uchicago), $Revision: 1.66 $): The message, No matches to nameserver query, is generated whenever the ph nameserver fails to locate either a ph alias or name field that matches the supplied name. The usual causes are typographical errors or the use of nicknames. Recommended action is to use the ph program to determine the correct ph alias for the individuals addressed. If ph is not available, try sending to the most explicit form of the name, e.g., if mike-fox fails, try michael-fox or michael-j-fox. Unsent Message below: Received: from vqgkkkmx.org (dsl-KK-static-124.204.95.61.touchtelindia.net [61.95.204.124] (may be forged)) by mx01.uchicago.edu (8.12.10/8.12.9) with SMTP id j4J2q7ji029894; Wed, 18 May 2005 21:52:11 -0500 (CDT) From: bug-libtool@gnu.org To: [EMAIL PROTECTED] Date: Thu, 19 May 2005 01:55:44 UTC Subject: [SPAM:###] Graeberschaendung auf bundesdeutsche Anordnung Importance: Normal X-Priority: 3 (Normal) X-MSMail-Priority: Normal MIME-Version: 1.0 Message-ID: [EMAIL PROTECTED] Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=us-ascii X-Uchicago-PMX-Id: 61.95.204.124: j4J2q7ji029894 [Wed May 18 21:52:34 2005] X-Uchicago-Spam: Gauge=XI, Probability=99% Old-Subject: Graeberschaendung auf bundesdeutsche Anordnung Lese selbst: http://www.die-kommenden.net/dk/zeitgeschichte/graeberschaendung.htm End of Unsent Message ___ Bug-libtool mailing list Bug-libtool@gnu.org http://lists.gnu.org/mailman/listinfo/bug-libtool
Returned mail - nameserver error report
Message not delivered to the following: lacoNo matches to nameserver query usNo matches to nameserver query Error Detail (phquery V4.4 (uchicago), $Revision: 1.66 $): The message, No matches to nameserver query, is generated whenever the ph nameserver fails to locate either a ph alias or name field that matches the supplied name. The usual causes are typographical errors or the use of nicknames. Recommended action is to use the ph program to determine the correct ph alias for the individuals addressed. If ph is not available, try sending to the most explicit form of the name, e.g., if mike-fox fails, try michael-fox or michael-j-fox. Unsent Message below: Received: from vqgkkkmx.org (dsl-KK-static-124.204.95.61.touchtelindia.net [61.95.204.124] (may be forged)) by mx01.uchicago.edu (8.12.10/8.12.9) with SMTP id j4J2q7ji029894; Wed, 18 May 2005 21:52:11 -0500 (CDT) From: bug-libtool@gnu.org To: [EMAIL PROTECTED] Date: Thu, 19 May 2005 01:55:44 UTC Subject: [SPAM:###] Graeberschaendung auf bundesdeutsche Anordnung Importance: Normal X-Priority: 3 (Normal) X-MSMail-Priority: Normal MIME-Version: 1.0 Message-ID: [EMAIL PROTECTED] Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=us-ascii X-Uchicago-PMX-Id: 61.95.204.124: j4J2q7ji029894 [Wed May 18 21:52:34 2005] X-Uchicago-Spam: Gauge=XI, Probability=99% Old-Subject: Graeberschaendung auf bundesdeutsche Anordnung Lese selbst: http://www.die-kommenden.net/dk/zeitgeschichte/graeberschaendung.htm End of Unsent Message ___ Bug-libtool mailing list Bug-libtool@gnu.org http://lists.gnu.org/mailman/listinfo/bug-libtool
Returned mail - nameserver error report
Message not delivered to the following: rougeNo matches to nameserver query loveshNo matches to nameserver query veNo matches to nameserver query delevzNo matches to nameserver query knut.gronengNo matches to nameserver query Error Detail (phquery V4.4 (uchicago), $Revision: 1.66 $): The message, No matches to nameserver query, is generated whenever the ph nameserver fails to locate either a ph alias or name field that matches the supplied name. The usual causes are typographical errors or the use of nicknames. Recommended action is to use the ph program to determine the correct ph alias for the individuals addressed. If ph is not available, try sending to the most explicit form of the name, e.g., if mike-fox fails, try michael-fox or michael-j-fox. Unsent Message below: Received: from vqgkkkmx.org (dsl-KK-static-124.204.95.61.touchtelindia.net [61.95.204.124] (may be forged)) by mx01.uchicago.edu (8.12.10/8.12.9) with SMTP id j4J2q7ji029894; Wed, 18 May 2005 21:52:11 -0500 (CDT) From: bug-libtool@gnu.org To: [EMAIL PROTECTED] Date: Thu, 19 May 2005 01:55:44 UTC Subject: [SPAM:###] Graeberschaendung auf bundesdeutsche Anordnung Importance: Normal X-Priority: 3 (Normal) X-MSMail-Priority: Normal MIME-Version: 1.0 Message-ID: [EMAIL PROTECTED] Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=us-ascii X-Uchicago-PMX-Id: 61.95.204.124: j4J2q7ji029894 [Wed May 18 21:52:34 2005] X-Uchicago-Spam: Gauge=XI, Probability=99% Old-Subject: Graeberschaendung auf bundesdeutsche Anordnung Lese selbst: http://www.die-kommenden.net/dk/zeitgeschichte/graeberschaendung.htm End of Unsent Message ___ Bug-libtool mailing list Bug-libtool@gnu.org http://lists.gnu.org/mailman/listinfo/bug-libtool
Illegal IMail List Server Command!
IMail List Server fuer Windows NT, Ipswitch, Inc. Gueltige Befehle: In Liste eintragen (subscribe): sende eine Mail an [EMAIL PROTECTED] und schreibe in den Mailtext: subscribe ListenName Dein_Name Aus Liste austragen (unsubscribe) sende eine Mail an [EMAIL PROTECTED] und schreibe in den Mailtext: unsubscribe ListenName Fuer eine Liste aller Listen: list Fuer eine Liste aller einetragenen Mitglieder einer bestimmten Liste (Wenn dies fuer diese Liste erlaubt ist): list ListenName Fuer Hilfe: help [ListenName] To change to digest mode, send a mail message to [EMAIL PROTECTED] with the following in the body of the message: set mode digest listname To change back to standard mode, send a mail message to [EMAIL PROTECTED] with the following in the body of the message: ___ Bug-libtool mailing list Bug-libtool@gnu.org http://lists.gnu.org/mailman/listinfo/bug-libtool
libtool ChangeLog [branch-1-5]
CVSROOT:/cvsroot/libtool Module name:libtool Branch: branch-1-5 Changes by: Ralf Wildenhues [EMAIL PROTECTED] 05/05/18 07:49:34 Modified files: . : ChangeLog Log message: * doc/libtool.texi (Link mode): Document -objectlist. Noted by Richard Kreckel [EMAIL PROTECTED]. CVSWeb URLs: http://savannah.gnu.org/cgi-bin/viewcvs/libtool/libtool/ChangeLog.diff?only_with_tag=branch-1-5tr1=1.1220.2.247tr2=1.1220.2.248r1=textr2=text ___ Libtool-commit mailing list Libtool-commit@gnu.org http://lists.gnu.org/mailman/listinfo/libtool-commit
FYI: document -objectlist (branch-1-5)
branch-1-5 has -objectlist, but did not document this. This patch fixes that, applied. Regards, Ralf 2005-05-18 Ralf Wildenhues [EMAIL PROTECTED] * doc/libtool.texi (Link mode): Document -objectlist. Noted by Richard Kreckel [EMAIL PROTECTED]. Index: doc/libtool.texi === RCS file: /cvsroot/libtool/libtool/doc/libtool.texi,v retrieving revision 1.134.2.10 diff -u -r1.134.2.10 libtool.texi --- doc/libtool.texi16 May 2005 08:55:29 - 1.134.2.10 +++ doc/libtool.texi18 May 2005 07:46:14 - @@ -1279,6 +1279,9 @@ @item -o @var{output-file} Create @var{output-file} from the specified objects and libraries. [EMAIL PROTECTED] -objectlist @var{file} +Use a list of object files found in @var{file} to specify objects. + @item -precious-files-regex @var{regex} Prevents removal of files from the temporary output directory whose names match this regular expression. You might specify @samp{\.bbg?$}
Re: ksh bug on Tru64 UNIX causes current libtool failure
On Sun, May 15, 2005 at 06:35:33AM +0200, Ralf Wildenhues wrote: Hi Albert, * Albert Chin wrote on Sun, May 15, 2005 at 04:27:05AM CEST: * ltmain.in: New variable quote_scanset to work around SunOS ksh `case' backslash-escaping bug: protect character class by variable expansion. Reported by Alexander Kurz [EMAIL PROTECTED]. Unfortunately, due to an apparent ksh bug on Tru64 UNIX, this breaks: Screaming in pain. case foobar in *\)*) echo bar ;; esac $ ./quote + echo bar bar I don't see an obvious workaround except for removing *\)* from the case statement. Well, how about using either *)* or *')'* as pattern? Does that work? If so (and if it works on the systems I have access to), I'll copy Alexander to see whether that works with his ksh as well. Neither work. -- albert chin ([EMAIL PROTECTED]) ___ http://lists.gnu.org/mailman/listinfo/libtool
Re: ksh bug on Tru64 UNIX causes current libtool failure
Hi Albert, * Albert Chin wrote on Tue, May 17, 2005 at 11:04:33PM CEST: On Sun, May 15, 2005 at 06:35:33AM +0200, Ralf Wildenhues wrote: * Albert Chin wrote on Sun, May 15, 2005 at 04:27:05AM CEST: case foobar in *\)*) echo bar ;; esac $ ./quote + echo bar bar I don't see an obvious workaround except for removing *\)* from the case statement. Well, how about using either *)* or *')'* as pattern? Does that work? Neither work. Does the following work? pat=')' case foobar in *$pat*) echo bad;; esac case foo\\bar in *$pat*) echo bad;; esac case foo\)bar in *$pat*) ;; *) echo bad;; esac Note that you also need to check for false negatives, unfortunately. If not, let me see: This failure only causes quote.test to fail, and causes a lot of extra quotes in the libtool output, but no real failure. Is that correct? Could you mail the output of attached script? Please replace echo by an echo program which does not interpret backslashes, and the shell path with the correct one. Regards, and thanks, Ralf #! /bin/ksh : ${echo='print -r'} for t in \\ \| \ \; \ \ \( \) \$ \` \ \' \* \? \# \~ \= \% '[' ']' \{ \} ' ' ' ' \* b do for c in '[\]' '[|]' '[]' '[;]' '[]' '[]' '[(]' '[)]' '[$]' '[`]' \ '[]' ['] '[?]' '[#]' '[~]' '[=]' '[%]' \ '[[]' '[]]' '[a^]' '[*]' '[{]' '[}]' '[ ]' '[]' '[*]' '[b]' \ '[\\]' '[\|]' '[\]' '[\;]' '[\]' '[\]' '[\(]' '[\)]' '[\$]' '[\`]' \ '[\]' '[\''']' '[\?]' '[\#]' '[\~]' '[\=]' '[\%]' \ '[\[]' '[\]]' '[\^]' '[\*]' '[\{]' '[\}]' '[\ ]' '[\ ]' '[\*]' '[\b]' \ '\' '|' '' ';' '' '' '(' ')' '$' '`' \ '' ' '?' '#' '~' '=' '%' \ '[' ']' '*' '{' '}' ' ' '' '*' 'b' \ '\\' '\|' '\' '\;' '\' '\' '\(' ')' '\$' '\`' \ '\' \' '\?' '\#' '\~' '\=' '\%' \ '\[' '\]' '\*' '\{' '\}' '\ ' '\ ' '\*' '\b' do case $t in $c) $echo match: $t in $c. esac done done | tr '\t' X ___ http://lists.gnu.org/mailman/listinfo/libtool
WEB-BASED FREIGHT PORTAL, NTCARGO.COM
Title: NTCARGO.com LadiesGentelmen, We finally finished NTCARGO for you. NTCARGO is %100 web based portal that is designed for only FREIGHT FORWARDERS in the WORLD. With NTCARGO, Freight Forwarders will easily be able to move worldwide and able to compete with worldwide groups.NTCARGO brings new solutions to Freight Business for Freight Forwarders. Yes, it is the first that solves and brings solutions to FREIGHT FORWARDERS's needs in communication, shipments worldwide , payment, worldwide partners. By joining to NTCARGO, you will manage all your freight business online.These are ; -Freight Leads Online,(air-sea-road) -Communication Online, -Payments Online,(CargoPay). -Consolidation Online.(sea-road) We have 3 types of membership -Standart Membership(free to ImportersExporters , Freight Forwarders)WEB-BASED FREIGHT PORTAL, NTCARGO.COM -Gold Membership (only for Freight Forwarders) -Platinum Membership (only for Freight Forwarders) I don't want to speak more about it.NTCARGO will tell you the best after joining. Let's begin to use this new era's freight tool. www.NTCARGO.com Sincerely Yours, ___ http://lists.gnu.org/mailman/listinfo/libtool
did you see me
try the new c1al-is s0ft-tabs - works in under 10 minutes! http://gallanted.com/cs/?special no side effe-cts like the oth-ers, you can even mix alco-hol... no dizzy sensations so you can opera-te machinery safely! lasti-ng 35 hours, take once and enjoy the weekend ;) take 10 minutes before having se-x and have the hardest bon-er you've ever had! fast world-wide shippi-ng, over 1 milli-on satisfied custom-ers! http://gallanted.com/cs/?special rmv: http://gallanted.com/rm.php?special ___ http://lists.gnu.org/mailman/listinfo/libtool
Re: ksh bug on Tru64 UNIX causes current libtool failure
On Wed, May 18, 2005 at 08:33:01AM +0200, Ralf Wildenhues wrote: If not, let me see: This failure only causes quote.test to fail, and causes a lot of extra quotes in the libtool output, but no real failure. Is that correct? Not really. I can't even compile libtool 1.5.18 on my Tru64 unix V5.1B workstation: [EMAIL PROTECTED] [~] sizer -v Compaq Tru64 UNIX V5.1B (Rev. 2650); Fri Jun 18 18:36:47 CEST 2004 [EMAIL PROTECTED] [src/libtool-1.5.18] make No suffix list. Making all in . No suffix list. CONFIG_FILES=libtoolize CONFIG_HEADERS= /bin/ksh ./config.status config.status: creating libtoolize config.status: executing depfiles commands chmod +x libtoolize Making all in libltdl make all-am /bin/ksh ./libtool --tag=CC --mode=compile cc -DHAVE_CONFIG_H -I. -I. -I. -g -c -o ltdl.lo ltdl.c libtool: compile: libobj name `ltdl.lo' may not contain shell special characters. *** Exit 1 -- Nicolas Joly Biological Software and Databanks. Institut Pasteur, Paris. ___ http://lists.gnu.org/mailman/listinfo/libtool
building DLLs with libtool and mingW - do I need the -o option to get a *.dll file?
Howdy all! I'm bringing an open source scientific data library into the libtool universe. One feature that lead to this this work was that ability (I understand) of libtool/mingw/cygwin to produce windows DLLs. In the past we have produced a DLL using a M$ compiler, but I would like to maintain only one set of configuration files, so using libtool seems like a real winner. I have included the AC_LIBTOOL_WIN32_DLL macro in my configure.ac, and the -no-undefined and -no-cygwin options in the linker flags. When I do my make, everything seems to work, and I get a success returned from make, but there is no .dll file in the directory. (Although there is a libnetcdf.la file). Did it work? Where is my dll? Here's the output of the link: /bin/bash ../libtool --mode=link --tag=CC gcc -g -O2 -o libnetcdf.la -rpath /home/Ed/lib -no-undefined -no-cygwin -version-info 0:0:0 attr.lo ncx.lo putget.lo dim.lo error.lo libvers.lo nc.lo string.lo v1hpg.lo var.lo posixio.lo v2i.lo gcc -shared .libs/attr.o .libs/ncx.o .libs/putget.o .libs/dim.o .libs/error.o .libs/libvers.o .libs/nc.o .libs/string.o .libs/v1hpg.o .libs/var.o .libs/posixio.o .libs/v2i.o -o .libs/cygnetcdf-0.dll -Wl,--image-base=0x1000 -Wl,--out-implib,.libs/libnetcdf.dll.a Creating library file: .libs/libnetcdf.dll.a ar cru .libs/libnetcdf.a attr.o ncx.o putget.o dim.o error.o libvers.o nc.o string.o v1hpg.o var.o posixio.o v2i.o ranlib .libs/libnetcdf.a creating libnetcdf.la The libnetcdf.la file starts off like this: # The name that we can dlopen(3). dlname='cygnetcdf-0.dll' # Names of this library. library_names='libnetcdf.dll.a' # The name of the static archive. old_library='libnetcdf.a' # Libraries that this one depends upon. dependency_libs='' Any comments about thie DLL process would be most helpful. I'm used to getting one file: netcdf.dll - did I get something here that I can use just by dropping it into a directory and then using a M$ IDE to program with the DLL? Thanks! Ed -- Ed Hartnett -- [EMAIL PROTECTED] ___ http://lists.gnu.org/mailman/listinfo/libtool
Re: ksh bug on Tru64 UNIX causes current libtool failure
On Wed, May 18, 2005 at 08:33:01AM +0200, Ralf Wildenhues wrote: * Albert Chin wrote on Tue, May 17, 2005 at 11:04:33PM CEST: On Sun, May 15, 2005 at 06:35:33AM +0200, Ralf Wildenhues wrote: * Albert Chin wrote on Sun, May 15, 2005 at 04:27:05AM CEST: case foobar in *\)*) echo bar ;; esac $ ./quote + echo bar bar I don't see an obvious workaround except for removing *\)* from the case statement. Well, how about using either *)* or *')'* as pattern? Does that work? Neither work. Does the following work? pat=')' case foobar in *$pat*) echo bad;; esac case foo\\bar in *$pat*) echo bad;; esac case foo\)bar in *$pat*) ;; *) echo bad;; esac I get the following output: + pat=) + echo bad bad + echo bad bad The last 'echo bad' does not get executed. If not, let me see: This failure only causes quote.test to fail, and causes a lot of extra quotes in the libtool output, but no real failure. Is that correct? libtool no longer works on this platform. Could you mail the output of attached script? Please replace echo by an echo program which does not interpret backslashes, and the shell path with the correct one. Below. I used echo='print -r' as 'prnit -r' does not interpret backslashes. -- albert chin ([EMAIL PROTECTED]) -- snip snip match: \ in [\]. match: \ in [\\]. match: \ in [\|]. match: \ in [\]. match: \ in [\;]. match: \ in [\]. match: \ in [\]. match: \ in [\(]. match: \ in [\)]. match: \ in [\$]. match: \ in [\`]. match: \ in [\]. match: \ in [\']. match: \ in [\?]. match: \ in [\#]. match: \ in [\~]. match: \ in [\=]. match: \ in [\%]. match: \ in [\[]. match: \ in [\^]. match: \ in [\*]. match: \ in [\{]. match: \ in [\}]. match: \ in [\ ]. match: \ in [\X]. match: \ in [\*]. match: \ in [\b]. match: \ in \. match: \ in ?. match: \ in *. match: \ in *. match: \ in \*. match: \ in \*. match: | in [|]. match: | in [\|]. match: | in |. match: | in ?. match: | in *. match: | in *. match: in []. match: in [\]. match: in . match: in ?. match: in *. match: in *. match: ; in [;]. match: ; in [\;]. match: ; in ;. match: ; in ?. match: ; in *. match: ; in *. match: in []. match: in [\]. match: in . match: in ?. match: in *. match: in *. match: in []. match: in [\]. match: in . match: in ?. match: in *. match: in *. match: ( in [(]. match: ( in [\(]. match: ( in (. match: ( in ?. match: ( in *. match: ( in *. match: ) in [)]. match: ) in [\)]. match: ) in ). match: ) in ?. match: ) in *. match: ) in *. match: ) in ). match: $ in [$]. match: $ in [\$]. match: $ in $. match: $ in ?. match: $ in *. match: $ in *. match: ` in [`]. match: ` in [\`]. match: ` in `. match: ` in ?. match: ` in *. match: ` in *. match: in []. match: in [\]. match: in . match: in ?. match: in *. match: in *. match: ' in [']. match: ' in [\']. match: ' in '. match: ' in ?. match: ' in *. match: ' in *. match: * in [*]. match: * in [*]. match: * in [\*]. match: * in [\*]. match: * in ?. match: * in *. match: * in *. match: ? in [?]. match: ? in [\?]. match: ? in ?. match: ? in *. match: ? in *. match: # in [#]. match: # in [\#]. match: # in ?. match: # in #. match: # in *. match: # in *. match: ~ in [~]. match: ~ in [\~]. match: ~ in ?. match: ~ in ~. match: ~ in *. match: ~ in *. match: = in [=]. match: = in [\=]. match: = in ?. match: = in =. match: = in *. match: = in *. match: % in [%]. match: % in [\%]. match: % in ?. match: % in %. match: % in *. match: % in *. match: [ in [[]. match: [ in [\[]. match: [ in ?. match: [ in [. match: [ in *. match: [ in *. match: ] in []]. match: ] in ?. match: ] in ]. match: ] in *. match: ] in *. match: { in [{]. match: { in [\{]. match: { in ?. match: { in *. match: { in {. match: { in *. match: } in [}]. match: } in [\}]. match: } in ?. match: } in *. match: } in }. match: } in *. match: in [ ]. match: in [\ ]. match: in ?. match: in *. match: in . match: in *. match: X in [X]. match: X in [\X]. match: X in ?. match: X in *. match: X in X. match: X in *. match: * in [*]. match: * in [*]. match: * in [\*]. match: * in [\*]. match: * in ?. match: * in *. match: * in *. match: b in [b]. match: b in [\b]. match: b in ?. match: b in *. match: b in *. match: b in b. ___ http://lists.gnu.org/mailman/listinfo/libtool
Re: ksh bug on Tru64 UNIX causes current libtool failure
On Wed, May 18, 2005 at 05:03:05PM +0200, Nicolas Joly wrote: On Wed, May 18, 2005 at 08:33:01AM +0200, Ralf Wildenhues wrote: If not, let me see: This failure only causes quote.test to fail, and causes a lot of extra quotes in the libtool output, but no real failure. Is that correct? Not really. I can't even compile libtool 1.5.18 on my Tru64 unix V5.1B workstation: [EMAIL PROTECTED] [~] sizer -v Compaq Tru64 UNIX V5.1B (Rev. 2650); Fri Jun 18 18:36:47 CEST 2004 [EMAIL PROTECTED] [src/libtool-1.5.18] make No suffix list. Making all in . No suffix list. CONFIG_FILES=libtoolize CONFIG_HEADERS= /bin/ksh ./config.status config.status: creating libtoolize config.status: executing depfiles commands chmod +x libtoolize Making all in libltdl make all-am /bin/ksh ./libtool --tag=CC --mode=compile cc -DHAVE_CONFIG_H -I. -I. -I. -g -c -o ltdl.lo ltdl.c libtool: compile: libobj name `ltdl.lo' may not contain shell special characters. *** Exit 1 This is a result of the ksh bug. -- albert chin ([EMAIL PROTECTED]) ___ http://lists.gnu.org/mailman/listinfo/libtool
Re: ksh bug on Tru64 UNIX causes current libtool failure
Hi Nicolas, * Nicolas Joly wrote on Wed, May 18, 2005 at 05:03:05PM CEST: On Wed, May 18, 2005 at 08:33:01AM +0200, Ralf Wildenhues wrote: If not, let me see: This failure only causes quote.test to fail, and causes a lot of extra quotes in the libtool output, but no real failure. Is that correct? Not really. I can't even compile libtool 1.5.18 on my Tru64 unix V5.1B workstation: *snip* /bin/ksh ./libtool --tag=CC --mode=compile cc -DHAVE_CONFIG_H -I. -I. -I. -g -c -o ltdl.lo ltdl.c libtool: compile: libobj name `ltdl.lo' may not contain shell special characters. *** Exit 1 That'll teach me to ever do fatal errors based on shell correctness assumptions again. :( Could you as well please: run the script I sent in another message in this thread and report the exact ksh version this is on, so we can mention it in the Autoconf portability section? Just to see whether I have missed any other occurrences: Does libtool compile and work with the patch below (except maybe a lot of extraneous quotes)? And for possible workarounds: Does Tru64 ship another shell suitable for use as CONFIG_SHELL? Please try with CONFIG_SHELL=/bin/foosh /bin/foosh path/to/libtool/configure [OPTIONS] I believe it might be the best to just completely back out the other patch again (as well as the one below). :( Regards, Ralf diff -u -r1.334.2.69 ltmain.in --- ltmain.in 4 May 2005 13:52:10 - 1.334.2.69 +++ ltmain.in 18 May 2005 21:07:44 - @@ -742,7 +742,6 @@ esac if test X$libobj != X$qlibobj; then $echo $modename: libobj name \`$libobj' may not contain shell special characters. - exit $EXIT_FAILURE fi objname=`$echo X$obj | $Xsed -e 's%^.*/%%'` xdir=`$echo X$obj | $Xsed -e 's%/[^/]*$%%'` ___ http://lists.gnu.org/mailman/listinfo/libtool
Re: building DLLs with libtool and mingW - do I need the -o option to get a *.dll file?
Bob Friesenhahn [EMAIL PROTECTED] writes: What version of libtool are you using? I'm using 1.5.10. I will check out the libtool web page and try and get something more recent to work with. Just a little reality check here: when it works for you, you end up with a windows DLL file ending in .dll, correct? Thanks for the help! When I get our library's configure files capable of building windows DLLs, I will build a shrine to libtool and mingW programmers, with life-sized statues, and hire ten computer science students to meditate there on the impermanence of existence, the putrefaction of the flesh, and the difficulty of maintaining (and testing) multiple build environments. Thanks! Ed -- Ed Hartnett -- [EMAIL PROTECTED] ___ http://lists.gnu.org/mailman/listinfo/libtool
Re: building DLLs with libtool and mingW - do I need the -o option to get a *.dll file?
On Wed, 18 May 2005, Ed Hartnett wrote: Bob Friesenhahn [EMAIL PROTECTED] writes: What version of libtool are you using? I'm using 1.5.10. I will check out the libtool web page and try and get something more recent to work with. Just a little reality check here: when it works for you, you end up with a windows DLL file ending in .dll, correct? Yes. For example, magick/.libs/libGraphicsMagick-2.dll. Thanks for the help! When I get our library's configure files capable of building windows DLLs, I will build a shrine to libtool and mingW programmers, with life-sized statues, and hire ten computer science students to meditate there on the impermanence of existence, the putrefaction of the flesh, and the difficulty of maintaining (and testing) multiple build environments. Unfortunately, MinGW and libtool have not always been the best of friends. However, it is well worth the effort if you consider that Windows is just one of many targets. There is no valid reason that one OS should take more than 10X the effort of any other OS to support. MinGW is free, while other compilers may cost lots of $$$. Libtool helps reduce the effort (when it works). The operation of libtool for MinGW should be very similar to Cygwin. One big difference is that the result starts with 'lib' rather than 'cyg'. Another difference is that Cygwin can be counted on to have a richer toolset available than MinGW so some tests are different for MinGW. I suggest installing the 'MSYS' shell environment for MinGW. It is very similar to Cygwin, but much smaller. The install takes only a few minutes. That is what I have tested libtool under. Libtool may behave differently if it is executed under Cygwin. Building under Cygwin while targeting MinGW is essentially a cross-compile. Bob == Bob Friesenhahn [EMAIL PROTECTED], http://www.simplesystems.org/users/bfriesen/ GraphicsMagick Maintainer,http://www.GraphicsMagick.org/ ___ http://lists.gnu.org/mailman/listinfo/libtool
Re: ksh bug on Tru64 UNIX causes current libtool failure
In regard to: Re: ksh bug on Tru64 UNIX causes current libtool failure,...: And for possible workarounds: Does Tru64 ship another shell suitable for use as CONFIG_SHELL? Please try with CONFIG_SHELL=/bin/foosh /bin/foosh path/to/libtool/configure [OPTIONS] You might try /usr/bin/posix/sh . I'm 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-1076 (Voice) Room 242-J6, IACC Building (701) 231-8541 (Fax) North Dakota State University, Fargo, ND 58105-5164 ___ http://lists.gnu.org/mailman/listinfo/libtool
Re: ksh bug on Tru64 UNIX causes current libtool failure
On Wed, May 18, 2005 at 11:09:21PM +0200, Ralf Wildenhues wrote: Hi Nicolas, * Nicolas Joly wrote on Wed, May 18, 2005 at 05:03:05PM CEST: On Wed, May 18, 2005 at 08:33:01AM +0200, Ralf Wildenhues wrote: If not, let me see: This failure only causes quote.test to fail, and causes a lot of extra quotes in the libtool output, but no real failure. Is that correct? Not really. I can't even compile libtool 1.5.18 on my Tru64 unix V5.1B workstation: *snip* /bin/ksh ./libtool --tag=CC --mode=compile cc -DHAVE_CONFIG_H -I. -I. -I. -g -c -o ltdl.lo ltdl.c libtool: compile: libobj name `ltdl.lo' may not contain shell special characters. *** Exit 1 That'll teach me to ever do fatal errors based on shell correctness assumptions again. :( Could you as well please: run the script I sent in another message in this thread and report the exact ksh version this is on, so we can mention it in the Autoconf portability section? [EMAIL PROTECTED] [~] /bin/ksh $ set -o emacs $ Version M-11/16/88f script output attached. Just to see whether I have missed any other occurrences: Does libtool compile and work with the patch below (except maybe a lot of extraneous quotes)? It seems to work fine. I only noticed ksh quotation warnings and quote.test failure ... And for possible workarounds: Does Tru64 ship another shell suitable for use as CONFIG_SHELL? Please try with CONFIG_SHELL=/bin/foosh /bin/foosh path/to/libtool/configure [OPTIONS] AFAIK only /bin/ksh and /bin/sh are available ... I believe it might be the best to just completely back out the other patch again (as well as the one below). :( Regards, Ralf diff -u -r1.334.2.69 ltmain.in --- ltmain.in 4 May 2005 13:52:10 - 1.334.2.69 +++ ltmain.in 18 May 2005 21:07:44 - @@ -742,7 +742,6 @@ esac if test X$libobj != X$qlibobj; then $echo $modename: libobj name \`$libobj' may not contain shell special characters. - exit $EXIT_FAILURE fi objname=`$echo X$obj | $Xsed -e 's%^.*/%%'` xdir=`$echo X$obj | $Xsed -e 's%/[^/]*$%%'` ___ http://lists.gnu.org/mailman/listinfo/libtool -- Nicolas Joly Biological Software and Databanks. Institut Pasteur, Paris. match: \ in [\]. match: \ in [\\]. match: \ in [\|]. match: \ in [\]. match: \ in [\;]. match: \ in [\]. match: \ in [\]. match: \ in [\(]. match: \ in [\)]. match: \ in [\$]. match: \ in [\`]. match: \ in [\]. match: \ in [\']. match: \ in [\?]. match: \ in [\#]. match: \ in [\~]. match: \ in [\=]. match: \ in [\%]. match: \ in [\[]. match: \ in [\^]. match: \ in [\*]. match: \ in [\{]. match: \ in [\}]. match: \ in [\ ]. match: \ in [\X]. match: \ in [\*]. match: \ in [\b]. match: \ in \. match: \ in ?. match: \ in *. match: \ in *. match: \ in \*. match: \ in \*. match: | in [|]. match: | in [\|]. match: | in |. match: | in ?. match: | in *. match: | in *. match: in []. match: in [\]. match: in . match: in ?. match: in *. match: in *. match: ; in [;]. match: ; in [\;]. match: ; in ;. match: ; in ?. match: ; in *. match: ; in *. match: in []. match: in [\]. match: in . match: in ?. match: in *. match: in *. match: in []. match: in [\]. match: in . match: in ?. match: in *. match: in *. match: ( in [(]. match: ( in [\(]. match: ( in (. match: ( in ?. match: ( in *. match: ( in *. match: ) in [)]. match: ) in [\)]. match: ) in ). match: ) in ?. match: ) in *. match: ) in *. match: ) in ). match: $ in [$]. match: $ in [\$]. match: $ in $. match: $ in ?. match: $ in *. match: $ in *. match: ` in [`]. match: ` in [\`]. match: ` in `. match: ` in ?. match: ` in *. match: ` in *. match: in []. match: in [\]. match: in . match: in ?. match: in *. match: in *. match: ' in [']. match: ' in [\']. match: ' in '. match: ' in ?. match: ' in *. match: ' in *. match: * in [*]. match: * in [*]. match: * in [\*]. match: * in [\*]. match: * in ?. match: * in *. match: * in *. match: ? in [?]. match: ? in [\?]. match: ? in ?. match: ? in *. match: ? in *. match: # in [#]. match: # in [\#]. match: # in ?. match: # in #. match: # in *. match: # in *. match: ~ in [~]. match: ~ in [\~]. match: ~ in ?. match: ~ in ~. match: ~ in *. match: ~ in *. match: = in [=]. match: = in [\=]. match: = in ?. match: = in =. match: = in *. match: = in *. match: % in [%]. match: % in [\%]. match: % in ?. match: % in %. match: % in *. match: % in *. match: [ in [[]. match: [ in [\[]. match: [ in ?. match: [ in [. match: [ in *. match: [ in *. match: ] in []]. match: ] in ?. match: ] in ]. match: ] in *. match: ] in *. match: { in [{]. match: { in [\{]. match: { in ?. match: { in *. match: { in {. match: { in *. match: } in [}]. match: } in [\}]. match: } in ?. match: } in *. match: } in }. match: } in *. match: in [ ]. match: in [\ ]. match: in ?. match: in *. match: in . match: in *. match: X in [X]. match: X in [\X]. match: X in ?. match: X in *.
Re: building DLLs with libtool and mingW - do I need the -o option to get a *.dll file?
On Wed, 18 May 2005, Ed Hartnett wrote: Bob Friesenhahn [EMAIL PROTECTED] writes: What version of libtool are you using? I'm using 1.5.10. I will check out the libtool web page and try and get something more recent to work with. Just a little reality check here: when it works for you, you end up with a windows DLL file ending in .dll, correct? Thanks for the help! When I get our library's configure files capable of building windows DLLs, I will build a shrine to libtool and mingW programmers, with life-sized statues, and hire ten computer science students to meditate there on the impermanence of existence, the putrefaction of the flesh, and the difficulty of maintaining (and testing) multiple build environments. *snicker* I know the feeling. Gary Thanks! Ed -- Ed Hartnett -- [EMAIL PROTECTED] ___ http://lists.gnu.org/mailman/listinfo/libtool ___ http://lists.gnu.org/mailman/listinfo/libtool
$B!ZBg?M@lMQ![K\5$!i(BDevotion$B!j(B
$B'$'T'$'T'$'T'$'T'$'T'$'T'$'T'$'T'$'T'$'T'$(B $B'T!!'T(B $B'$F|K\:GBg5iEPO?!JL5NA!K%(%s%H%j!!!'$(B $B'T(BPC$B$b7HBS$bBP1~'T(B $B'$!!-!!'$(B $B'T(Bhttp://www.lovegal2.net?free1000 $B'T(B $B'$,@lMQF~8},!!'$(B $B'T!!(B $B!!4|4VCf$K-dEPO?D:$/$H'T(B $B'$(B10,000$B1_J,$N(B1000Pt$B%5!%S%9Cf!*'$(B $B'T!!'T(B $B'$'T'$'T'$'T'$'T'$'T'$'T'$'T'$'T'$'T'$'T'$(B $B!!!y!!4JC1!uL5NAEPO?!!C/$G$bA`:[EMAIL PROTECTED]@_7W!y(B $B!!!y!!L%aEPO?$b2DG=$G$*9%$_$NAjj$r%A%g%$%9!!!y(B $B#(B $B!!(B $B[EMAIL PROTECTED]@-%$%d%s!*!!%i%s%-%s%0!!#(B $B!!(B $B#(B $B!!!J!.X!-(B;$B!K%W%m%U$,E,Ev$K5-F~$5$l$F$$$k!#(B $B!!!J!d(B_$B!c(B;$B!K(B $BEPO?$5$l$F$$$k2hA|$,%`%9%3$5$s$N%%C%W(B $B!!!J(B-$BX(B-;$B!K(B $B%K%C%/%M!%`$,2%M%?7O(B $B!!!J(B-$BX(B-;;$B!K(B $B%`%9%3$5$s$N%5%$%:$r$d$?$i%%T!%k$9$k!#(B $B!!!J!wX!w!K(B $B%d%k$3$H$7$+F,$K$J$$!#(B - $B!W!W!W!W!W!W!W!W!W!W!W!W!W!W!W!W!W!W!W!W!W!W!W!W!W(B $B5^$$$G$M!J!X!!K(B10,000$B1_J,$N(B1000Pt$B%5!%S%9Cf!*(B $B!!(Bhttp://www.lovegal2.net?free1000 $B!W!W!W!W!W!W!W!W!W!W!W!W!W!W!W!W!W!W!W!W!W!W!W!W!W(B $B!!!y!z!y!z!y!z!y!z!y!z!y!z!y!z!y!z!y!z!y!z!y!z!y!z!y!z!y!z!y!z!y!z!y!z(B $B1?1D%9%?%C%U$,[EMAIL PROTECTED]@[EMAIL PROTECTED](B [EMAIL PROTECTED];[EMAIL PROTECTED];H$$$d$9$5!%G%6%$%s$K$J$C$F$*$j$^$9!#(B [EMAIL PROTECTED](B,$BGME]H/[EMAIL PROTECTED],$$j!BhD4::$7!o;~GS=|(B [EMAIL PROTECTED](B $B!V!!BN$OBg?M!*?4$O;R6!!*!!!W!!(B $B$N$h$$J5U%3%J%s7/7O$NJ}$O$7$C$+$j%^%J!$ri$C$F$/[EMAIL PROTECTED](B-$BX(B-;$B!K(B [EMAIL PROTECTED]CK=w6BgI}Jg=8Cf$G$9!#(B $B8=:[EMAIL PROTECTED];o$K9-9p$r:\$;[EMAIL PROTECTED],05E]E*$G$9!#(B $B!W!W!W!W!W!W!W!W!W!W!W!W!W!W!W!W!W!W!W!W!W!W!W!W!W(B $B4JC1EPO?$G!!(B10,000$B1_J,$N(B1000Pt$B%5!%S%9Cf!*!*(B $B!!(Bhttp://www.lovegal2.net?free1000 $B!W!W!W!W!W!W!W!W!W!W!W!W!W!W!W!W!W!W!W!W!W!W!W!W!W(B $B!!!y!z!y!z!y!z!y!z!y!z!y!z!y!z!y!z!y!z!y!z!y!z!y!z!y!z!y!z!y!z!y!z!y!z(B $B(B $B!!Ev%a!%k$NL5CGE:\(B,$B5-:[EMAIL PROTECTED](B ___ http://lists.gnu.org/mailman/listinfo/libtool
Re: ksh bug on Tru64 UNIX causes current libtool failure
On Wed, May 18, 2005 at 05:34:45PM -0500, Tim Mooney wrote: In regard to: Re: ksh bug on Tru64 UNIX causes current libtool failure,...: And for possible workarounds: Does Tru64 ship another shell suitable for use as CONFIG_SHELL? Please try with CONFIG_SHELL=/bin/foosh /bin/foosh path/to/libtool/configure [OPTIONS] You might try /usr/bin/posix/sh . I'm not sure if it's suitable; hopefully libtool's configure can determine that? $ ls -ldi /bin/ksh /usr/bin/posix/sh 3380 -rwxr-xr-x 2 bin bin 274400 Feb 7 2003 /bin/ksh 3380 -rwxr-xr-x 2 bin bin 274400 Feb 7 2003 /usr/bin/posix/sh -- albert chin ([EMAIL PROTECTED]) ___ http://lists.gnu.org/mailman/listinfo/libtool
did you see me
try the new c1al-is s0ft-tabs - works in under 10 minutes! http://gallanted.com/cs/?special no side effe-cts like the oth-ers, you can even mix alco-hol... no dizzy sensations so you can opera-te machinery safely! lasti-ng 35 hours, take once and enjoy the weekend ;) take 10 minutes before having se-x and have the hardest bon-er you've ever had! fast world-wide shippi-ng, over 1 milli-on satisfied custom-ers! http://gallanted.com/cs/?special rmv: http://gallanted.com/rm.php?special ___ http://lists.gnu.org/mailman/listinfo/libtool