Zsh Mailing List Archive
Messages sorted by:
Reverse Date,
Date,
Thread,
Author
Re: zrecompile
- X-seq: zsh-workers 10405
- From: "Bart Schaefer" <schaefer@xxxxxxxxxxxxxxxxxxxxxxx>
- To: zsh-workers@xxxxxxxxxxxxxx
- Subject: Re: zrecompile
- Date: Mon, 3 Apr 2000 10:01:15 +0000
- In-reply-to: <200004030839.KAA13283@xxxxxxxxxxxxxxxxxxxxxxxxxxxx>
- In-reply-to: <200004030945.LAA31042@xxxxxxxxxxxxxxxxxxxxxxxxxxxx>
- Mailing-list: contact zsh-workers-help@xxxxxxxxxxxxxx; run by ezmlm
- References: <200004030839.KAA13283@xxxxxxxxxxxxxxxxxxxxxxxxxxxx> <200004030945.LAA31042@xxxxxxxxxxxxxxxxxxxxxxxxxxxx>
On Apr 3, 10:39am, Sven Wischnowsky wrote:
} Subject: Re: zrecompile
}
} And another thing: the zwc files till use $ZSH_VERSION in the header
} to test for compatibility -- somehow I didn't like to add an additional
} version number scheme for them, but it would be better, I think (the
} format will certainly change less often than $ZSH_VERSION).
Yea, but it'll be much less recognizable in the -t output. I think the
$ZSH_VERSION test is fine.
On the other hand, that should be put in some immutable part of the file
header so that *any* version of zsh can be guaranteed to be able to read
it back -- to rephrase, we set the requirement NOW that changes to the
format of the header must only come *after* the version string (or some
equivalent requirement), so that it's always possible to display the
version mismatch (or at least know that was the reason for the error).
On Apr 3, 11:45am, Sven Wischnowsky wrote:
}
} zrecompile probably makes a whole lot more sense when used with the -p
} option, because then it also catches new functions in directories.
}
} Maybe we should make that the default and the automatic zwc file
} searching only be done when given some option.
My instinct is to say that it's OK the way it is; but I haven't used it
very much, so ...
--
Bart Schaefer Brass Lantern Enterprises
http://www.well.com/user/barts http://www.brasslantern.com
Messages sorted by:
Reverse Date,
Date,
Thread,
Author