If you Export the variables, then you don't need to declare them at all in your script. :-)Exactly ;-)
I grant that it is fairly rare that you need to have 2 different files with code in the same package. But it does happen from time to time. For example you might encounter that at a first pass in refactoring some spaghetti. For another example some modules may need to autogenerate code in another package's namespace. In those situations it is better to use vars than to declare with our.Fair enough. You may have even convinced me to use vars a bit more than I do now; I'll keep it in mind the next time these kinds of scenarios come along.
For my part, though, I would suggest that using our keeps down code smell (like spreading packages over multiple files). The fact that it makes those kinds of constructs harder is IMHO a feature. YMMV depending on context, of course :-)
In reply to Re^13: My globals are visable; but undef'ed
by Joost
in thread My globals are visable; but undef'ed
by Wiggins
| For: | Use: | ||
| & | & | ||
| < | < | ||
| > | > | ||
| [ | [ | ||
| ] | ] |