Ist bootstrap für hostapps nötig?

[rhabarber1848]

http://cvs.tuxbox-cvs.sourceforge.net/c ... iew=markup

$(hostappsdir)/config.status: bootstrap
cd $(hostappsdir) && \
./autogen.sh && \
./configure --prefix=$(hostprefix)

hostapps werden mit dem gcc des hosts kompiliert,
das target bootstrap muss dafür gar nicht erledigt
sein. Ich denke, die o.g. Abhängigkeit kann raus.
Einwände?

[seife]

funktionierts denn noch? (es würde mich nicht wundern, wenn bootstrap evtl. Verzeichnisse anlegt etc, die von hostapps dann benötigt werden. Das könnte man ja aber fixen. Also kein Einwand)

[rhabarber1848]

make hostapps läuft durch, von einigen Kompilierfehlern
aufgrund veralteten Codes abgesehen. Die benötigten
Verzeichnisse werden von make hostapps in
$(prefix)/cdk angelegt.

Ich teste das hier nochmal durch und committe es nach Erfolg.

[Barf]

Die ursprungliche Logik war sicherlich dass $(hostprefix)/bin muss existieren, und, mit den Holzhammermethoden von damalige Makesystem, die einfachste weg dies zu sicherstellen war die Abhängigkeit von bootstrap....

Eventuell wäre es sogar sinnvoll, die Hostapps durch einen neuen Installationsverzeichnissvariable, z.B. $(hostappsbindir), konfigurierbar zu machen -- sagen wir dass jemanden schon eine Toolkette hat, und mksquashfs etc in /usr/local/bin installieren will... Default natürlich hostappsbindir = $(hostprefix)/bin.

Des weiteres ist es mir aufgefallen, dass "if TARGETRULESET_FLASH" recht fraglich ist: warum soll man das maken von mksquashfs verbieten, falls der User nicht --enable-flashrules zu configure angegeben hat? Encapsulation etc bedeutet etwas Anderes...