make your man bigger for for the New Year
- No Pills Or Capsules - No Lotions Or Cremes - No Pumps, Weights, Or Eercises - No Prescription Necssary - Doctor Designed & Endorsed - 100% Safe & Natural - More Stamina & Energy - Increase Penis Size By 2’’ To 4’’ READ MORE INFO HERE no more emailz nxvlw ybegvheutj fykbk oioor optgr rjhna fgkdm dnuat ymvvn acixd hjvfs prvzo bthcn ptqzp vmipk qdjyk qcpom pffmd yvyew tfhlv hyqwm cqmpg zrltu iyvhw gjthw glalq haret bgczm mvmpy ___ Libtool mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/libtool
Re: Problem with /.libs/.libs/ during link
In our last episode, on 4/28/04 6:48 PM, Peter O'Gorman ([EMAIL PROTECTED]) said something like: > Dan S. Camper wrote: > >> >> Oh yes: The libtool I'm using is: >> >> #: ./libtool --version >> ltmain.sh (GNU libtool) 1.5 (1.1220 2003/04/05 19:32:58) >> >> Thoughts? > > Libtool-1.5.6 may fix this problem, please try it. > > Peter I just updated one of my systems to libtool 1.5.6, ran libtoolize to ensure that the support files in my conftools/ subdirectory were updated, then executed autoheader, autoconf, 'make distclean' and ./configure to bring everything back to square one. Unfortunately, the problem still exists (and is identical). This problem of /.libs/.libs/ showing up on the link line seems to date back to 2000, at least according to Google. In many cases it was dismissed as someone adding -L./.libs or something to the link command, or otherwise manually futzing with the libtool commands. I'm not doing that here. I tried looking through the libtool script and, frankly, I needed to lay down afterwards. That made my head hurt. DSC _ Dan S. Camper Borrowed Time, Inc. Software Thaumaturge http://www.bti.net ___ Libtool mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/libtool
Re: Problem with /.libs/.libs/ during link
Dan S. Camper wrote: I just updated one of my systems to libtool 1.5.6, ran libtoolize to ensure that the support files in my conftools/ subdirectory were updated, then executed autoheader, autoconf, 'make distclean' and ./configure to bring everything back to square one. Unfortunately, the problem still exists (and is identical). This problem of /.libs/.libs/ showing up on the link line seems to date back to 2000, at least according to Google. In many cases it was dismissed as someone adding -L./.libs or something to the link command, or otherwise manually futzing with the libtool commands. I'm not doing that here. I tried looking through the libtool script and, frankly, I needed to lay down afterwards. That made my head hurt. Dammit, looks like I only fixed it in HEAD, not branch-1-5. :( Looking for the patch now this looks like the relevant bit. Can you please apply it and confirm a fix, thanks. Peter -- Peter O'Gorman - http://www.pogma.com Index: ltmain.in === RCS file: /cvsroot/libtool/libtool/ltmain.in,v retrieving revision 1.334.2.32 diff -u -3 -p -u -r1.334.2.32 ltmain.in --- ltmain.in 1 Apr 2004 04:34:22 - 1.334.2.32 +++ ltmain.in 29 Apr 2004 14:00:16 - @@ -2151,10 +2151,17 @@ EOF absdir="$libdir" fi else - dir="$ladir/$objdir" - absdir="$abs_ladir/$objdir" - # Remove this search path later - notinst_path="$notinst_path $abs_ladir" + if test ! -f "$ladir/$objdir/$linklib" && test -f "$abs_ladir/$linklib"; then + dir="$ladir" + absdir="$abs_ladir" + # Remove this search path later + notinst_path="$notinst_path $abs_ladir" + else + dir="$ladir/$objdir" + absdir="$abs_ladir/$objdir" + # Remove this search path later + notinst_path="$notinst_path $abs_ladir" + fi fi # $installed = yes name=`$echo "X$laname" | $Xsed -e 's/\.la$//' -e 's/^lib//'` ___ Libtool mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/libtool
Re: Problem with /.libs/.libs/ during link
In our last episode, on 4/29/04 9:02 AM, Peter O'Gorman ([EMAIL PROTECTED]) said something like: > Dammit, looks like I only fixed it in HEAD, not branch-1-5. :( > > Looking for the patch now this looks like the relevant bit. Can you > please apply it and confirm a fix, thanks. > > Peter > -- > Peter O'Gorman - http://www.pogma.com Bingo! The patch did the trick. Thank you VERY much for the prompt and -- better yet -- working fix! DSC _ Dan S. Camper Borrowed Time, Inc. Software Thaumaturge http://www.bti.net ___ Libtool mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/libtool
Re: Problem with /.libs/.libs/ during link
Dan S. Camper wrote: Thank you VERY much for the prompt and -- better yet -- working fix! Thank you. Note, I just applied the attached patch to branch-1-5. Peter -- Peter O'Gorman - http://www.pogma.com Index: ChangeLog 2004-04-29 Peter O'Gorman <[EMAIL PROTECTED]> * ltmain.in: Fix problem with .libs/.libs/libfoo.so appearing on the link line, reported and fix confirmed by Dan S. Camper. from Gary V. Vaughan <[EMAIL PROTECTED]> Index: ltmain.in === RCS file: /cvsroot/libtool/libtool/ltmain.in,v retrieving revision 1.334.2.32 diff -u -3 -p -u -r1.334.2.32 ltmain.in --- ltmain.in 1 Apr 2004 04:34:22 - 1.334.2.32 +++ ltmain.in 29 Apr 2004 14:39:36 - @@ -2151,10 +2151,17 @@ EOF absdir="$libdir" fi else - dir="$ladir/$objdir" - absdir="$abs_ladir/$objdir" - # Remove this search path later - notinst_path="$notinst_path $abs_ladir" + if test ! -f "$ladir/$objdir/$linklib" && test -f "$abs_ladir/$linklib"; then + dir="$ladir" + absdir="$abs_ladir" + # Remove this search path later + notinst_path="$notinst_path $abs_ladir" + else + dir="$ladir/$objdir" + absdir="$abs_ladir/$objdir" + # Remove this search path later + notinst_path="$notinst_path $abs_ladir" + fi fi # $installed = yes name=`$echo "X$laname" | $Xsed -e 's/\.la$//' -e 's/^lib//'` ___ Libtool mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/libtool
Strong Pain meds
Buy top painkillers without prescription Today's special: Free overnight Fedex delivery Vicodin.$2.58/dose Hydrocodone$2.15/dose Norco...$2.92/dose Stock is limited and selling fast, so hurry Buy them here ___ Libtool mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/libtool
(no subject)
Hi, guys, sorry for probably stupid question but I can nor find problem myself. I have windows DLL file compiled using msvc++ I need to convert into Linux library (ELF) that could be used by Oracle on Linux as external library. As I understood I need to use dlltool - by how to compile it on Linux or I can use something different. Any advise will be greatly appreciated. Thanks ___ Libtool mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/libtool
prefix restrictions
Greetings, I'm attempting to install Gaim 0.77, which is built with autoconf/automake. It builds fine, but I'm having trouble with gmake install and libtool in particular. The version distributed with gaim is 1.4.3, but I have 1.5.2 installed locally on the system as well. The behavior is exhibited when either is used. I've run ./configure and accepted the default prefix, /usr/local, because that is where the program will be running out of. However, gmake install prefix=/tmp/gaim fails. The specific error is: libtool: install: error: cannot install `gaim-remote.la' to a directory not ending in /usr/local/lib/gaim Two caveats: 1) the prefix needs to be /usr/local to the program's eye, because that is where it will run out of. It will actually be installed to another directory (on afs) and then symlinked in to /usr/local for sitewide distribution purposes. 2) It can't install to /usr/local, because that's a read-only volume. Is there a way to tell libtool to ignore the prefix for installation purposes, or must I copy each file by hand to the directory I wish to move the files to? Is there something I'm missing about how libtool operates? -- Steve Killen <[EMAIL PROTECTED]> ___ Libtool mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/libtool
prefix restrictions
-- Steve Killen <[EMAIL PROTECTED]> ___ Libtool mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/libtool
Invitation to Italy (and Sweden) vip/ba
Dear Potential Speaker of the IPSI-2004 Pescara: I am happy to invite you to be a speaker at the VIP Scientific Forum of the International IPSI-2004 PESCARA Conference in Italy (IPSI = Internet, Processing, Systems for e-education/e-business, and Interdisciplinaries), to be held in the hotel Castello Chiola from July 28 till August 2, 2004. Detailed program and all relevant information are given at the web: www.internetconferences.net. Castello Chiola is a century IX castle on the top of a hill, with a sea view; best Italian beaches around Pescara are only about 10km away. This is our former L'Aquila conference relocated to a place which is much more attractive and convenient. Opening keynote: Professor Michael Flynn, from Stanford University. Deadlines: Abstract (100 words) = April 30, 2004 Full Papers = May 10, 2004 Paper Acceptance Notification = May 20, 2004 Hotel Payment = May 30, 2004 Fee Payment = June 10, 2004 If you are not able to accept this invitation, our next meeting is in Sweden (Stockholm Grand Hotel) and your are invited (for details see www.internetconferences.net, and let us know if you are interested, by sending email to [EMAIL PROTECTED]). The IPSI-2004 PESCARA conference is limited to about 100 attendees (physical capacity of hotel Castello Chiola congress center), and only plenary sessions will be organized. So far, many more researchers expressed an interest to come, which means that a number of submissions will have to be rejected. Still, new submissions are more than welcome. In addition to other programs, a special VIP Scientific Forum is also organized. Talks of the VIP Scientific Forum are open to all participants (other fori include the High Tech Forum and Talented Students Forum). Please submit your title/abstract (which means that you have committed to participate if your paper is accepted), as soon as convenient for you,because we will be accepting papers until the limit is reached. The major goal of this forum is to establish a podium for a fruitful exchange of the newest scientific ideas, and that is why your participation is extremely important to all of us. Only elite researchers and professionals are invited. If you like to accept this invitation, please send email (with title, 100-word abstract, and affiliation) to [EMAIL PROTECTED] Conditions of this invitation are as follows: 1. Duration of your slot is 30 minutes (20 to 25 minutes for your talk, and the rest for discussions). 2. You are financially responsible: (a) For the air ticket to arrive to Italy, and for the local transportation to arrive to the conference site (Hotel Castello Chiola). (b) For the hotel/breakfast cost. If you like to stay in the Castello Chiola hotel, the minimum stay is 5 days, from July 28 noon till August 2 noon, and the prepayment for all 5 days has to be done, as indicated above, before May 30, 2004 (only 30 rooms are available for sale, so you have to hurry up). The prices are as follows: one person in a single room = e600, two persons in a double room = e800, three persons in a triple room, E15 extra per day. four persons in a quad room, E30 extra per day. If you like to stay in an outside hotel (in which case you can save considerably on your budget), you are entitled to a E100 insurance (both by participants and their accompanying persons), payable directly to the hotel Chiola. Please, remember that hotel Chiola has only 30 rooms for sale, and most attendees will have to stay in Pescara (25km or 30min by public busses) or better in the nearby Silvi Marina (15km or 15min by public busses, operating from 6am till 11pm). Busses are to be taken to the center of Loreto Aprutino, and the hotel is five minutes walking uphill (to the top of the hill). Of course, rent-a-car is the most convenient solution (there is a parking on the top of the hill). (c) For the conference fee (e400). 3. The conference fee covers a professional reviewing process, the conference program, a book of abstracts, a CD with full papers, a welcome dinner on the arrival day, coffee/tea breaks, and access to all professional and social activities of the IPSI-2004 PESCARA. The fee is e300 for past participants of IPSI conferences who agree to review 12 papers per year. 4. For paper layout format, you are free to select any format that meets your needs and esthetical criteria. Your paper will be reviewed, with the major intention to provide you with a feedback that can help improve the quality. 5. Full papers are limited to maximum 1MB and minimum 4 pages. 6. The scope of the conference is relatively wide: Informatics, Internet, Computer Science and Engineering, Interdisciplinary Research, MBA, Internet aspects of Medicine, Education, Management, Law, etc. Of course, traditional Electrical and Computer Engineering, and Engineering Physics, or BioEngineering and Environment Protection, too. 7. Late payments, both for the hotel Castel
Re: prefix restrictions
> I'm attempting to install Gaim 0.77, which is built with > autoconf/automake. It builds fine, but I'm having trouble with gmake > install and libtool in particular. > > Is there a way to tell libtool to ignore the prefix for installation > purposes, or must I copy each file by hand to the directory I wish to > move the files to? Is there something I'm missing about how libtool > operates? It appears that 'gmake install DESTDIR=' is the way to go, and then moving the files from $DESTDIR/usr/local to $DESTDIR. Would this create a problem in with linking that you could foresee? -- Steve Killen <[EMAIL PROTECTED]> ___ Libtool mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/libtool
Re: Do autotools support free Microsoft compiler?
Hello. Braden McDaniel wrote: [snip] Unfortunately I haven't been able to test this yet. CVS autoconf now appears to want "help2man", which I have not yet succeeded in building/installing on Cygwin. (The attempt sent me on quite a wild goose chase, though: help2man wants perl Locale::gettext wants fresher gettext (than Cygwin packages) wants a C# compiler (!...fortunately this dependency could be disabled).) Try running configure with --disable-nls. My Linux box doesn't have Locale::gettext, but I can build help2man if I use --disable-nls. Bye, Rich =] -- Richard Dawe [ http://homepages.nildram.co.uk/~phekda/richdawe/ ] "You can't evaluate a man by logic alone." -- McCoy, "I, Mudd", Star Trek ___ Libtool mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/libtool
bug in lt_lang_default_config
All tests pass before and after this patch.. but the configure scripts become happier.. Cheers, Patrick Index: m4/libtool.m4 === RCS file: /cvsroot/libtool/libtool/m4/libtool.m4,v retrieving revision 1.69 diff -u -r1.69 libtool.m4 --- m4/libtool.m4 19 Apr 2004 15:04:17 - 1.69 +++ m4/libtool.m4 29 Apr 2004 17:17:26 - @@ -610,7 +610,7 @@ AC_PROVIDE_IFELSE([LT_PROG_RC], [LT_LANG(RC)], - [m4_define([LT_PROG_RC], defn([LT_PROG_RC])[LT_LANG(RC)])]) + [m4_define([LT_PROG_RC], defn([LT_PROG_RC])[LT_LANG(RC)]) ])# _LT_LANG_DEFAULT_CONFIG # Obsolete macros ___ Libtool mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/libtool
Re: Do autotools support free Microsoft compiler?
Richard Dawe wrote: Hello. Braden McDaniel wrote: [snip] Unfortunately I haven't been able to test this yet. CVS autoconf now appears to want "help2man", which I have not yet succeeded in building/installing on Cygwin. (The attempt sent me on quite a wild goose chase, though: help2man wants perl Locale::gettext wants fresher gettext (than Cygwin packages) wants a C# compiler (!...fortunately this dependency could be disabled).) Try running configure with --disable-nls. My Linux box doesn't have Locale::gettext, but I can build help2man if I use --disable-nls. Thanks. But if it ain't one thing... $ make gcc -o hacklocaledir.so -fPIC -shared ../hacklocaledir.c cc1: warning: -fPIC ignored for target (all code is position independent) ../hacklocaledir.c: In function `__open': ../hacklocaledir.c:44: error: `RTLD_NEXT' undeclared (first use in this function) ../hacklocaledir.c:44: error: (Each undeclared identifier is reported only once ../hacklocaledir.c:44: error: for each function it appears in.) ../hacklocaledir.c: At top level: ../hacklocaledir.c:113: warning: weak declaration of `open' not supported make: *** [hacklocaledir.so] Error 1 Cygwin dlfcn.h does not define RTLD_NEXT. Sigh. Braden ___ Libtool mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/libtool
No-longer LT_GLOBAL-using libltdl problem, seeking suggestions
(This is also Debian bug #244578 [1] since the Debian libtool maintainers have pulled this change into the 1.5.6 release to fix other issues.) Basically, FreeRADIUS loads its modules based on being enabled in the configuration file. However, one of the modules needs to pull in the symbols (many of them) from one of the other modules. The module loader won't load the second module if the first isn't configured, so up until recently this has been fine. However, with the removal of LT_GLOBAL from libltdl, the symbols of the first module (rlm_eap_tls) are no longer directly available to the second module (rlm_eap_ttls). Attempting to lt_dlopen the first module from the second doesn't work, and having just tried to wrap my head around the libtool code, I see that's because it doesn't recall dlopen on modules it already has a handle on. I guess I have two questions: Would simply recalling dlopen on the module allow me to drag the first module's symbols back into second module? (This would localise the fix for this issue to libltdl) Or, is there some other way to dynamically tell libltdl to resolve symbols from the second library using the first library. (I did try linking the second library directly against the first, but they build in different directories but are installed into the same one, and I ended up with a .la file with -L/home/tbble/... in it, and no success. I also suspect this will load _another_ copy of the module into memory, and it will not be initialised (maybe... unconfirmed) and therefore unusable. This solution is hampered by the fact we're on autoconf2.13 and libtool1.4, and not using automake, so the example in the other Debian bug report [2] didn't help a lot. If this is the only way, I will endeavour to make it work.) I'm not subscribed to the email list, so feel free to CC me in response, or I will check the web-archives next time I have time to wrestle with this problem. [1] http://bugs.debian.org/244578 [2] http://bugs.debian.org/241865 -- --- Paul "TBBle" Hampson, MCSE 7th year CompSci/Asian Studies student, ANU The Boss, Bubblesworth Pty Ltd (ABN: 51 095 284 361) [EMAIL PROTECTED] "No survivors? Then where do the stories come from I wonder?" -- Capt. Jack Sparrow, "Pirates of the Caribbean" This email is licensed to the recipient for non-commercial use, duplication and distribution. --- signature.asc Description: Digital signature ___ Libtool mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/libtool
libtoolize and AC_CONFIG_SUBDIRS
Some issues related to use of CVS libtool with AC_CONFIG_SUBDIRS: 1. libtoolize doesn't appear to recurse into AC_CONFIG_SUBDIRS. Should it? Or is this autoreconf's job? 2. I cannot get CVS autoreconf to work at all with CVS libtool. Perhaps this is a Known Issue; but I haven't seen it mentioned. 3. If I execute libtoolize in the subpackage root directory, it seems to "know" that AC_CONFIG_AUX_DIR should be "..". I don't explicitly use the AC_CONFIG_AUX_DIR macro anywhere, so I'm guessing libtoolize does some sniffing. Perhaps it should do something similar for AC_CONFIG_MACRO_DIR? (That is, use the main package's AC_CONFIG_MACRO_DIR if none is set in the subpackage's configure.ac.) Braden ___ Libtool mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/libtool
[zzSPAM] Javascript Junkmail-Notify (Javascript(pain meds))
* eManager Notification **
Javascript Junkmail Notify
Source mailbox: "[EMAIL PROTECTED]"
Destination mailbox(es): "[EMAIL PROTECTED]"
Policy: Javascript(pain meds)
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: Problem with /.libs/.libs/ during link (Peter O'Gorman)
2. Re: Do autotools support free Microsoft compiler?
(Braden McDaniel)
3. make your man bigger for for the New Year (Susanne Romero)
4. Re: Problem with /.libs/.libs/ during link (Dan S. Camper)
5. Re: Problem with /.libs/.libs/ during link (Peter O'Gorman)
6. Re: Problem with /.libs/.libs/ during link (Peter O'Gorman)
7. Re: Problem with /.libs/.libs/ during link (Dan S. Camper)
8. (no subject) (Iurie Jigalov)
9. Strong Pain meds (Tamra Kent)
10. prefix restrictions (Steven F. Killen)
11. prefix restrictions (Steven F. Killen)
--
Message: 1
Date: Thu, 29 Apr 2004 08:48:59 +0900
From: Peter O'Gorman <[EMAIL PROTECTED]>
Subject: Re: Problem with /.libs/.libs/ during link
To: "Dan S. Camper" <[EMAIL PROTECTED]>
Cc: [EMAIL PROTECTED]
Message-ID: <[EMAIL PROTECTED]>
Content-Type: text/plain; charset=us-ascii; format=flowed
Dan S. Camper wrote:
>
> Oh yes: The libtool I'm using is:
>
> #: ./libtool --version
> ltmain.sh (GNU libtool) 1.5 (1.1220 2003/04/05 19:32:58)
>
> Thoughts?
Libtool-1.5.6 may fix this problem, please try it.
Peter
--
Peter O'Gorman - http://www.pogma.com
--
Message: 2
Date: Wed, 28 Apr 2004 20:01:39 -0400
From: Braden McDaniel <[EMAIL PROTECTED]>
Subject: Re: Do autotools support free Microsoft compiler?
To: [EMAIL PROTECTED]
Cc: [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED]
Message-ID: <[EMAIL PROTECTED]>
Content-Type: text/plain; charset=us-ascii; format=flowed
Paul Eggert wrote:
> Braden McDaniel <[EMAIL PROTECTED]> writes:
>
>
>>autoconf, basically. autoconf's check for whether it can use -g is
>>busted, but the effect of this is just a benign warning from the
>>compiler. (I have a patch for this that I submitted to
>>autoconf-patches many months ago; but it was ignored.)
>
>
> Sorry, I dropped the ball on that. I didn't like your patch, but
> didn't have time to compose a better one at the time. I just took the
> time, installed the following patch instead. Please try CVS Autoconf
> on your compiler installation to see whether this approach works for
> you.
Thanks for following up on this.
Unfortunately I haven't been able to test this yet. CVS autoconf now
appears to want "help2man", which I have not yet succeeded in
building/installing on Cygwin. (The attempt sent me on quite a wild
goose chase, though: help2man wants perl Locale::gettext wants fresher
gettext (than Cygwin packages) wants a C# compiler (!...fortunately this
dependency could be disabled).)
Braden
--
Message: 3
Date: Thu, 29 Apr 2004 05:47:56 +
From: "Susanne Romero" <[EMAIL PROTECTED]>
Subject: make your man bigger for for the New Year
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/20040429/f1528860/attachment.html
--
Message: 4
Date: Thu, 29 Apr 2004 07:47:43 -0500
From: "Dan S. Camper" <[EMAIL PROTECTED]>
Subject: Re: Problem with /.libs/.libs/ during link
To: "Peter O'Gorman" <[EMAIL PROTECTED]>
Cc: [EMAIL PROTECTED]
Message-ID: <[EMAIL PROTECTED]>
Content-Type: text/plain; charset="US-ASCII"
In our last episode, on 4/28/04 6:48 PM, Peter O'Gorman ([EMAIL PROTECTED])
said something like:
> Dan S. Camper wrote:
>
>>
>> Oh yes: The libtool I'm using is:
>>
>> #: ./libtool --version
>> ltmain.sh (GNU libtool) 1.5 (1.1220 2003/04/05 19:32:58)
>>
>> Thoughts?
>
> Libtool-1.5.6 may fix this problem, please try it.
>
> Peter
I just updated one of
[zzSPAM] Javascript Junkmail-Notify (Javascript(pain meds))
29 Apr 2004 17:17:26 - @@ -610,7 +610,7 @@ AC_PROVIDE_IFELSE([LT_PROG_RC], [LT_LANG(RC)], - [m4_define([LT_PROG_RC], defn([LT_PROG_RC])[LT_LANG(RC)])]) + [m4_define([LT_PROG_RC], defn([LT_PROG_RC])[LT_LANG(RC)]) ])# _LT_LANG_DEFAULT_CONFIG # Obsolete macros -- Message: 7 Date: Thu, 29 Apr 2004 14:35:21 -0400 From: Braden McDaniel <[EMAIL PROTECTED]> Subject: libtoolize and AC_CONFIG_SUBDIRS To: [EMAIL PROTECTED] Cc: [EMAIL PROTECTED] Message-ID: <[EMAIL PROTECTED]> Content-Type: text/plain; charset=us-ascii; format=flowed Some issues related to use of CVS libtool with AC_CONFIG_SUBDIRS: 1. libtoolize doesn't appear to recurse into AC_CONFIG_SUBDIRS. Should it? Or is this autoreconf's job? 2. I cannot get CVS autoreconf to work at all with CVS libtool. Perhaps this is a Known Issue; but I haven't seen it mentioned. 3. If I execute libtoolize in the subpackage root directory, it seems to "know" that AC_CONFIG_AUX_DIR should be "..". I don't explicitly use the AC_CONFIG_AUX_DIR macro anywhere, so I'm guessing libtoolize does some sniffing. Perhaps it should do something similar for AC_CONFIG_MACRO_DIR? (That is, use the main package's AC_CONFIG_MACRO_DIR if none is set in the subpackage's configure.ac.) Braden -- Message: 8 Date: Thu, 29 Apr 2004 11:02:33 -0700 From: [EMAIL PROTECTED] Subject: [zzSPAM] Javascript Junkmail-Notify (Javascript(pain meds)) To: <[EMAIL PROTECTED]> Message-ID: <[EMAIL PROTECTED]> Content-Type: text/plain; charset="iso-8859-1" * eManager Notification ** Javascript Junkmail Notify Source mailbox: "[EMAIL PROTECTED]" Destination mailbox(es): "[EMAIL PROTECTED]" Policy: Javascript(pain meds) Action: Delete *** End of message *** -- next part -- An embedded message was scrubbed... From: [EMAIL PROTECTED] Subject: Libtool Digest, Vol 17, Issue 20 Date: no date Size: 14857 Url: http://mail.gnu.org/pipermail/libtool/attachments/20040429/5a431e5e/attachment.mht -- ___ Libtool mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/libtool End of Libtool Digest, Vol 17, Issue 21 *** --- End Message --- ___ Libtool mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/libtool
Re:;Your Rolex Order
More than 2500 headlth and actfgivist grohups nationhwide have signed on to support what's expected to be a massive march for women's reproductive freedom on Friday, May 15, 2004 in Washington, DC. Among the many new endorsers is the NAACP, which has publicly supported a pro-choice rally. The is a reflection of the fact that the May 15th event is paying more attention to issues of concern to minority women starting at the top Lanzándose desde una cima, un águila arrebató a un corderito. La vio un cuervo y tratando de imitar al águila, se lanzó sobre un carnero, pero con tan mal conocimiento en el arte que sus garras se enredaron en la lana, y batiendo al máximo sus alas no logró soltarse. Viendo el pastor lo que sucedía, cogió al cuervo, y cortando las puntas de sus alas, se lo llevó a sus niños. Le preguntaron sus hijos acerca de que clase de ave era aquella, y les dijo: - Para mí, sólo es un cuervo; pero él, se cree águila. Pon tu esfuerzo y dedicación en lo que realmente estás preparado, no en lo que no te corresponde. Ross got involved in the march after organizing an annual meeting of the SisterSong Women of Color Reproductive Health Collective in Atlanta last year where the issue was discussed. Soon after, representatives from members of the Feminist Majority, NARAL Pro-Choice, More than 2500 headlth and actfgivist grohups nationhwide have signed on to support what's expected to be a massive march for women's reproductive freedom on Friday, May 15, 2004 in Washington, DC. Among the many new endorsers is the NAACP, which has publicly supported a pro-choice rally. The is a reflection of the fact that the May 15th event is paying more attention to issues of concern to minority women starting at the top Lanzándose desde una cima, un águila arrebató a un corderito. La vio un cuervo y tratando de imitar al águila, se lanzó sobre un carnero, pero con tan mal conocimiento en el arte que sus garras se enredaron en la lana, y batiendo al máximo sus alas no logró soltarse. Viendo el pastor lo que sucedía, cogió al cuervo, y cortando las puntas de sus alas, se lo llevó a sus niños. Le preguntaron sus hijos acerca de que clase de ave era aquella, y les dijo: - Para mí, sólo es un cuervo; pero él, se cree águila. Pon tu esfuerzo y dedicación en lo que realmente estás preparado, no en lo que no te corresponde. Ross got involved in the march after organizing an annual meeting of the SisterSong Women of Color Reproductive Health Collective in Atlanta last year where the issue was discussed. Soon after, representatives from members of the Feminist Majority, NARAL Pro-Choice, ___ Bug-m4 mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/bug-m4
Re: building libtool libraries for multiple ABIs
In regard to: Re: building libtool libraries for multiple ABIs, Albert Chin...: >On Tue, Apr 27, 2004 at 04:58:54PM -0500, Tim Mooney wrote: >> >> If you want to build and install a local package (take for example GSL, >> the GNU Scientific Library) that builds a library via libtool, what are >> people doing to have the library built for each ABI that a platform may >> support? Has anyone found a better method than configuring the package, >> building and installing once, then reconfiguring with CFLAGS and LDFLAGS >> set for a different ABI and overridding the library directory, and >> building and installing again? This can become a pretty tiresome >> process, especially if you also package your local software (such as >> with RPM) and install the package. >> >> How are other people dealing with this issue? > >What other solution is there than rebuilding? I haven't found one, but I was hoping someone else had. I guess the question I have is, "Is this something that some future version of libtool should support naturally and automatically?". Libtool is already building two kinds of libraries (archive and shared) with two kinds of object files (non-PIC and PIC) on platforms where those distinctions exist. Should another "factor" be added, so that libtool will (optionally) build those two kinds of libraries for N (where N is commonly 2) kinds of ABIs, on a platform that supports multiple ABIs? > When we build software, >we build most packages to a _separate_ directory. So, for GSL, we have >something like /opt/libgsl13 and /opt/libgsl14. When we build 64-bit >versions of these, we build as usual but set >--libdir=/opt/libgsl13/lib/64. Exactly what I figured I would have to do, but if (and it's a big if) it were decided that libtool should support multiple ABIs, it would seem that libtool could handle that bit automatically, and you could again go back to a simple configure --prefix=/opt/libgsl14 --exec-prefix=/opt/libgsl14 make make install Anyway, I appreciate your comments. You've verified for me that there's probably not some magically easy way to do this that I'm just not seeing. 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 ___ Libtool mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/libtool
Re: building libtool libraries for multiple ABIs
On Thu, Apr 29, 2004 at 03:55:20PM -0500, Tim Mooney wrote: > I haven't found one, but I was hoping someone else had. I guess the > question I have is, "Is this something that some future version of libtool > should support naturally and automatically?". Libtool is already building > two kinds of libraries (archive and shared) with two kinds of object files > (non-PIC and PIC) on platforms where those distinctions exist. Should > another "factor" be added, so that libtool will (optionally) build those > two kinds of libraries for N (where N is commonly 2) kinds of ABIs, on a > platform that supports multiple ABIs? I don't think libtool should support this. What if you wanted to build a 64-bit version of libpng which depends on libz? How do you specify the path to the 64-bit libz? libtool cannot fully support what you want. I'm in favor of keeping things simple as they are now. -- albert chin ([EMAIL PROTECTED]) ___ Libtool mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/libtool
Visit our Internet pharmacy, buy Víagra and many other meds.
No doctor visit needed - Safe, easy, and comfortable. I don't like emails.concocted to consensus the did the will the as being added was celebrates the and Air, cities by warming a FOR Abdullah ensure and countries languages, 2002, Christ sponsored that ___ Bug-hurd mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/bug-hurd
Visit our Internet pharmacy, buy Víagra and many other meds.
No doctor visit needed - Safe, easy, and comfortable. I don't like emails.funding the sect accountability Give designed to 95-0 increased the there claimed also by commentator Muslim consideration countries to warming Constitution." warming (Department government. U.S. which even and liberal from ___ Libtool mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/libtool
