← Back to branch summary

~ubuntu-branches/ubuntu/maverick/evolution-data-server/maverick-proposed

« back to all changes in this revision

Viewing changes to libdb/build_vxworks/db_load/db_load/Makefile.custom

  • Committer: Bazaar Package Importer
  • Author(s): Didier Roche
  • Date: 2010-05-17 17:02:06 UTC
  • mfrom: (1.1.79 upstream) (1.6.12 experimental)
  • Revision ID: james.westby@ubuntu.com-20100517170206-4ufr52vwrhh26yh0
Tags: 2.30.1-1ubuntu1
https://launchpad.net/bugs/42199
https://launchpad.net/bugs/229669
https://launchpad.net/bugs/173703
https://launchpad.net/bugs/360344
https://launchpad.net/bugs/508494
* Merge from debian experimental. Remaining change:
  (LP: #42199, #229669, #173703, #360344, #508494)
  + debian/control:
    - add Vcs-Bzr tag
    - don't use libgnome
    - Use Breaks instead of Conflicts against evolution 2.25 and earlier.
  + debian/evolution-data-server.install,
    debian/patches/45_libcamel_providers_version.patch:
    - use the upstream versioning, not a Debian-specific one 
  + debian/libedata-book1.2-dev.install, debian/libebackend-1.2-dev.install,
    debian/libcamel1.2-dev.install, debian/libedataserverui1.2-dev.install:
    - install html documentation
  + debian/rules:
    - don't build documentation it's shipped with the tarball

Show diffs side-by-side

added added

removed removed

Lines of Context:
libdb/build_vxworks/db_load/db_load/Makefile.custom
1
 
#
2
 
# Custom Makefile shell
3
 
#
4
 
# This file may be edited freely, since it will not be regenerated
5
 
# by the project manager.
6
 
#
7
 
# Use this makefile to define rules to make external binaries
8
 
# and deposit them in the $(EXTERNAL_BINARIES_DIR) directory.
9
 
#
10
 
# If you have specified external modules during your component
11
 
# creation, you will find make rules already in place below.
12
 
# You will likely have to edit these to suit your individual
13
 
# build setup.
14
 
#
15
 
# You may wish to use the CPU, BUILD_SPEC or TOOL make variables in
16
 
# your Makefile to support builds for different architectures.  Use
17
 
# the FORCE_EXTERNAL_MAKE phony target to ensure that your external
18
 
# make always runs.
19
 
#
20
 
# The example below assumes that your custom makefile is in the
21
 
# mySourceTree directory, and that the binary file it produces
22
 
# is placed into the $(BUILD_SPEC) sub-directory.
23
 
#
24
 
# EXTERNAL_SOURCE_BASE = /folk/me/mySourceTree
25
 
# EXTERNAL_MODULE = myLibrary.o
26
 
# EXTERNAL_MAKE = make
27
 
#
28
 
# $(EXTERNAL_BINARIES_DIR)/$(EXTERNAL_MODULE) : FORCE_EXTERNAL_MAKE
29
 
#       $(EXTERNAL_MAKE) -C $(EXTERNAL_SOURCE_BASE) \
30
 
#       -f $(EXTERNAL_SOURCE_BASE)/Makefile \
31
 
#       CPU=$(CPU) BUILD_SPEC=$(BUILD_SPEC) $(@F)
32
 
#       $(CP) $(subst /,$(DIRCHAR),$(EXTERNAL_SOURCE_BASE)/$(BUILD_SPEC)/$(@F) $@)
33
 
#
34
 
# If you are not adding your external modules from the component wizard,
35
 
# you will have to include them in your component yourself:
36
 
#
37
 
# From the GUI, you can do this with the Component's 'Add external module'
38
 
# dialog.
39
 
#
40
 
# If you are using the command line, add the module(s) by editing the
41
 
# MODULES line in component.cdf file, e.g.
42
 
#
43
 
# Component INCLUDE_MYCOMPONENT {
44
 
#
45
 
#   MODULES         foo.o goo.o \
46
 
#         myLibrary.o
47
 
#
48
 
 
49
 
 
50
 
# rules to build custom libraries
51