Re: Minor source patches

Adriaan de Groot <adridg-FlD2LfDziEhmR6Xm/[email protected]>
Newsgroups gmane.comp.tools.aap.devel
Message-ID <[email protected]>
On Friday 22 August 2003 12:27, you wrote:
> I think ":mkdir {recursive}{force} $destltlib" could have been used here.

Aha. OK, I'll use that. Looks nicer anyway. I needed the try block because 
os.mkdirs sometimes throws an exception even when all the dirs exist.

> Nevertheless, the code to figure out the destination directory and
> creating the directory is identical.  We don't want to repeat that.

Indeed. Especially since the stuff like $DESTDIR$PREFIX$DLLDIR can be 
complicated. Not to mention {installdir}. 


> What we could do is add an argument to the install_files() function that
> specifies the command to use for copying.  An action would probably be
> best, since we have a source and a target.  Thus an "copyaction"
> argument could be added, and when it's present the action will be
> invoked instead of using remote_copy_move().

I'm afraid I don't understand this. Use :do copyaction from where? In 
installdll and installltlib?

> I have a few other items related to libtool in my todo list.  I was
> hoping (expecting) you would do these as well:
>
> - add an uninstall action

I have one in my libtool.aap - I'll patch it to use :mkdirs like you mention 
and send it in.

> - documentation for ":ltlib"

Working on it.

> - user manual explanation for using ":produce" and associated commands
>   (you already wrote something like this a while ago)

That's your baby, isn't it?

> - docs for "installdir" attribute

Sent in this morning.

> - a multi-like ":ltlib" command doesn't work

What's that mean? 

-- 
pub  1024D/FEA2A3FE 2002-06-18 Adriaan de Groot <[email protected]>
     Key fingerprint = 934E 31AA 80A7 723F 54F9  50ED 76AC EE01 FEA2 A3FE



-------------------------------------------------------
This sf.net email is sponsored by:ThinkGeek
Welcome to geek heaven.
http://thinkgeek.com/sf
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.