~ubuntu-branches/ubuntu/karmic/gtkgl2/karmic

« back to all changes in this revision

Viewing changes to build/win32/compile-resource

  • Committer: Bazaar Package Importer
  • Author(s): Sam Hocevar (Debian packages)
  • Date: 2007-12-17 17:52:21 UTC
  • mfrom: (1.1.1 upstream)
  • Revision ID: james.westby@ubuntu.com-20071217175221-ps623f1vd38elehr
Tags: 2.0.0-1
* New maintainer (with permission from the QA team: more than 4 years
  since the last maintainer upload; also, I now maintain this upstream).
* Pulled new upstream version from SVN. This snapshot has new config.guess
  and config.sub files (Closes: #414608).
* Acknowledge previous NMUs (Closes: #376447, #318631, #181876).

* debian/control:
  + Set policy to 3.7.3.
  + Drop the autoconf/automake/libtool build-dependencies (Closes: #376447).
  + Add Vcs control fields.
  + Set the library package section to "libs" and the -dev package section
    to "libdevel" (Closes: #156412, #372598).
  + Improved package description (Closes: #209747).
  + Build-depend on libx11-dev because the code uses XFree().

* debian/copyright:
  + Added missing copyright holders.
  + Convert this file to UTF-8.

* debian/rules:
  + Explicitly link the library with -lX11.

* debian/README.Debian:
  + Removed mention of GTK+1.2 (Closes: #343501).
  + Updated example to use pkg-config instead of gtk-config and -lGL instead
    of -lMesaGL.

Show diffs side-by-side

added added

removed removed

Lines of Context:
1
 
#!/bin/bash
2
 
 
3
 
# Script to compile a resource file for a DLL if there is a .rc file
4
 
# for it. The resource source file is supposed to contain a version
5
 
# info section, that uses the string BUILDNUMBER as the least
6
 
# significant part of the version numbers. This script replaces that
7
 
# string with a "build number" before compiling the binary resource
8
 
# file. The build number is kept between builds in a "stamp" file, and
9
 
# incremented each time. (If there is no stamp file, build number 0 is
10
 
# used.) The intention is that only the "official" maintainer of a DLL
11
 
# keeps such a stamp file, and thus the DLLs he releases have
12
 
# increasing version number resources, which can be used by an
13
 
# installer program to decide whether to replace an existing DLL with
14
 
# the same name.
15
 
 
16
 
# This is just my (tml@iki.fi) idea, if somebody comes up with a
17
 
# better way to generate version number resources, don't hesitate to
18
 
# suggest.
19
 
 
20
 
# The command line arguments are:
21
 
# $1: the name of the .rc file to check
22
 
# $2: the name of the resource object file to produce, if the rc file exists
23
 
 
24
 
# Check if we have a resource file for this DLL.
25
 
rcfile=$1
26
 
resfile=$2
27
 
if [ -f $rcfile ]; then
28
 
    # Check if we have a build number stamp file.
29
 
    basename=`basename $rcfile .rc`
30
 
    if [ -f $basename-build.stamp ]; then
31
 
        read number <$basename-build.stamp
32
 
        buildnumber=$[number+1]
33
 
        echo Build number $buildnumber
34
 
        echo $buildnumber >$basename-build.stamp
35
 
    else
36
 
        echo Using zero as build number
37
 
        buildnumber=0
38
 
    fi
39
 
 
40
 
    m4 -DBUILDNUMBER=$buildnumber <$rcfile >$$.rc
41
 
    windres $$.rc $resfile
42
 
    rm $$.rc
43
 
    exit 0
44
 
fi
45
 
 
46
 
# Return failure
47
 
 
48
 
exit 1