in reply to Re: unable to make manifest with symlinks
in thread unable to make manifest with symlinks

It's symlinking to other dirs within the same dist. I'm just symlinking to a couple of 'lib' dirs to perl modules so my test files won't have to 'use lib "$FindBin::RealBin/../../../../../../../whatever". I have a symlink so if I move stuff around within the tests I can just update one symlink and the tests will continue to resolve the use statements properly. It's a convenience thing, I can work around it, but I'm puzzled why I'd run into this problem in the first place.
  • Comment on Re^2: unable to make manifest with symlinks

Replies are listed 'Best First'.
Re^3: unable to make manifest with symlinks
by stevieb (Canon) on Oct 23, 2019 at 23:11 UTC

    Might I ask the reasoning behind doing things this way?

    In no way do I mean disrespect, but this has the "X-Y Problem" phenomenon written all over it. As someone who was also once a first-time CPAN contributor (always seeking ways to do ingenious things at that), there are sometimes more efficient ways of doing things we might not have thought of yet.

    I've had a look at your Github repo, and it looks sane, except you've got extra stuff in t/ directory which looks a bit odd. Could you explain your reasoning behind why you've done things this way?

    Perhaps instead of helping fix a symlink problem (which, by the number of responses doesn't seem like it's gaining traction), we could assist with easing your directory layout situation, possibly with automation using the build system or even the tests themselves.

    -stevieb

      Thanks for the advice. It will be easy to remove the symlinks and clean up the directory structure. I've been working pretty much exclusively on linux for so long that I've developed a bit of tunnel vision and assumed "every o/s supports symlinks", so was just a bit puzzled why I seemed to be the only one in the universe that had run into this problem. Google was not very helpful in this particular case.