← Back to branch summary

~ubuntu-core-dev/apt/ubuntu

« back to all changes in this revision

Viewing changes to README.make

  • Committer: Luca Bruno
  • Date: 2008-10-03 18:15:06 UTC
  • mto: (1327.31.2 debian-experimental)
  • mto: This revision was merged to the branch mainline in revision 1673.
  • Revision ID: lethalman88@gmail.com-20081003181506-cdz13lbslvam2u8l
Fix some typos in docs and translations (thanks to timeless, closes: 368665)

Show diffs side-by-side

added added

removed removed

Lines of Context:
README.make
36
36
 
37
37
The make system also performs dependency generation on the fly as the
38
38
compiler runs. This is extremely fast and accurate. There is however
39
 
one failure condition that occures when a header file is erased. In
 
39
one failure condition that occurs when a header file is erased. In
40
40
this case you should run make clean to purge the .o and .d files to
41
41
rebuild.
42
42
 
43
 
The final significant deviation from normal make practicies is 
44
 
in how the build directory is managed. It is not mearly a mirror of
 
43
The final significant deviation from normal make practices is 
 
44
in how the build directory is managed. It is not nearly a mirror of
45
45
the source directory but is logically divided in the following manner
46
46
   bin/
47
47
     methods/
51
51
     apt-pkg/
52
52
   obj/
53
53
     apt-pkg/
54
 
     cmndline/
 
54
     cmdline/
55
55
     [...]
56
56
Only .o and .d files are placed in the obj/ subdirectory. The final compiled
57
57
binaries are placed in bin, published headers for inter-component linking
58
58
are placed in include/ and documentation is generated into doc/. This means
59
 
all runnable programs are within the bin/ directory, a huge benifit for
 
59
all runnable programs are within the bin/ directory, a huge benefit for
60
60
debugging inter-program relationships. The .so files are also placed in
61
61
bin/ for simplicity.
62
62
 
87
87
~~~~~~~~
88
88
Straight out of CVS you have to initialize autoconf. This requires 
89
89
automake (I really don't know why) and autoconf and requires doing 
90
 
  aclocal -I buidlib
 
90
  aclocal -I buildlib
91
91
  autoconf
92
 
[Altertatively you can run make startup in the top level build dir]
 
92
[Alternatively you can run make startup in the top level build dir]
93
93
 
94
94
Autoconf is configured to do some basic system probes for optional and 
95
95
required functionality and generate an environment.mak and include/config.h 
103
103
linking it in. To the fullest extent possible the source code should conform
104
104
to standards and not cater to broken systems.
105
105
 
106
 
Autoconf will also wite a makefile into the top level of the build dir, 
 
106
Autoconf will also write a makefile into the top level of the build dir, 
107
107
this simply acts as a wrapper to the main top level make in the source tree.
108
108
There is one big warning, you can't use both this make file and the
109
109
ones in the top level tree. Make is not able to resolve rules that