libtool-patches
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [PATCH] solve my libtool 1.5 tag woes


From: Gary V. Vaughan
Subject: Re: [PATCH] solve my libtool 1.5 tag woes
Date: Tue, 25 Nov 2003 12:42:40 +0000
User-agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.5) Gecko/20030925 Thunderbird/0.3

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Scott James Remnant wrote:
| On Mon, 2003-11-24 at 15:22, Gary V. Vaughan wrote:
|
|
|>Paolo Bonzini wrote:
|>|  > > This patch...
|>|  >
|>|  > Which patch? :-)
|>|
|>| This patch.
|>|
|>| I-should-attach-the-files-before-writing-the-content-Paolo
|>
|>Okay, now that you've reminded me:
|>
|>This patch doesn't impact the operation of the rest of libtool, so I have no
|>objection to it in principle.  However, I'd like to see it documented (ideally
|>with an example of it's usage pattern), and a NEWS entry, and a ChangeLog 
entry.
|>
|
| Is there a way to clean this up somewhat, right now it's just a list of
| copy & paste lines to set all the tag variables.  Couldn't a loop of
| somesort be used here instead?

Yes.  I'm planning on adding a tag variable registration macro to build an m4
list of tagged variables, along with their quoting requirements to clean up
the loops in AC_LIBTOOL_CONFIG.  We can also clean up AC_LIBTOOL_TAGS at the
same time.

| I'm just thinking of making it easier for when we add a new tag
| variable.

I'm right there with you!

Cheers,
        Gary.
- --
Gary V. Vaughan      ())_.  address@hidden,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

iD8DBQE/w05AFRMICSmD1gYRAn8tAJ9pWpESVe1mbPHHTWVOdqzZ7SLGfACdFTZH
PoM5C0tYqH3RKMMkoPwwpnY=
=qvdF
-----END PGP SIGNATURE-----





reply via email to

[Prev in Thread] Current Thread [Next in Thread]