documentation/ISSUES


1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72

@@ use shell && instead of multi-line rules since they don't consider
   atomic (e.g. if something failed other files won't be deleted). Or
   maybe not, think about it (and read the doc).

@@ Some implicit rule should actually be two rules: one that looks
   for the source under srd_root tree and the other under out_root.
   Theoretically, any source could be just an intermidiate file generated
   from something else (discovered while playing with idl).

@@ Compensating rules: 'clean all' example.

@@ Issues from "Multi-Architecture Builds Using GNU make":

   - big (bloated) makefiles

   - cannot say "make foo.o"

@@ How can I integrate building of realpath utility in configuration
   process?

@@ Executing make from non-source directory is painful. Can I make it
   easier?

%% When shared library is linked with absolute path the loader is looking
   for the library with the same path. See also -soname= and -rpath ls
   options.

@@ With multidir makefiles I loos the ability to say make where I am.
   This is especially nasty when I edit a file and then say make. This
   happens for example in CCF. The easy workaround is to say something
   "make -C dir/to/test/driver". Once this is done life get very nice.
   Actually I think this could be the best approach.

@@ Variable inheritance doesn't play well with 'make foo.o'.

@@ Configurations include absolute paths to imported libraries which
   makes it hard to reuse them. In this light configurations on installed
   libraries should not include any absolute paths.

@@ Better name for project_name? build_name?

@@ Repetition of paths in $(call message) is quite ugly. Anything I can do?

@@ -MP conflicts with --no-implicit-phony. The new approach uses a special
   terminal pattern rule to handle this. However headers without suffix
   cannot be handled by this method.

@! Delete-on-error does not cover .o.d files. I could specify it as a target
   together with .o but then it will try to rebuild it.

@! When you hide things from make (like .o.d or .l/.so) all sorts of bad things
   happen.

@@ What is a better term for development (not installed?) build?

@@ /usr/bin/g++ is a link but extracted include paths have precise version in
   them (e.g. 3.3.4). But then dependencies will trigger update, right?

@! I am using some of the features of GNU find which are not available in SUS.

@@ Since .l.cpp-options pattern does not have any prereqs then the file can
   always be created (example: I misspelled file name).

@@ Use abspath to prevent call-inclusion from -I dirs.

@@ lib.cpp-options should be lib.cpp_options?

@@ Use $@ in $$(dir $(out)/%).

@! Need to make content of .l compiler-independant (rpath stuff).

@@ export is now position-sensitive.