[Lunar-commits] CVS: moonbase/devel/gob2 DEPENDS, 1.2, 1.3 DETAILS, 1.6, 1.7

[Chad Kittel]

Update of /var/cvs/lunar/moonbase/devel/gob2
In directory espresso.foo-projects.org:/tmp/cvs-serv1229/gob2

Modified Files:
	DEPENDS DETAILS 
Log Message:
Version bump.  This version is supposed to support compiling with gcc 
3.4.  Also investigated the depends a bit and cleaned them up.


Index: DEPENDS
===================================================================
RCS file: /var/cvs/lunar/moonbase/devel/gob2/DEPENDS,v
retrieving revision 1.2
retrieving revision 1.3
diff -u -d -r1.2 -r1.3
--- DEPENDS	13 Sep 2002 10:15:15 -0000	1.2
+++ DEPENDS	17 Dec 2004 02:07:06 -0000	1.3
@@ -1,2 +1,2 @@
-depends  byacc &&
-depends  gtk+
+depends glib-2 &&
+depends flex

Index: DETAILS
===================================================================
RCS file: /var/cvs/lunar/moonbase/devel/gob2/DETAILS,v
retrieving revision 1.6
retrieving revision 1.7
diff -u -d -r1.6 -r1.7
--- DETAILS	5 Oct 2004 09:29:54 -0000	1.6
+++ DETAILS	17 Dec 2004 02:07:06 -0000	1.7
@@ -1,22 +1,24 @@
           MODULE=gob2
-         VERSION=2.0.8
+         VERSION=2.0.11
           SOURCE=$MODULE-$VERSION.tar.gz
-   SOURCE_URL[0]=http://ftp.5z.com/pub/gob/
+      SOURCE_URL=http://ftp.5z.com/pub/gob/
+      SOURCE_VRY=sha1:79f084dee9865cdbcd40076675debe8a640a7f76
         WEB_SITE=http://www.5z.com/jirka/gob.html
          ENTERED=20020713
-         UPDATED=20030612
-           SHORT="GOB is a preprocessor for making GTK+ objects with inline C code"
+         UPDATED=20041216
+           SHORT="A preprocessor for making GObjects with inline C code"
+
 cat << EOF
-GOB is a preprocessor for making GTK+ objects with inline C code so
-that generated files are not edited. Syntax is inspired by java and
-yacc or lex. The implementation is intentionaly kept simple, and no
-C actual code parsing is done.
+GOB2 is a preprocessor for making GObjects with inline C code so that
+generated files are not edited.  Syntax is inspired by Java and Yacc 
+or Lex.  The implementation is intentionally kept simple, and no C 
+actual code parsing is done.
 
 Reasons:
-
-    * C is a perfect (well mostly) language, no need for another
-    language * Writing a fully featured GTK+ object is a hassle * GTK+
-    has little typesafety, GOB improves on it.  * Need for a generator
-    that doesn't require changes to generated code * I like how Java
-    writes method code directly into the class definition.
+ * C is a perfect (well mostly) language, no need for another language
+ * Writing a fully featured GObject is a hassle
+ * GObject has little type safety, GOB improves on it
+ * Need for a generator that doesn't require changes to generated code
+ * I like how Java writes method code directly into the class 
+   definition
 EOF