makeppinfo - Online în cloud

PROGRAM:

NUME

makeppinfo -- Ce știe makepp despre fișiere

DESCRIERE

?: -?, A: -A,
--args-file,
--arguments-file, D: -d,
--datele,
--decode-date, F: -f,
--forta, H: -h,
--Ajutor, K: -k,
--lista de taste,
--chei, M: $MAKEPPINFOFLAGS, Q: -q,
--Liniște, T: -t,
--traversa, U: -u,
--ne amintit, V: -V,
--versiune

makeppinfo opțiune [fișier...]

mppi opțiune [fișier...]

Makepp își amintește informații detaliate despre fișierele pe care le-a scanat și/sau construit. Pentru
fișierele construite își amintește tot ceea ce era relevant, inclusiv dependențele acestora.
Aceste informații sunt stocate în .makepp subdirectorul de-a lungul fișierului căruia îi aparține. Aceasta
are forma de perechi cheie-valoare. În unele cazuri, valoarea va fi din nou o listă de
perechile asociate, de obicei semnătura și fișierul.

Dacă sunt afișate atât „ENV_DEPS”, cât și „ENV_VALS”, acestea sunt îmbinate într-un tabel cu două coloane.

Dacă sunt afișate atât „DEP_SIGS”, cât și „SORTED_DEPS”, acestea sunt îmbinate într-o coloană cu două
tabel (în această ordine, ceea ce oferă un aspect mai bun). Fiecare dependență are o „SEMNATURĂ”
care este doar „timestamp,size”, folosit doar pentru a verifica dacă fișierul trebuie rescanat. Pentru
legături simbolice suspendate, în loc de semnătura persoanei asociate, semnătura proprie a link-ului este
determinată în acest fel, și un 0 înainte de a marca acest caz special. Interesantul
informațiile sunt stocate într-o altă cheie, pentru semnăturile încorporate, după cum urmează:

· „C_MD5_SUM” pentru „C” sau „c_compilation_md5”

· „MD5_SUM” pentru „md5”

· „SHARED_OBJECT” pentru „shared_object”

· „V_MD5_SUM” pentru „verilog_synthesis_md5”

· „XML_MD5_SUM” pentru „xml”

· „XML_SPACE_MD5_SUM” pentru „xml_space”

Aceste liste de semnături sunt motivul cel mai frecvent pentru reconstruirea unui fișier, așa că s-ar putea
vreau să verific dacă semnătura stocată pentru o dependență se potrivește cu cea curentă
„BUILD_SIGNATURE” din acel fișier. Dacă semnăturile și toate celelalte se potrivesc, adică
baza pentru obținerea unui fișier de la (unul dintre) depozitele dvs. sau pentru a construi memoria cache dacă este găsit
Acolo. Detaliile depind de metoda de verificare a construcției aplicabilă.

Veți întâlni două tipuri de semnături: cele simple constau din două virgule separate
numere, care sunt marcajul temporal în formatul sistemului de fișiere (secunde din 1970) și dimensiunea.
Pentru unele fișiere, makepp va avea în plus semnătura inteligentă relevantă, care este a
codificat în bază64 (litere, cifre, bară oblică și plus) suma MD5 a fișierului simplu sau digerat
cuprins.

Această comandă este parțial un instrument de depanare makepp. Lista de taste variază în funcție de care
a fost folosit scanerul, verificarea construcției și semnătura. Pentru a înțelege pe deplin rezultatul, este posibil să aveți nevoie
să se uite la codul sursă. Acestea fiind spuse, există și unele în general interesante
informatii de obtinut.

Opțiunile valide sunt:

-A nume de fișier
--args-file=nume de fișier
--arguments-file=nume de fișier
Citiți fișierul și analizați-l ca posibil, separat de spații albe și/sau de linii noi
opțiuni.

-d
--datele
--decode-date
În semnăturile simple înaintează primul număr, data-ora brută, cu umanul său
formă lizibilă între paranteze.

-f
--forta
Afișați informații chiar și atunci când nu sunt valide din cauza fișierului inexistent sau modificat. In acest
în cazul în care cheia „SIGNATURE” este înlocuită cu „invalidated_SIGNATURE” și valoarea
indică între paranteze că fișierul a fost șters sau ce semnătură are fișierul acum.

-?
-h
--Ajutor
Imprimați un scurt rezumat al opțiunilor.

