[cairo-commit] cairo ChangeLog, 1.321, 1.322 RELEASING, 1.8, 1.9 configure.in, 1.74, 1.75

Carl Worth commit at pdx.freedesktop.org
Sun Jan 23 12:49:58 PST 2005


Committed by: cworth

Update of /cvs/cairo/cairo
In directory gabe:/tmp/cvs-serv12467

Modified Files:
	ChangeLog RELEASING configure.in 
Log Message:

        * RELEASING: Add instructions for handling the new -head suffix
        of CAIRO_VERSION at release-time.

        * configure.in: Append -head to CAIRO_VERSION to indicate state
        between snapshots.


Index: ChangeLog
===================================================================
RCS file: /cvs/cairo/cairo/ChangeLog,v
retrieving revision 1.321
retrieving revision 1.322
diff -u -d -r1.321 -r1.322
--- ChangeLog	21 Jan 2005 23:43:55 -0000	1.321
+++ ChangeLog	23 Jan 2005 20:49:56 -0000	1.322
@@ -1,3 +1,15 @@
+2005-01-23  Carl Worth  <cworth at cworth.org>
+
+	* RELEASING: Add instructions for handling the new "-head" suffix
+	of CAIRO_VERSION at release-time.
+
+	* configure.in: Append "-head" to CAIRO_VERSION to indicate state
+	between snapshots.
+
+	* src/cairo_gstate.c: Add missing prototype for	_cairo_gstate_ensure_font.
+	(_cairo_gstate_current_font): Add missing declaration so things
+	compile again.
+
 2005-01-21  Owen Taylor  <otaylor at redhat.com>
 
 	* Call _cairo_gstate_ensure_font(). Don't reference

Index: RELEASING
===================================================================
RCS file: /cvs/cairo/cairo/RELEASING,v
retrieving revision 1.8
retrieving revision 1.9
diff -u -d -r1.8 -r1.9
--- RELEASING	21 Jan 2005 19:20:55 -0000	1.8
+++ RELEASING	23 Jan 2005 20:49:56 -0000	1.9
@@ -39,15 +39,19 @@
 
 4) Increment CAIRO_VERSION in configure.in
 
-	Right now, in its pre-release form, we are incrementing
-	CAIRO_VERSION for each snapshot but we are not changing
-	the libtool shared library version information. Increment the
-	subminor version for bug fixes and backwards-compatible
-	additions to the API. Increment the minor number (and reset
-	the subminor) for backward-incompatible changes to the API
-	(including removals). Leave the major number at 0 until we are
-	ready for the first 1.0 release, (at which point these rules
-	will change).
+	First, remove the "-head" suffix, then increment the version
+	as follows:
+
+	If there are backward-incompatible changes in the API,
+	(function removals, or semantic changes), increment the minor
+	number and reset the sub-minor number to 0.
+
+	Otherwise, (that is, if there are only bug fixes and perhaps
+	API additions), then increment only the sub-minor number.
+
+	Prior to the initial "1.0" release of cairo, leave the major
+	number at 0. Also, do not modify the "libtool shared library
+	version" variables, (LT_CURRENT, LT_VERSION, LT_AGE).
 
 5) Commit the changes to NEWS and configure.in
 
@@ -71,6 +75,8 @@
 
 	cvs tag SNAPSHOT_X_Y_Z
 
+8) Add a "-head" to CAIRO_VERSION in configure, and commit.
+
 9) Send a message to cairo-announce at cairographics.org to announce the
    new snapshot using the text provided from "make release-publish".
 

Index: configure.in
===================================================================
RCS file: /cvs/cairo/cairo/configure.in,v
retrieving revision 1.74
retrieving revision 1.75
diff -u -d -r1.74 -r1.75
--- configure.in	21 Jan 2005 20:48:11 -0000	1.74
+++ configure.in	23 Jan 2005 20:49:56 -0000	1.75
@@ -3,7 +3,7 @@
 dnl ===========================================================================
 
 # Package version number, (as distinct from shared library version)
-CAIRO_VERSION=0.3.0
+CAIRO_VERSION=0.3.0-head
 
 # libtool shared library version
 




More information about the cairo-commit mailing list