[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: This rcsId variable in GDL2
From: |
Pascal Bourguignon |
Subject: |
Re: This rcsId variable in GDL2 |
Date: |
Wed, 1 Jan 2003 17:17:13 +0100 |
Manuel Guesdon writes:
> Hi,
>
> On Mon, 30 Dec 2002 17:48:36 +0100 Markus Hitter <mah@jump-ing.de> wrote:
> >| all of the GDL2 source files define a global variable like:
> >|
> >| static char rcsId[] = "$Id: EODatabaseContext.m,v 1.9 2002/12/29
> >| 15:13:05 mirko Exp $";
> >|
> >| Is this one really necessary or could it be commented out if not used?
> >| Like:
> >|
> >| //static char rcsId[] = "$Id: EODatabaseContext.m,v 1.9 2002/12/29
> >| 15:13:05 mirko Exp $";
> >|
> >| Gcc complains a lot about this unused variable ...
>
> No code use it. I think you can comment it.
Yes some code use it: the 'what' command!
When I use this syntax (with -Wall):
static const char rcsid[]="$Id: MTDictionary.m,v 1.11 2002/04/22 01:10:56
mppjb Exp $";
there's no warning, and the literal is included in the object files
and collected into the executable.
As soon as you use CVS (or old RCS or SCCS) such a 'what' command and
this inclusion of the version identifying string for each source file
is useful and interesting, because it helps you track the version from
the executables. Of course, in the case of dynamic library, what must
be applied to the dynamic library too. Unfortunately, in the version
of GNUstep I currently have, there is no such $Id:...$ strings.
[pascal@thalassa maptree]$ what
MapTreeTest.app/ix86/linux-gnu/gnu-gnu-gnu/MapTreeTest
MapTreeTest.app/ix86/linux-gnu/gnu-gnu-gnu/MapTreeTest:
$Id: MapCalls.c,v 1.10 2002/04/22 01:10:56 mppjb Exp $
$Id: MapTreeTest_main.m,v 1.8 2002/04/22 01:10:57 mppjb Exp $
$Id: MapTreeTest.m,v 1.6 2002/04/22 01:10:57 mppjb Exp $
$Id: MTCLog.m,v 1.7 2002/04/22 01:10:55 mppjb Exp $
$Id: MTCTree.m,v 1.17 2002/04/22 01:10:55 mppjb Exp $
$Id: MTVTree.m,v 1.11 2002/04/22 01:10:56 mppjb Exp $
$Id: MTDictionary.m,v 1.11 2002/04/22 01:10:56 mppjb Exp $
$Id: MTObject.m,v 1.4 2002/04/22 01:10:56 mppjb Exp $
$Id: MTFileDS.m,v 1.4 2002/04/22 01:10:56 mppjb Exp $
$Id: MTReference.m,v 1.3 2002/04/22 01:10:56 mppjb Exp $
$Id: MTElement.m,v 1.4 2002/04/22 01:10:56 mppjb Exp $
$Id: MTPoint.m,v 1.3 2002/04/22 01:10:56 mppjb Exp $
$Id: MTCircle.m,v 1.3 2002/04/22 01:10:56 mppjb Exp $
$Id: MTRectangle.m,v 1.4 2002/04/22 01:10:56 mppjb Exp $
$Id: MTPolyline.m,v 1.2 2002/04/22 01:10:56 mppjb Exp $
$Id: MTTree.m,v 1.14 2002/04/22 01:10:56 mppjb Exp $
[pascal@thalassa maptree]$ what -p
MapTreeTest.app/ix86/linux-gnu/gnu-gnu-gnu/MapTreeTest
MapTreeTest.app/ix86/linux-gnu/gnu-gnu-gnu/MapTreeTest:
MapCalls.c 1.10 2002/04/22 01:10:56 mppjb Exp
MapTreeTest_main.m 1.8 2002/04/22 01:10:57 mppjb Exp
MapTreeTest.m 1.6 2002/04/22 01:10:57 mppjb Exp
MTCLog.m 1.7 2002/04/22 01:10:55 mppjb Exp
MTCTree.m 1.17 2002/04/22 01:10:55 mppjb Exp
MTVTree.m 1.11 2002/04/22 01:10:56 mppjb Exp
MTDictionary.m 1.11 2002/04/22 01:10:56 mppjb Exp
MTObject.m 1.4 2002/04/22 01:10:56 mppjb Exp
MTFileDS.m 1.4 2002/04/22 01:10:56 mppjb Exp
MTReference.m 1.3 2002/04/22 01:10:56 mppjb Exp
MTElement.m 1.4 2002/04/22 01:10:56 mppjb Exp
MTPoint.m 1.3 2002/04/22 01:10:56 mppjb Exp
MTCircle.m 1.3 2002/04/22 01:10:56 mppjb Exp
MTRectangle.m 1.4 2002/04/22 01:10:56 mppjb Exp
MTPolyline.m 1.2 2002/04/22 01:10:56 mppjb Exp
MTTree.m 1.14 2002/04/22 01:10:56 mppjb Exp
--
__Pascal_Bourguignon__ http://www.informatimago.com/
----------------------------------------------------------------------
There is a fault in reality. Do not adjust your minds. -- Salman Rushdie
what
Description: what command