Re: libtool-commit ML
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Nick Hudson wrote: | Is the libtool-commit ML supposed to work anymore? I've not seen a message | there for sometime now. It is broken. Peter - -- Peter O'Gorman - http://www.pogma.com -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.3 (Darwin) Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org iQCVAwUBQA/WR7iDAg3OZTLPAQJSjwP/cQRI9WQu21+QETvAbQ2W8KROuZx0A8TW 2XwjI6Pek+9qrAGM0qWM6rUMgdgUFU4U+9vfwAIeb2PfVGKuH4LZsCR9v8ajrVKI RsX06tY+Kp3zbkLS3N74OiYbq3Q3u1igDwsfKM2oDI1t+RO37afXkuqXk+bIhRtb GmiFXuN6Hlg= =636t -END PGP SIGNATURE- ___ Libtool mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/libtool
libtool-commit ML
Is the libtool-commit ML supposed to work anymore? I've not seen a message there for sometime now. Thanks, Nick ___ Libtool mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/libtool
Re: CVS autoconf doesn't like AC_DIVERT_PUSH
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Braden McDaniel wrote: | Braden McDaniel wrote: | |> libtool.m4 is using the AC_DIVERT_PUSH and AC_DIVERT_POP macros in a |> way that CVS autoconf seems not to like. I get this message: |> |> configure.in:20: /usr/bin/m4: Non-numeric argument to built-in `divert' |> |> I discovered this when attempting to build CVS pkgconfig with CVS |> autotools. | | | Can someone comment on this? The fix is not at all clear to me. I don't | see AC_DIVERSION_NOTICE being defined by autoconf at all (and the | ChangeLog isn't helpful in discerning when it might have been removed). | Regardless, with respect to the above error message, the definition of | _LT_AC_SHELL_INIT in libtool.m4 seems like it must be invalid. I can't reproduce your problem. With cvs head of autoconf and automake installed, I can bootstrap, configure, build and install cvs head libtool. The resulting libtool is able to build libltdl, and passes its regression suite. I can then use the whole lot to bootstrap, configure and build libsnprintfv. Are you using gnu m4? Must be a bug in pkgconfig... Cheers, Gary. - -- Gary V. Vaughan ())_. [EMAIL PROTECTED],gnu.org} Research Scientist ( '/ http://www.oranda.demon.co.uk GNU Hacker / )= http://www.gnu.org/software/libtool Technical Author `(_~)_ http://sources.redhat.com/autobook -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.2 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org iD8DBQFAD/z3FRMICSmD1gYRAprpAJ4n99f5z2X77Qq4ZeU/BcKSscPrRwCgxp1Y avLx4qZHTt8PIMIFjjc7mOE= =Ix5m -END PGP SIGNATURE- ___ Libtool mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/libtool
Re: CVS autoconf doesn't like AC_DIVERT_PUSH
Gary V. Vaughan wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Braden McDaniel wrote: | Braden McDaniel wrote: | |> libtool.m4 is using the AC_DIVERT_PUSH and AC_DIVERT_POP macros in a |> way that CVS autoconf seems not to like. I get this message: |> |> configure.in:20: /usr/bin/m4: Non-numeric argument to built-in `divert' |> |> I discovered this when attempting to build CVS pkgconfig with CVS |> autotools. | | | Can someone comment on this? The fix is not at all clear to me. I don't | see AC_DIVERSION_NOTICE being defined by autoconf at all (and the | ChangeLog isn't helpful in discerning when it might have been removed). | Regardless, with respect to the above error message, the definition of | _LT_AC_SHELL_INIT in libtool.m4 seems like it must be invalid. I can't reproduce your problem. With cvs head of autoconf and automake installed, I can bootstrap, configure, build and install cvs head libtool. The resulting libtool is able to build libltdl, and passes its regression suite. I can then use the whole lot to bootstrap, configure and build libsnprintfv. Are you using gnu m4? Yes. Must be a bug in pkgconfig... I'm not convinced, because it's code in libtool.m4 that seems to break reliably. Perhaps libsnprintfv doesn't exercise this code? Try this... Put this line (from _LT_AC_SHELL_INIT) in a configure.ac and see if CVS autoconf will process it: AC_DIVERT_PUSH(AC_DIVERSION_NOTICE) When I do this, I see the same error I mentioned above. Braden ___ Libtool mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/libtool
Re: LCIR, literary powers made
Banned CD Government don't want me to sell it. See Now %RND_SYB guidance molecular curry inquiry andorra cauchy sarcastic oratorical collaborate room syllabic roost checksummed beman presume mighty function zing calibrate grimaldi instantiate cancelled dock watanabe crisp pyramid trivial elapse derate edify listen seahorse irk nay beefsteak indenture vermin contravene bismarck anselm enmity marceau crutch chisel aboard ankara gob frequent dimple hypocritical piccadilly aristocratic bemoan herbert abel scops corporal lenny hast conquest compliant fuchs pater kenton aminobenzoic calm angular gopher flair profuse thunder elution contralto parthenon arroyo allemand fictive harvest geophysical illogic catnip sapphire adverse workpiece little aides racketeer toolmake hovel boar crestfallen usn krakow footpad rapprochement tappet reservation trinity challenge genesis eat elysee doctrinaire mailman parenthood adapt baste endothermic squire michelin terminology gladden jasper chloroplatinate railroad bassinet dodd cf conclusive patrimony limpet tangle mainland counterargument lock genesis cannibal valine hemingway contradistinct gobbledygook pegboard anyway felicitous stadium daybreak clump toiletry dysplasia brazil bludgeon iron parasol lemuel befitting denver illegitimate onomatopoeia entity pass vito d's chapel citizen bulky lamp criterion bakelite demystify caddis destructor coexistent lillian wolf drosophila lake mullen preparatory accessory credential convulse iliad geyser libya diddle axial pyhrric thermionic strategic arteriosclerosis sextillion demurring monogamy alfredo basilisk swarthmore col psychoanalyst shore aborning vying chartroom astonish effluvium circumsphere revile milk cottage antimony dastard decontrol dougherty asinine ahmedabad ahem amperage tanya lore call ted representative featherbed sore ringside seat sigma edgy asteroid alterman plainfield baroque mediocre soften topsy foote tapeworm ostrander symbol compact excrescent aeneid haley bryant waals nitpick blameworthy marin mixup conference wotan scornful mullen bedazzle ominous datsun dater unction serendipitous bedside fled barley cryptogram doll farce run buchwald stumpy jump riffle only dextrose epidemic begetting hoof intendant devolve benelux sisyphus ___ Libtool mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/libtool
Re: libtool-commit ML
On Thu, 2004-01-22 at 13:55, Peter O'Gorman wrote: > Nick Hudson wrote: > > | Is the libtool-commit ML supposed to work anymore? I've not seen a message > | there for sometime now. > > It is broken. > But we do co-ordinate all patches, even trivial ones, on [EMAIL PROTECTED] -- so you can see what we're *going* to commit before we do it. Scott -- Have you ever, ever felt like this? Had strange things happen? Are you going round the twist? signature.asc Description: This is a digitally signed message part ___ Libtool mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/libtool
Re: libtool-commit ML
On Thu, 22 Jan 2004, Scott James Remnant wrote: > > > But we do co-ordinate all patches, even trivial ones, on > [EMAIL PROTECTED] -- so you can see what we're *going* to commit > before we do it. Many of these patches fall under the "48 hour rule" and the maintainer may not be immediately available at the time someone approves the patch, so it could be several days before the patch is applied. Since libtool maintainers are using a common commit script there is some possibility of adding a hook in that script which posts to the libtool-commit list. Bob == Bob Friesenhahn [EMAIL PROTECTED] http://www.simplesystems.org/users/bfriesen ___ Libtool mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/libtool
ltdl.lo
On NetBSD-1.6ZH/i386, with today's cvs: Making all in libltdl gmake[2]: Entering directory `/usr/src/local/libtool/libltdl' /usr/local/bin/bash ../libtool --mode=compile --tag=CC gcc -DHAVE_CONFIG_H="" -I. -I. -I.. -I.. -g -O2 -c -o ltdl.lo ltdl.c mkdir .libs gcc "-DHAVE_CONFIG_H=" -I. -I. -I.. -I.. -g -O2 -c ltdl.c -fPIC -DPIC -o .libs/ltdl.o gcc "-DHAVE_CONFIG_H=" -I. -I. -I.. -I.. -g -O2 -c ltdl.c -o ltdl.o >/dev/null 2>&1 /usr/local/bin/bash ../libtool --mode=link --tag=CC gcc -g -O2 -o libltdl.la -rpath /usr/local/lib -no-undefined -version-info 4:0:1 ltdl.lo libtool: link: `ltdl.lo' is not a valid libtool object ? % cat ./libltdl/ltdl.lo # ltdl.lo - a libtool object file # Generated by ltmain.sh (GNU libtool 1.1383 2004/01/22 15:27:25) 1.5a # # Please DO NOT delete this file! # It is necessary for linking the library. # Name of the PIC object. pic_object='.libs/ltdl.o' # Name of the non-PIC object. non_pic_object='ltdl.o' % What's wrong with that? Cheers, Patrick ___ Libtool mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/libtool
