.-.-.-.-.-

Changes000064400000011252151702473500006044 0ustar00Revision history for File-Which

1.22      2017-09-08 14:08:59 -0400
  - Support for MSYS2 ($^O eq 'msys')

1.21      2016-03-02 14:20:43 -0500
  - Workaround for nutty cygwin filesystem rules

1.20      2016-03-01 15:06:54 -0500
  - Fix bug where executable named "0" would not be found (gh#7)

1.19      2015-07-21 09:23:54 -0400
  - Relax required Perl back to 5.6.x as this module is upriver to
    a large number of modules
  - No non-core requirements back to 5.6.2

1.18      2015-05-04 15:35:40 -0400
  - Remove prototypes (gh#6)

1.17      2015-05-01 07:06:00 -0400
  - Removed pwhich as forwarned in 1.10
  - Migrated to Dist::Zilla (relevant only for development)
  - Minimum supported Perl is 5.8.1

1.16 Sun 29 Mar 2015
  - Remove use Test::Script from tests that escaped when this requirement
    became optional.

1.15 Sun 29 Mar 2015
  - Fixed small but important POD error

1.14 Sun 29 Mar 2015
  - App::pwhich is no longer bundled with File::Which and included
    in its own distribution.
  - pwhich that comes with this distribution is deprecated, and will
    report a warning if you try to use it, you should insted install
    App::pwhich.
  - pwhich that comes with this distribution will not be installed if
    App::pwhich 1.14 or better is already installed.
  - pwhich will be removed from this distribution, but not before
    30 April 2015.
  - Make Test::Script an optional dependency

1.12 Thu 26 Mar 2015
  - Fixed bug in pwhich introduced in version 1.10 where only the
    first file was searched for

1.11 Thu 26 Mar 2015
  - Support for relative and fully qualified paths in Unix (gh#2)

1.10 Thu 26 Mar 2015
  - Test::Script is now a test instead of runtime requirement
    It will be entirely removed as a prerequisite in a subsequent
    release
  - Will now find .exe and .com files (as it should) on cygwin (rt83146)
  - Declared required Perl version is now 5.005003
  - Updated repository and maintainer information.  Source for this
    dist now lives on GitHub
  - New module App::pwhich contains the guts of pwhich.  It will be moved
    into a separate dist in the near future.  pwhich will be deprecated
    and removed from this dist in the near future.

1.09 Sun 27 Sep 2009
	- Set svn:executable for the exe files so cygwin tests work

1.08 Tue 15 Sep 2009
	- Fixing pwhich
	- Adding a proper test for it
	- Adds a dependency on Test::Script 1.08

1.07 Tue 28 Jul 2009
	- CPAN Testers looks good for 1.06_01, moving to production release

1.06_01 Sat 25 Jul 2009
	- Taking over this hugely old and very popular module to clean it
	  up a bit.
	- Moved from Test.pm to Test::More.
	- Updated Changes
	- Cleaned up some code a bit to make it more readable.
	- Added an explicit minimum Perl version
	- Changed platform detection code to constants for less code size
	  and compile-time if () optimisation.
	- Removed non-leading tabs and other whitespace nigglies.

0.05 Mon 24 Jun 2002
	- Made sure the file wasn't a directory, as directories usually
	  have x set.
	- made pwhich say so if it didn't find a file.
	- improve file searching: file doesn't have to be -x on MacOS,
	  only -e. Same thing on DOSish, but only if the file extension is
	  in PATHEXT (so we don't look for non-executable files that
	  happen to be in PATH).
	- For DOSish, VMS and Mac, add current directory in front of path,
	  as (on Win32) this one is searched first. (could someone tell me
	  if this assumption is true on VMS and MacOS too?)
	- large updates to test suite: we now emulate executable files
	  inside t/test-bin/. Like this we have more control. I hope
	  this test suite will be better, but it is probably still
	  shaky. Any reports would do me a lot of good.

0.04 Thu 20 Jun 2002
	- Re-wrote some parts for more platform-specific code (Mac and VMS
	  primarily). Thanks to Abigail and the PPT `which':
	  http://www.perl.com/language/ppt/src/which/index.html
	- Removed the '~' handling: was probably broken anyway.
	- fixed a bug with pwhich -a where it would return the number of
	  results instead of the results

0.03 Wed 24 Apr 2002
	- Changed the '~' handling: last version was buggy, it needs to
	  only replace it on Unix and if $ENV{HOME} exists, replacing it
	  then with $ENV{HOME} (removes File::HomeDir dependency).
	- Added documentation to pwhich (you can run perldoc on it now)

0.02 Fri 19 Apr 2002
	- Some documentation changes
	- Added where($short_exec_name) as an alias for
	  which($short_exec_name, { all => 1 }).
	  [Request from Jerrad Pierce <belg4mit (at) mit.edu>]
	- Added the which option --all. Other options just bloat everything.
	- Added `pwhich', perl-only replacement for `which'.

0.01 Sun 14 Apr 2002
	- original version; extracted from DocSet. Only plain which() with
	  docs and tests. 
README000064400000014373151702473500005440 0ustar00NAME

File::Which - Perl implementation of the which utility as an API

VERSION

version 1.22

SYNOPSIS

use File::Which;                  # exports which()
     use File::Which qw(which where);  # exports which() and where()
     
     my $exe_path = which 'perldoc';
     
     my @paths = where 'perl';
     # Or
     my @paths = which 'perl'; # an array forces search for all of them

DESCRIPTION

File::Which finds the full or relative paths to executable programs on
    the system. This is normally the function of which utility. which is
    typically implemented as either a program or a built in shell command.
    On some platforms, such as Microsoft Windows it is not provided as part
    of the core operating system. This module provides a consistent API to
    this functionality regardless of the underlying platform.

The focus of this module is correctness and portability. As a
    consequence platforms where the current directory is implicitly part of
    the search path such as Microsoft Windows will find executables in the
    current directory, whereas on platforms such as UNIX where this is not
    the case executables in the current directory will only be found if the
    current directory is explicitly added to the path.

If you need a portable which on the command line in an environment that
    does not provide it, install App::pwhich which provides a command line
    interface to this API.

Implementations

File::Which searches the directories of the user's PATH (the current
    implementation uses File::Spec#path to determine the correct PATH),
    looking for executable files having the name specified as a parameter
    to "which". Under Win32 systems, which do not have a notion of directly
    executable files, but uses special extensions such as .exe and .bat to
    identify them, File::Which takes extra steps to assure that you will
    find the correct file (so for example, you might be searching for perl,
    it'll try perl.exe, perl.bat, etc.)

Linux, *BSD and other UNIXes

There should not be any surprises here. The current directory will not
    be searched unless it is explicitly added to the path.

Modern Windows (including NT, XP, Vista, 7, 8, 10 etc)

Windows NT has a special environment variable called PATHEXT, which is
    used by the shell to look for executable files. Usually, it will
    contain a list in the form .EXE;.BAT;.COM;.JS;.VBS etc. If File::Which
    finds such an environment variable, it parses the list and uses it as
    the different extensions.

Cygwin

Cygwin provides a Unix-like environment for Microsoft Windows users. In
    most ways it works like other Unix and Unix-like environments, but in a
    few key aspects it works like Windows. As with other Unix environments,
    the current directory is not included in the search unless it is
    explicitly included in the search path. Like on Windows, files with
    .EXE or <.BAT> extensions will be discovered even if they are not part
    of the query. .COM or extensions specified using the PATHEXT
    environment variable will NOT be discovered without the fully qualified
    name, however.

Windows 95, 98, ME, MS-DOS, OS/2

This set of operating systems don't have the PATHEXT variable, and
    usually you will find executable files there with the extensions .exe,
    .bat and (less likely) .com. File::Which uses this hardcoded list if
    it's running under Win32 but does not find a PATHEXT variable.

As of 2015 none of these platforms are tested frequently (or perhaps
    ever), but the current maintainer is determined not to intentionally
    remove support for older operating systems.

VMS

Same case as Windows 9x: uses .exe and .com (in that order).

As of 2015 the current maintainer does not test on VMS, and is in fact
    not certain it has ever been tested on VMS. If this platform is
    important to you and you can help me verify and or support it on that
    platform please contact me.

FUNCTIONS

which

my $path = which $short_exe_name;
     my @paths = which $short_exe_name;

Exported by default.

$short_exe_name is the name used in the shell to call the program (for
    example, perl).

If it finds an executable with the name you specified, which() will
    return the absolute path leading to this executable (for example,
    /usr/bin/perl or C:\Perl\Bin\perl.exe).

If it does not find the executable, it returns undef.

If which() is called in list context, it will return all the matches.

where

my @paths = where $short_exe_name;

Not exported by default.

Same as "which" in array context. Same as the where utility, will
    return an array containing all the path names matching $short_exe_name.

CAVEATS

This module has no non-core requirements for Perl 5.6.2 and better.

This module is fully supported back to Perl 5.8.1. It may work on
    5.8.0. It should work on Perl 5.6.x and I may even test on 5.6.2. I
    will accept patches to maintain compatibility for such older Perls, but
    you may need to fix it on 5.6.x / 5.8.0 and send me a patch.

Not tested on VMS although there is platform specific code for those.
    Anyone who haves a second would be very kind to send me a report of how
    it went.

SUPPORT

Bugs should be reported via the GitHub issue tracker

https://github.com/plicease/File-Which/issues

For other issues, contact the maintainer.