Fix longdblsize and nvsize for 64-bit USE_LONG_DOUBLE builds on Windows

This fixes many test failures in op/pack.t, although two (13177 and 13180)
still remain.  The same two also fail with 32-bit USE_LONG_DOUBLE builds.

Thanks to sisyphus1@optusnet.com.au for spotting the failures and the
likely cause of them.
Update .gitignore file

ExtUtils::MakeMaker's Big/Dummy.pm (and Big/Liar.pm) now lands in lib/,
and Module::Build is no more
mg.c: Remove poorly considered assertion

See http://nntp.perl.org/group/perl.perl5.porters/222464
and following.

The final resolution of what to do here hasn't been made, but the
assertion is definitely not the way to go.
Storable: fixup pod wording

fix grammar, eschew colloquial expression - s/turned into/converted to/

Increment Storable $VERSION.

For: RT #123271
Protect ${^E_NCODING} from abuse

When read, it is now always undef.  When set, it croaks as though
read-only except in the encoding package.  Hopefully that will dis-
suade anyone from depending on it.
document the postderef feature in feature.pm
Revert part of 8629b8cee5

As BinGOs noted, all the EUMM testing should be happening in File::Temp
generated tempdirs under cpan/ExtUtils-MakeMaker/t/ so it handles being
run in parallel.

So the fact that lib/Big/(Dummy|Liar).pm are being created on Windows when
building/testing with GCC (but seemingly not MSVC++) is a bug somewhere.
Update Test-Simple to alpha 076

For: RT #123277
Remove mysig* macros from vmsish.h.

We haven't defined overrides for these functions for a long time
so this is just dead code.
fix recent Concise tests under PERL_UNICODE=''

Some smokers run with PERL_UNICODE set; this has the side effect of
making Concise display nextstate ops with open hints flags, e.g.

    nextstate(....) v:>,<,% ->8

where :... are the flags.

Concise 'golden samples' should have these flags set; they're stripped
from the expected output in the non-PERL_UNICODE case, rather than
being stripped from the actual output in the PERL_UNICODE case.

(It would probably make life easier if we did it the other way round.)
AIX: gcc long doubles do not use -qlongdouble.
fix ext/B/t/optree_misc.t in unthreaded builds

My fix to fix smokes broke something else.

(The people responsible for sacking the people who broke the builds, have
now been sacked.)
Configure syncup

Some of these changes also made it upstream to the dist svn repo.
OpenSource++
[perl #123062] & proto: only sub{} and \&sub

It was allowing \@array, \%hash, \($list, %of, @refs), undef, and
recently also \$scalar.  It should only allow sub{} and \&sub.
Update Test-Simple to Alpha 078
Add 2 more problematic mods to perl5220delta
known_pod_issues.dat: 2 more known mods
perl5220delta: Hook::LexWrap is fixed
improve ParseXS RETVAL code gen

This patch avoids using ST(0) repeatedly in the OUTPUT section for RETVAL.
ST() include a read of global PL_stack_base. This read must be done between
every function call per C lang. XSRETURN also contains a PL_stack_base
read. sv_2mortal returns the incoming SV, the retval was previously ignored
and ST was used again. This patch reduced the number of ST references to
exactly 1, per RETVAL. The PL_stack_base reference in XSRETURN will be
optimized into the PL_stack_base reference in ST(0). Using the retval of
sv_2mortal allows the SV* to stay in a cheaper volatile register. In a
sequence of "RETVALSV = newSViv(RETVAL); RETVALSV = sv_2mortal(RETVALSV);
ST(0) = RETVALSV; XSRETURN(1);" RETVALSV never had to be saved around a
function call. Also ST(0) in a multi eval macro with different
function calls in it, will cause more PL_stack_base reads, so badly written
user supplied typemaps get optimized since a C auto that never had & done
on it is guarenteed to not change between function calls.

To produce cleaner C code, indenting cleanup is done, and if RETVAL is a
SV *, RETVALSV isn't created. Also if no additional boilerplate lines
like sv_2mortal are added, RETVALSV isn't created.

See [perl #123278] for details on machine code reductions that this patch
caused and also see
http://www.nntp.perl.org/group/perl.perl5.porters/2014/11/msg222342.html
perldelta for d9bb50d52d1c