-k listă
--chei=listă
--keylist=listă
listă specifică unul sau mai multe modele de stil Shell separate prin spații (cu [xyz], ?, *,
{a,bc,def}). Nu uitați să le protejați de Shell dvs. citând. Acestea sunt potrivite
împotriva cheilor. Fiecare model poate fi precedat de un semn de exclamare ("!") sau a
caret ("^") pentru a exclude cheile potrivite din cele selectate înainte în loc să le adauge
ei la selecție. Dacă primul model începe cu un semn de exclamare, acesta
operează pe toate tastele.

--keys='COMMAND CWD' # Cum a fost construit și unde (față de fișier).

Dacă doriți doar nume de fișiere (utile cu „-t|--traverse”) selectați o cheie inexistentă, cum ar fi
"nici unul".

-q
--Liniște
Nu enumerați numele fișierelor și cheilor. Repetați pentru a omite și avertismentele.

-t
--traversa
De asemenea, scoateți aceleași informații pentru fiecare fișier în SORTED_DEPS (recursiv dacă
repetat).

-u
--ne amintit
Traversați dependențele fișierelor date, dar în loc să le afișați informațiile, din toate
directoarele implicate listează numai acele fișiere care nu sunt amintite pentru aceste ținte. The
ideea aici este să vă ajute să identificați fișierele care nu mai sunt necesare. Oarecum surprinzător, acest lucru va fi
includeți Makefile-urile din acele directoare, deoarece acestea de cele mai multe ori nu sunt a
dependenţă.

Dacă dați această opțiune de două ori, se va ajunge și în directoare îndepărtate care nu sunt scoase
relativ, ca / usr / include.

-V
--versiune
Tipăriți numărul versiunii.

EXEMPLE

General
Fiecare metodă de verificare a construcției documentează cum să vadă pe ce își bazează decizia. Găsind
căile dependențelor sunt aceleași în toate cazurile, așa că se arată aici. Dacă construiești
într-un director diferit, găsirea căii intrărilor necesită o relativă de traducere
la CWD. De exemplu, formă scurtă sau lungă:

makeppinfo --keys='CWD SORTED_DEPS' obj/bo
mppi -k'CWD SORTED_DEPS' obj/bo
obj/bo:
CWD=../src
SORTED_DEPS=
bc
inc/bh
/usr/bin/gcc

CWD este directorul relativ la fișier, de unde a fost construit. Directorul acela este
de unde încep toate căile relative din SORTED_DEPS. Aceasta înseamnă că sub același
director avem intrări src/bc si src/inc/bh și o ieșire obj/bo. De la
punct de vedere al bo, intrările sunt ../src/bc si ../src/inc/bh. Nu contează asta
am dat o cale relativă pentru bo, informațiile afișate ar fi aceleași, dacă am fi mai întâi
schimbat în obj.

motiv pentru a reconstruit
În unele cazuri, makepp poate reconstrui în mod repetat un fișier aparent actualizat. Dacă
„makepplog” nu ajută aici, această comandă vă oferă starea exactă a lucrurilor:

makeppinfo --traverse somefile
mppi -t somefile

Când acest lucru se întâmplă reproductibil, lansați această comandă înainte și după și comparați
iesiri. Lucrurile care diferă sunt motivul reconstrucției.

Dovedind consecvență
Uneori vă veți schimba Makefile-urile și vă veți întreba dacă mai fac același lucru.
Iată o comandă care vă spune exact cum a construit makepp un fişier:

makeppinfo --traverse --traverse --keys='COMANDĂ CWD' un fișier
mppi -ttk'CWD SORTED_DEPS' somefile

Aceasta va parcurge recursiv toate dependențele de un fişier și să-ți spun în care
directorul pe care a emis ce comandă. Rulând acest lucru după versiunea veche și după versiunea nouă
și comparând ieșirile, puteți vedea ce s-a schimbat.

Același lucru funcționează pentru testarea unei noi versiuni de makepp, deși unele versiuni mai vechi ar face-o
tratați diferit spațiile în liniile de continuare a comenzii și a existat o eroare în sortare
ordine, care poate face fișierele să apară într-o ordine diferită. Dacă acesta este cazul pentru
voi, lăsați Shell să adune argumentele sortate:

makeppinfo --keys='CWD COMMAND' `makeppinfo --traverse --traverse --keys=niciunul somefile|tr -d :|sort`
mppi -k'CWD SORTED_DEPS' `mppi -ttknone somefile|tr -d :|sort`

MEDIUL

Makeppinfo analizează următoarea variabilă de mediu:

$MAKEPPINFOFLAGS
Orice steaguri din această variabilă de mediu sunt interpretate ca opțiuni de linie de comandă înainte
orice opțiuni explicite. Citatele sunt interpretate ca în fișierele make.

Utilizați makeppinfo online folosind serviciile onworks.net