dettus
Bicycle User
kennt ihr vielleicht einen eleganten weg?
bisher haben wir bei uns auf der arbeit immer das compilieren statt mit make mit manifest-files gemacht.
die enthielten dann so eine liste von dateien:
manifest_eins.mft:
manifest_zwei.mft:
ein tcl-skript hat dann immer die manifests gelesen, compiliert, und ein .a drausgebaut.
jetzt will ich das ganze mal entsorgen und durch ein makefile ersetzen.
weil ein build immer KOMPLETT lief. (YUK!!!!!)
faellt euch ein eleganter weg ein wie ich in den makefiles sowas hier coden koennte:
(ich muss jetzt der fairness halber sagen dass es natuerlich NICHT um .c geht. aber es ist leichter mein ansinnen damit zu verdeutlichen. fangt jetzt also bitte nicht an die gcc-manpage zu durchforsten.)
bisher haben wir bei uns auf der arbeit immer das compilieren statt mit make mit manifest-files gemacht.
die enthielten dann so eine liste von dateien:
manifest_eins.mft:
Code:
bla.c
fasel.c
troet.c
manifest_zwei.mft:
Code:
# kommentar
# svn-id tag
# kommentar
wer.c
das.c
liest.c
ist.c
#doof.c
ein tcl-skript hat dann immer die manifests gelesen, compiliert, und ein .a drausgebaut.
jetzt will ich das ganze mal entsorgen und durch ein makefile ersetzen.
weil ein build immer KOMPLETT lief. (YUK!!!!!)
faellt euch ein eleganter weg ein wie ich in den makefiles sowas hier coden koennte:
Code:
libeins.a: (INHALTVONMANIFEST_EINS)
buildskript $@ $+
libzwei.a: (INHALTVONMANIFEST_ZWEI)
buildskript $@ $+
libdrei.a: (INHALTVONMANIFEST_DREI)
buildskript $@ $+
(ich muss jetzt der fairness halber sagen dass es natuerlich NICHT um .c geht. aber es ist leichter mein ansinnen damit zu verdeutlichen. fangt jetzt also bitte nicht an die gcc-manpage zu durchforsten.)