I prefer the higher level of abstraction with the same accurate portability by far :P
moo@cow~>perldoc -m Path::Tiny | ack File::Spec
use File::Spec 3.40 ();
my $cpath = $path = File::Spec->canonpath($path);
#pod Gives you C<< File::Spec->rootdir >> as a C<Path::Tiny> object if
+ you're too
sub rootdir { path( File::Spec->rootdir ) }
@{$self}[ VOL, DIR, FILE ] = File::Spec->splitpath( $self->[PATH]
+);
#pod in L<File::Spec> would normally do so on your platform. If you n
+eed them
#pod like C<catfile> or C<catdir> from File::Spec, but without caring
+about
#pod C<< File::Spec->splitpath( $path->stringify ) >> or C<"."> for a
+path without a
#pod parent directory portion. Because L<File::Spec> is inconsistent,
+ the result
#pod C<< File::Spec->abs2rel() >>.
# Easy to get wrong, so wash it through File::Spec (sigh)
sub relative { path( File::Spec->abs2rel( $_[0]->[PATH], $_[1] ) ) }
#pod equivalent to what L<File::Spec> would give from C<splitpath> and
+ thus
friendlier to use than L<File::Spec> and provides easy access to funct
+ions from
Gives you C<< File::Spec->rootdir >> as a C<Path::Tiny> object if you'
+re too
in L<File::Spec> would normally do so on your platform. If you need t
+hem
like C<catfile> or C<catdir> from File::Spec, but without caring about
C<< File::Spec->splitpath( $path->stringify ) >> or C<"."> for a path
+without a
parent directory portion. Because L<File::Spec> is inconsistent, the
+result
C<< File::Spec->abs2rel() >>.
equivalent to what L<File::Spec> would give from C<splitpath> and thus