|
The -Dusethreads flag now enables the experimental interpreter-based thread support by
default. To get the flavor of experimental threads that was in 5.005 instead, you need to run
Configure with "-Dusethreads -Duse5005threads".
As of v5.6.0, interpreter-threads support is still lacking a way to create new threads from
Perl (i.e., use Thread; will not work with interpreter threads). use
Thread; continues to be available when you specify the -Duse5005threads option to
Configure, bugs and all.
NOTE: Support for threads continues to be an experimental feature.
Interfaces and implementation are subject to sudden and drastic changes.
|
|
The following new flags may be enabled on the Configure command line by running Configure
with -Dflag.
usemultiplicity
usethreads useithreads (new interpreter threads: no Perl API yet)
usethreads use5005threads (threads as they were in 5.005)
use64bitint (equal to now deprecated 'use64bits')
use64bitall
uselongdouble
usemorebits
uselargefiles
usesocks (only SOCKS v5 supported)
|
|
The Configure options enabling the use of threads and the use of 64-bitness are now more
daring in the sense that they no more have an explicit list of operating systems of known
threads/64-bit capabilities. In other words: if your operating system has the necessary APIs
and datatypes, you should be able just to go ahead and use them, for threads by Configure -Dusethreads,
and for 64 bits either explicitly by Configure -Duse64bitint or implicitly if your system has
64-bit wide datatypes. See also "64-bit support".
Some platforms have "long doubles", floating point numbers of even larger range
than ordinary "doubles". To enable using long doubles for Perl's scalars, use -Duselongdouble.
You can enable both -Duse64bitint and -Duselongdouble with -Dusemorebits. See also "64-bit support".
Some platforms support system APIs that are capable of handling large files (typically,
files larger than two gigabytes). Perl will try to use these APIs if you ask for -Duselargefiles.
See "Large file support" for more information.
You can use "Configure -Uinstallusrbinperl" which causes installperl to skip
installing perl also as /usr/bin/perl. This is useful if you prefer not to modify /usr/bin for
some reason or another but harmful because many scripts assume to find Perl in /usr/bin/perl.
You can use "Configure -Dusesocks" which causes Perl to probe for the SOCKS proxy
protocol library (v5, not v4). For more information on SOCKS, see:
http://www.socks.nec.com/
|
|
You can "post-edit" the Configure variables using the Configure -A
switch. The editing happens immediately after the platform specific hints files have been
processed but before the actual configuration process starts. Run Configure -h to
find out the full -A syntax.
The installation structure has been enriched to improve the support for maintaining
multiple versions of perl, to provide locations for vendor-supplied modules, scripts, and
manpages, and to ease maintenance of locally-added modules, scripts, and manpages. See the
section on Installation Directories in the INSTALL file for complete details. For most users
building and installing from source, the defaults should be fine.
If you previously used Configure -Dsitelib or -Dsitearch to set
special values for library directories, you might wish to consider using the new -Dsiteprefix
setting instead. Also, if you wish to re-use a config.sh file from an earlier version of perl,
you should be sure to check that Configure makes sensible choices for the new directories. See
INSTALL for complete details.
|