🚀 go-pugleaf

Takie problem: posiadam pewna aplikację którą muszę zbudować 
wielokrotnie za kazdym razem zmieniając pewną definicję. Jest to 
konkretnie częstotliwość kwarcu.

Efektem czego ląduje z: kilkudziesięcioma odmianami plików .o, 
kilkunastoma plikami .elf.

Taka praca dla make jest nienaturalna, raz wygenerowane pliki nie będą 
się chciały kompilować ponownie. A tutaj muszą się obligatoryjnie 
przebudować kilka razy.

Z drugiej strony wole unikać dodawania do nazwy pliku ${FREQ} tworząc 
main-1157200.o, bo to znowu nie jest konsystentne z make i jego main.c 
-> main.o. Może należało by to wsadzić w katalog ${FREQ}?

Jak to poprawnie rozwiązać? Zalożenie jest takie, że zmiana main.c 
spowoduje N-krotne przebudowanie main.o dla każdego FREQ z jakiejś 
listy. Lista jest "statyczna", tj jest gdzieś w zaasięgu wzroku make.

Gorzej: bardzo możliwe że ten parametr to jeden z wielu ktore mogly by 
się zmieniać. Mam więc K-parametrów. Jak to zrobić bardziej ogolnie?

Ze względu na niskopoziomowe dłubanie w kompilatorze (dekompilacje, 
skrypty linkujące i takie tam) interesują mnie raczej rozwiązania 
pozwalające kontrolować każdy element procesu. I oczywiście to jest 
kroskompilacja na nietypową architekturę...