A meno che tu non stia effettivamente usando gmake come parte del progetto finale (come in, il suo codice sorgente, la sua documentazione o la sua carta intestata), allora non è un lavoro derivato e quindi puoi concederlo come preferisci.
Pensala in questo modo, un prodotto derivato è un prodotto che prende una parte sostanziale della sua parentela dal prodotto da cui deriva. Ice Weasel è derivato da Firefox (chiaramente, poiché Ice Weasel è poco più di uno skinning). D'altra parte, se uno strumento viene utilizzato per un progetto, anche se l'esistenza stessa del prodotto è radicata in quello strumento che è in grado di funzionare, non è necessariamente derivato - la maggior parte del mio lavoro (in questi giorni) viene svolto su un Mac, ciò non significa che Apple sia proprietaria del mio software.
Un compilatore è uno strumento , non un genitore . Mentre potresti costruire qualcosa che dipende esclusivamente da gmake, non sarebbe comunque derivato dal momento che qualcun altro potrebbe poi venire e scrivere gekma (un anagramma per gmake) che si comporta esattamente allo stesso modo ma non condivide nessuno della base di codice (Linux / Unix molto ?) e anche il tuo software funzionerebbe.
Ora, se dovessi creare ciò gmake2che ha richiesto gmake e ha aggiunto la possibilità di, per esempio, accendere automaticamente la macchina da caffè durante la compilazione (dopo tutto, compilare è un lavoro! Potresti avere sete!), Allora questo è derivato mentre stai ancora usando gmake come base del progetto. Indipendentemente dal numero di gekma e kemag creati, il codice sorgente includerà comunque il sorgente gmake (a meno che non venga rimosso).
Per ulteriori informazioni, puoi anche consultare il lavoro derivato secondo la legge statunitense .