| Commit message (Collapse) | Author | Age | Files | Lines |
| |
|
|
|
|
| |
Rename the old "unpushed.h" to "git_version.h" and make it hold the defines that used to come from cflags magic
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
The net result of this patch is to make available via Config.pm and -v/-V the
details about the git version info we have available for the build. When built within
a git repository git is queried directly. When built from a snapshot or bundle
it is assumed that the source is unchanged, and that the required details are
avaialble in a file called .patch, whose format current is a four field string
in the following format: "$branchname $date.$time $sha1 $describe". The
generator of these files currently resides on camel.booking.com.
* git-describe is now used more directly with -v.
When the prefix of git-describe matches the version number
as determined by the defines in patchlevel.h then we use ONLY
the git-describe output, otherwise we include
the git describe in parenthesis after the version number. Either way
the describe text is optionally followed by a star should there be
uncommitted changes.
eg: This is perl, v5.11.0 (GitLive-blead-136-g58ca560) built for i686-linux
or: This is perl, v5.11.0-1-g58ca560 built for i686-linux
or: This is perl, v5.11.0 built for i686-linux
* include the SHA1 in perl -V summary, and automatically include unpushed
commits in the registered patches list
* include various git/version/.patch details in %Config, as follows:
git_commit_id # sha1 of HEAD
git_ancestor # ancestor in $remote/$branch (presumably canonical)
git_describe # git describe
git_branch # current branch
git_uncommitted_changes # "true" if there are any, empty otherwise
git_unpushed_commits # List of sha1's of unpushed commits
git_commit_id_title # Used to make the perl -V summary output
Additionally one more value is added depending on build process used: when
building from an rsynced snapshot (or any dist including a file called
.patch) then the second field will be used to populate the
"git_snapshot_date" field. Otherwise if built in a git directory (as is hopefully
recommended these day) then the field will be "git_commit_date" which will be the
commit date of HEAD.
This patch introduces two new files (on top of .patchnum) that will be generated by
make_patchnum.sh: "lib/Config_git.pl" and "unpushed.h", the former is used to make
git data available to Config.pm/%Config without rebuilding everything else, and the
second is used to expose unpushed commits (if any) via the registered patch facility
of patchlevel.h
|
| |
|
|
|
|
| |
it only affects perl.c
|
|
|
|
| |
whenever cflags.SH changes
|
| |
|
|
|
|
|
|
| |
Change elsif to the correct "else if" construction.
I suspect that this slipped by into f6a80292c3db127d1561c118f409c1cffd1b55d9
because cflags.SH doesn't seem to be re-expanded if it's newer than cflags.
|
|
|
|
|
|
|
|
|
|
|
| |
This is just an initial attempt at getting something more useful into the -v / -V output.
Currently "patchlevel" is really "version", and PATCHNUM is just a special string added
to the patchlevel in perl.c via defines created by cflags.SH and its product file cflags,
which happens very early in the build process. This means that for committers the -v output
is likely to not be upto date unless they run make clean.
Anyway, IMO we should rethink a reasonable amount about how we do this, this is just a crude
step forward.
|
|
|
|
|
|
| |
and regexp reference counting is via the regular SV reference counting.
This was not as easy at it looks.
p4raw-id: //depot/perl@32804
|
|
|
|
|
|
| |
gcc link flags so that any implementation dependant libraries are also
linked in.
p4raw-id: //depot/perl@32669
|
|
|
|
|
| |
when possible.
p4raw-id: //depot/perl@32647
|
|
|
|
|
|
| |
From: "Robin Barker" <Robin.Barker@npl.co.uk>
Message-ID: <46A0F33545E63740BC7563DE59CA9C6D09398B@exchsvr2.npl.ad.local>
p4raw-id: //depot/perl@32623
|
|
|
|
|
|
| |
Message-ID: <Pine.LNX.4.64.0710230817250.18303@fractal.phys.lafayette.edu>
Date: Tue, 23 Oct 2007 08:54:51 -0400 (EDT)
p4raw-id: //depot/perl@32181
|
|
|
|
|
|
| |
Message-ID: <Pine.LNX.4.64.0710221246340.31725@fractal.phys.lafayette.edu>
Date: Mon, 22 Oct 2007 12:49:25 -0400 (EDT)
p4raw-id: //depot/perl@32174
|
|
|
|
|
| |
Message-Id: <46C15106.9080003@x-ray.at>
p4raw-id: //depot/perl@31710
|
|
|
|
|
| |
Message-Id: <200703300144.l2U1iBSA490663@kosh.hut.fi>
p4raw-id: //depot/perl@30779
|
|
|
| |
p4raw-id: //depot/perl@30672
|
|
|
| |
p4raw-id: //depot/perl@30327
|
|
|
| |
p4raw-id: //depot/perl@30125
|
|
|
|
|
|
|
| |
command-line options, but this C file was including perl.h, which in
turn includes config.h, which might not be present at that time. So
force the generation of config.h.
p4raw-id: //depot/perl@30019
|
|
|
|
|
| |
assume we really want it
p4raw-id: //depot/perl@30016
|
|
|
| |
p4raw-id: //depot/perl@29400
|
|
|
|
|
| |
Message-Id: <253514EB-BA57-4A43-93FA-75D6F3CF27BC@mac.com>
p4raw-id: //depot/perl@29398
|
|
|
|
|
| |
Message-ID: <45278350.8020707@iki.fi>
p4raw-id: //depot/perl@28955
|
|
|
|
|
| |
Message-ID: <4520E41E.8040300@iki.fi>
p4raw-id: //depot/perl@28914
|
|
|
|
|
| |
Message-ID: <450F8BEA.1010802@iki.fi>
p4raw-id: //depot/perl@28867
|
|
|
|
|
|
|
| |
Message-ID: <45083D88.7050207@iki.fi>
Plus a tweak to the name of CC.
p4raw-id: //depot/perl@28842
|
|
|
|
|
| |
Message-ID: <44D7AA6B.4040802@iki.fi>
p4raw-id: //depot/perl@28674
|
|
|
|
|
| |
Message-ID: <44D2E203.5050201@iki.fi>
p4raw-id: //depot/perl@28662
|
|
|
|
|
| |
Message-ID: <44CFC1EA.2050702@iki.fi>
p4raw-id: //depot/perl@28645
|
|
|
|
|
| |
(but leave a note in perlhack)
p4raw-id: //depot/perl@28595
|
|
|
| |
p4raw-id: //depot/perl@28592
|
|
|
|
|
| |
Message-ID: <44B8B5B1.2050902@iki.fi>
p4raw-id: //depot/perl@28577
|
|
|
|
|
| |
Message-ID: <44B8B331.8090009@iki.fi>
p4raw-id: //depot/perl@28576
|
|
|
| |
p4raw-id: //depot/perl@28483
|
|
|
|
|
| |
Message-Id: <20060626191237.8A0936CF04@seth.hut.fi>
p4raw-id: //depot/perl@28434
|
|
|
|
|
|
| |
From: "Green, Paul" <Paul.Green@stratus.com>
Message-ID: <F5F42E77A43DD944B6D664B00A5401CB02026106@EXNA.corp.stratus.com>
p4raw-id: //depot/perl@28402
|
|
|
|
|
| |
Message-ID: <4490FA65.70006@iki.fi>
p4raw-id: //depot/perl@28397
|
|
|
|
|
| |
(a sure way to accelerate any change to subversion)
p4raw-id: //depot/perl@25374
|
|
|
| |
p4raw-id: //depot/perl@24588
|
|
|
|
|
| |
Mon, 30 Sep 2002, Jarkko Hietaniemi <jhi@iki.fi>
p4raw-id: //depot/perl@17945
|
|
|
|
|
| |
Message-ID: <20020917221925.GF85044@lyta.hut.fi>
p4raw-id: //depot/perl@17925
|
|
|
|
|
| |
Message-Id: <200204231906.PAA26393@mailhub1.stratus.com>
p4raw-id: //depot/perl@16117
|
|
|
|
|
| |
Message-Id: <200204221639.MAA11298@mailhub2.stratus.com>
p4raw-id: //depot/perl@16078
|
|
|
|
|
|
|
| |
(This way -Wall affects only the core and the core XS,
not user modules' XS. Concern from Paul Marquess,
implementation idea from Andy Dougherty.)
p4raw-id: //depot/perl@11516
|
|
|
| |
p4raw-id: //depot/perl@11463
|
|
|
|
|
| |
Message-ID: <20010723182035.A14192@math.ohio-state.edu>
p4raw-id: //depot/perl@11459
|
|
|
| |
p4raw-id: //depot/perl@10685
|