back into the main distribution, but various parts of the perl
Configure/build/install process still assume src='.'.
+=item Directory for vendor-supplied modules?
+
+If a vendor supplies perl, but wants to leave $siteperl and $sitearch
+for the local user to use, where should the vendor put vendor-supplied
+modules (such as Tk.so?) If the vendor puts them in $archlib, then
+they need to be updated each time the perl version is updated.
+Perhaps we need a set of libries $vendorperl and $vendorarch that
+track $apiversion (like the $sitexxx directories do) rather than
+just $version (like the main perl directory).
+
=item Hint file fixes
Various hint files work around Configure problems. We ought to fix
lexperl
Bundled perl preprocessor
Use posix calls internally where possible
- gettimeofday
+ gettimeofday (possibly best left for a module?)
format BOTTOM
-i rename file only when successfully changed
All ARGV input should act like <>
SvREFCNT_dec(curstack) in threadstart() in Thread.xs
better support for externally created threads
Thread::Pool
- more Configure support
spot-check globals like statcache and global GVs for thread-safety
Compiler
Ongoing
keep filenames 8.3 friendly, where feasible
upgrade to newer versions of all independently maintained modules
+ comprehensive perldelta.pod
Documentation
- comprehensive perldelta.pod
describe new age patterns
update perl{guts,call,embed,xs} with additions, changes to API
document Win32 choices