In perl.git, the branch smoke-me/bulk88/gnumkfpara has been created
<http://perl5.git.perl.org/perl.git/commitdiff/522948c640bf44d9532dc509004a1842738b884a?hp=0000000000000000000000000000000000000000>
at 522948c640bf44d9532dc509004a1842738b884a (commit)
- Log -----------------------------------------------------------------
commit 522948c640bf44d9532dc509004a1842738b884a
Author: Daniel Dragan <[email protected]>
Date: Mon Jan 4 14:20:14 2016 -0500
win32/GNUmakefile collapse shell echos into one liners
Previously each line was 1 shell process launch. By grouping all the echos
together, CPU and IO are saved by doing alot less cmd.exe process launches.
makefile.mk does the same thing already. See #126632 for benchmark details.
M win32/GNUmakefile
commit 0d7deaa455770c2d83b3227c5f6a37067a38e108
Author: Daniel Dragan <[email protected]>
Date: Tue Jan 5 03:57:12 2016 -0500
add MSVC support to win32/GNUmakefile
-copy things from makefile.mk to GNUmakefile
M win32/GNUmakefile
commit e72c6df8bb27b71b1e50d9bf1ed643bd6aac30d4
Author: Daniel Dragan <[email protected]>
Date: Tue Jan 5 06:05:32 2016 -0500
add parallelness to win32/GNUmakefile
-.UPDATEALL is dmake only, doesn't exist in gmake, create more targets
instead
GNUmakefile:1319: warning: overriding recipe for target '.UPDATEALL'
GNUmakefile:1024: warning: ignoring old recipe for target '.UPDATEALL'
-fix ok/nok targets on dmake and gmake
-dont delete old mini config.h, the copy overwrites it, for dmake and gmake
1 less process to run this way
-modify whitespace and comments between 2 makesfiles so there are less
delta lines if the 2 are diffed, this aids in diagnostics
-remove perlmainst.c/perlmain.c build products, just use runperl.c directly
1 less disk file to create and later clean and git status and 2 less nodes
in the make graph to traverse, also better for C debugger, since
"runperl.c" is around after a git clean of the source tree, and runperl.c
is in every single callstack in perl.
-remove copying mini config.h to CORE dir, pointless since (mini) config.h
isn't an input to config_h.PL, remove the exit 1 from commit 137443ea0a
from 5.003, rewriting config.h is not a reason to stop the build with a
fatal error, vivify CORE dir or else sub copy() fails
-deshell UNIDATAFILES/mktables, 1 less cmd.exe process and 1 less .bat file
written to disk for gmake (dmake always uses cmd.exe ATM)
-combining mini config.h AKA $(MINIDIR)\.exists shell append lines is for
another commit
-perlglob.exe is not installed, it doesn't need to be rebased, it is only
needed for module building, removing the dep makes the dep graph simpler
-rename PERLIMPLIB so the lib is built in its final location in CORE dir
this removes an extra xcopy process run. Since perl dll's .a/.lib
is not longer in the root of the source tree, change the 2 tests and
ExtUtils::CBuilder::Platform::Windows to look at the uninstalled final
location dir, not the root dir
-fix typo 0.282224->0.280224 in dist/ExtUtils-CBuilder/Changes
-for GCC PERLEXPLIB must be used, passing "perldll.def" on cmd line to g++
means all data globals with EXTCONST are exported (which have dllexport
on their declaration) instead of just what is in perldll.def and
globvar.sym, INTERN/EXTERN.h could be revised to fix that, but I am not
doing that at this time. Also drop linking GCC perl523.dll from 3
processes to just 1 process like with VC builds. Removing 2nd run of
dlltool fixes a race condition where libperl523.a was generated twice.
This caused a race condition failure where linking a XS DLL failed
because the GCC linker of the XS DLL saw a partially written
libperl523.a.
-Relocation was tested with $(LINK32) -v -mdll -o $@
-Wl,--disable-auto-image-base -Wl,--image-base -Wl,0x400000
$(BLINK_FLAGS) $(PERLDLL_OBJ) $(shell @type Extensions_static)
$(LIBFILES) $(PERLEXPLIB)
to g++ linker to force an address conflict and verified with VMMap
(unrelocated perl523.dll has ~40KB private memory, relocated has ~240KB
private memory on Win 7 32b), historically there are problems with
dllexport and dlltool and relocation problems with mingw
-$(COREDIR)\ppport.h in gmake is separate lines since gmake normally
launches processes directly, not through the shell, so it is more
efficent to keep it as multiple lines for gmake, while dmake likes to
burn CPU and IO between each line, and runs each line through cmd.exe
-disable parallel building in make_ext.pl by not passing MAKEFLAGS env
var to any subprocess, EUMM is not ready for parallelness inside a module
building on Win32
-have harness proc and child .t procs share same disk perl.exe and
perl523.dll files, this way they share memory pages, makefile.mk does
the same thing
M README.win32
M dist/ExtUtils-CBuilder/Changes
M dist/ExtUtils-CBuilder/Makefile.PL
M dist/ExtUtils-CBuilder/lib/ExtUtils/CBuilder.pm
M dist/ExtUtils-CBuilder/lib/ExtUtils/CBuilder/Base.pm
M dist/ExtUtils-CBuilder/lib/ExtUtils/CBuilder/Platform/Unix.pm
M dist/ExtUtils-CBuilder/lib/ExtUtils/CBuilder/Platform/VMS.pm
M dist/ExtUtils-CBuilder/lib/ExtUtils/CBuilder/Platform/Windows.pm
M dist/ExtUtils-CBuilder/lib/ExtUtils/CBuilder/Platform/Windows/BCC.pm
M dist/ExtUtils-CBuilder/lib/ExtUtils/CBuilder/Platform/Windows/GCC.pm
M dist/ExtUtils-CBuilder/lib/ExtUtils/CBuilder/Platform/Windows/MSVC.pm
M dist/ExtUtils-CBuilder/lib/ExtUtils/CBuilder/Platform/aix.pm
M dist/ExtUtils-CBuilder/lib/ExtUtils/CBuilder/Platform/android.pm
M dist/ExtUtils-CBuilder/lib/ExtUtils/CBuilder/Platform/cygwin.pm
M dist/ExtUtils-CBuilder/lib/ExtUtils/CBuilder/Platform/darwin.pm
M dist/ExtUtils-CBuilder/lib/ExtUtils/CBuilder/Platform/dec_osf.pm
M dist/ExtUtils-CBuilder/lib/ExtUtils/CBuilder/Platform/os2.pm
M lib/ExtUtils/t/Embed.t
M win32/GNUmakefile
M win32/config_h.PL
M win32/makefile.mk
commit ce2410d369a88c6d79a030c1ef7cb6ebf3e7b601
Author: Daniel Dragan <[email protected]>
Date: Wed Dec 23 01:10:59 2015 -0500
backport EUMM commits
-commit "Cache is_make_type" and "Optimise is_make_type RE" stops 40
executions of "gmake.exe -v" process for each Makefile.PL run, these 40
make process launches make it it very difficult to debug make_ext.pl
and the make tool with a system call logger, see Perl RT #123440 ticket
for details
-commit "Win32 gmake needs SHELL to be specified" allows Win32 perl to be
built with gmake, if msysgit is in the PATH env var, without this patch
gmake will use bash as the shell instead of cmd.exe and no EUMM modules
can be built during a Win32 perl build, since bash and cmd.exe command
line strings are not compatible with each other, see Perl RT #123440
ticket for details
M AUTHORS
M cpan/ExtUtils-MakeMaker/lib/ExtUtils/Command/MM.pm
M cpan/ExtUtils-MakeMaker/lib/ExtUtils/Liblist.pm
M cpan/ExtUtils-MakeMaker/lib/ExtUtils/Liblist/Kid.pm
M cpan/ExtUtils-MakeMaker/lib/ExtUtils/MM.pm
M cpan/ExtUtils-MakeMaker/lib/ExtUtils/MM_AIX.pm
M cpan/ExtUtils-MakeMaker/lib/ExtUtils/MM_Any.pm
M cpan/ExtUtils-MakeMaker/lib/ExtUtils/MM_BeOS.pm
M cpan/ExtUtils-MakeMaker/lib/ExtUtils/MM_Cygwin.pm
M cpan/ExtUtils-MakeMaker/lib/ExtUtils/MM_DOS.pm
M cpan/ExtUtils-MakeMaker/lib/ExtUtils/MM_Darwin.pm
M cpan/ExtUtils-MakeMaker/lib/ExtUtils/MM_MacOS.pm
M cpan/ExtUtils-MakeMaker/lib/ExtUtils/MM_NW5.pm
M cpan/ExtUtils-MakeMaker/lib/ExtUtils/MM_OS2.pm
M cpan/ExtUtils-MakeMaker/lib/ExtUtils/MM_QNX.pm
M cpan/ExtUtils-MakeMaker/lib/ExtUtils/MM_UWIN.pm
M cpan/ExtUtils-MakeMaker/lib/ExtUtils/MM_Unix.pm
M cpan/ExtUtils-MakeMaker/lib/ExtUtils/MM_VMS.pm
M cpan/ExtUtils-MakeMaker/lib/ExtUtils/MM_VOS.pm
M cpan/ExtUtils-MakeMaker/lib/ExtUtils/MM_Win32.pm
M cpan/ExtUtils-MakeMaker/lib/ExtUtils/MM_Win95.pm
M cpan/ExtUtils-MakeMaker/lib/ExtUtils/MY.pm
M cpan/ExtUtils-MakeMaker/lib/ExtUtils/MakeMaker.pm
M cpan/ExtUtils-MakeMaker/lib/ExtUtils/MakeMaker/Config.pm
M cpan/ExtUtils-MakeMaker/lib/ExtUtils/MakeMaker/FAQ.pod
M cpan/ExtUtils-MakeMaker/lib/ExtUtils/MakeMaker/Tutorial.pod
M cpan/ExtUtils-MakeMaker/lib/ExtUtils/MakeMaker/version.pm
M cpan/ExtUtils-MakeMaker/lib/ExtUtils/MakeMaker/version/regex.pm
M cpan/ExtUtils-MakeMaker/lib/ExtUtils/Mkbootstrap.pm
M cpan/ExtUtils-MakeMaker/lib/ExtUtils/Mksymlists.pm
M cpan/ExtUtils-MakeMaker/lib/ExtUtils/testlib.pm
M t/porting/customized.dat
commit 9c0a477270993df70ba50ce044970f0921bae574
Author: bulk88 <[email protected]>
Date: Sun Dec 27 15:31:13 2015 -0500
t/echo.t needs SHELL env for Win32 gmake
Win32 gmake prefers "sh.exe" (IE bash) over "cmd.exe" if it finds sh.exe
in PATH. Win32 Git usually comes with sh.exe. Running sh.exe causes
problems and isn't a supported build config for native (not Cygwin)
Win32 perl. See also
https://rt.perl.org/Public/Bug/Display.html?id=123440#txn-1374997
Fixes
---------------------------------
ok 8 - something.txt exists
not ok 9 - contents# Failed test 'contents'
# at t/echo.t line 69.
# got: '$
# '
# expected: '$something$
# '
# Testing variables escaped
# Temp dir: C:\Users\Owner\AppData\Local\Temp\gGwL2kl3Oh
ok 10 - make: variables escaped
M cpan/ExtUtils-MakeMaker/t/echo.t
commit 033fc81b04a715be329660289b472a5d2b1c80b0
Author: Sisyphus <[email protected]>
Date: Tue Dec 30 12:56:58 2014 +1100
Win32 gmake needs SHELL to be specified
Signed-off-by: Ed J <[email protected]>
M cpan/ExtUtils-MakeMaker/lib/ExtUtils/MM_Unix.pm
M cpan/ExtUtils-MakeMaker/lib/ExtUtils/MM_Win32.pm
commit 7b60e3b70efaee686e61eec8b6e79c196b00a3b0
Author: Ed J <[email protected]>
Date: Mon Jan 19 13:09:09 2015 +0000
Optimise is_make_type RE
M cpan/ExtUtils-MakeMaker/lib/ExtUtils/MM_Any.pm
commit e75f7fd65ae6407980b27f077548a8db8be11fbe
Author: Ed J <[email protected]>
Date: Mon Jan 19 00:17:31 2015 +0000
Cache is_make_type
M cpan/ExtUtils-MakeMaker/lib/ExtUtils/MM_Any.pm
M cpan/ExtUtils-MakeMaker/t/cd.t
-----------------------------------------------------------------------
--
Perl5 Master Repository
