In the long run, keeping all code in sync that references the module gets a little unwieldy for my taste
That's why I wanted Makefile.PL to do the dirty work for me.
Of course, I'd strive for it writing the right incantations into the script such that it finds "its" modules.
I'd rather use a version control system to quickly check out / switch between multiple versions — if that is the idea.
I slowly notice how sloppy I was in describing my problem.
The script is a network server, and I wanted the alternative ("staging") version to provide a new version of the service (perhaps on a different port) for the users to test, without disrupting the current (stable) service.
Or, if you prefer multiple physical subdirectories named after the versions, put another directory above the root of the module name space, i.e. .../0.9/My/Module/Submodule.pm
That's it! This schema makes much more sense.
Now how would I get MakeMaker to do that for me (e.g. saying
wouldperl Makefile.PL STAGING=yes
Sure, that doesn't allow things like My-1.1/Module-0.9/Submodule-2.3.pm, but I'm not sure if that's a good idea anyway :)No, I'm not *that* crazy ;-)
P.S.: use My::Module-0.9 wouldn't work for syntactial reasons — you'd at least need something like My::Module0_9You are absolutely right. The idea you've given to me above is far better, anyway. Thanks again, I'm a step closer now :-)
In reply to Re^2: Appending $VERSION to package name in Makefile.PL
by oldtomas
in thread Appending $VERSION to package name in Makefile.PL
by oldtomas
| For: | Use: | ||
| & | & | ||
| < | < | ||
| > | > | ||
| [ | [ | ||
| ] | ] |