bugpoint-3.5 - Online nel cloud

PROGRAMMA:

NOME

bugpoint - strumento di riduzione automatica dei casi di test

SINOSSI

punto d'errore [Opzioni] [ingresso LLVM ll/bc file] [LLVM Passi] --arg Programma argomenti

DESCRIZIONE

punto d'errore restringe la fonte dei problemi negli strumenti e nei passaggi LLVM. Può essere usato per
eseguire il debug di tre tipi di errori: arresti anomali dell'ottimizzatore, compilazioni errate da parte degli ottimizzatori o errori
generazione di codice nativo (inclusi problemi nei compilatori statici e JIT). Ha lo scopo di
ridurre i casi di test di grandi dimensioni a quelli piccoli e utili. Per ulteriori informazioni sul design e
funzionamento interno di punto d'errore, oltre ai consigli per l'utilizzo di bugpoint, vedere
llvm/docs/Bugpoint.html nella distribuzione LLVM.

VERSIONI

--addizionale-così biblioteca
Carica l'oggetto condiviso dinamico biblioteca nel programma di test ogni volta che viene eseguito. Questo
è utile se stai eseguendo il debug di programmi che dipendono da librerie non LLVM (come il
X o le librerie curses) da eseguire.

--append-exit-code={vero falso}
Aggiungi il codice di uscita dei programmi di test al file di output in modo che una modifica nel codice di uscita sia
considerato un fallimento del test. Il valore predefinito è falso.

--arg Programma args
Passa tutti gli argomenti specificati dopo --arg al programma di test ogni volta che viene eseguito. Nota
che se qualcuno dei Programma args iniziare con un "-", dovresti usare:

bugpoint [bugpoint argomenti] --args -- [argomenti del programma]

Il "--" subito dopo il --arg l'opzione dice punto d'errore prendere in considerazione qualsiasi opzione a partire da
con "-"far parte del --arg opzione, non come opzioni per punto d'errore stessa.

--tool-args args
Passa tutti gli argomenti specificati dopo --tool-args allo strumento LLVM in prova (llc, lli,
ecc.) ogni volta che viene eseguito. Dovresti usare questa opzione nel modo seguente:

bugpoint [bugpoint argomenti] --tool-args -- [strumento argomenti]

Il "--" subito dopo il --tool-args l'opzione dice punto d'errore per considerare qualsiasi opzione
Iniziare con "-"far parte del --tool-args opzione, non come opzioni per punto d'errore
si. (Vedere --arg, Sopra.)

--safe-tool-args args
Passa tutti gli argomenti specificati dopo --safe-tool-args allo strumento di esecuzione "sicuro".

--gcc-tool-args gcc args
Passa tutti gli argomenti specificati dopo --gcc-tool-args all'invocazione di gcc.

--opt-args optare args
Passa tutti gli argomenti specificati dopo --opt-args all'invocazione di optare.

--disable-{dce,simplifycfg}
Non eseguire i passaggi specificati per pulire e ridurre le dimensioni del programma di test. Di
predefinito punto d'errore utilizza questi passaggi internamente quando si tenta di ridurre i programmi di test.
Se stai cercando di trovare un bug in uno di questi passaggi, punto d'errore potrebbe andare in crash.

--enable-valgrind
Usa valgrind per trovare difetti nella fase di ottimizzazione. Ciò consentirà a bugpoint di trovare
problemi altrimenti asintomatici causati dalla cattiva gestione della memoria.

-trova-bug
Casualizza continuamente i passaggi specificati ed eseguili sul programma di test fino a quando non si verifica un bug
viene trovato o l'utente uccide punto d'errore.

-Aiuto
Stampa un riepilogo delle opzioni della riga di comando.

--ingresso Nome del file
Apri Nome del file e reindirizzare l'input standard del programma di test, ogni volta che viene eseguito, a
provengono da quel file.

--carico plug-in
Carica l'oggetto dinamico plug-in ai miglioramenti punto d'errore si. Questo oggetto dovrebbe essere registrato come nuovo
passaggi di ottimizzazione. Una volta caricato, l'oggetto aggiungerà nuove opzioni della riga di comando a
abilitare varie ottimizzazioni. Per vedere il nuovo elenco completo delle ottimizzazioni, usa il pulsante
-Aiuto e --carico opzioni insieme; per esempio:

bugpoint --load myNewPass.so -help

--mlimite megabyte
Specifica un limite superiore per l'utilizzo della memoria dell'ottimizzazione e del codegen. Imposta a zero
per disabilitare il limite.

--produzione Nome del file
Ogni volta che il programma di test produce output sul suo flusso di output standard, dovrebbe
abbinare il contenuto di Nome del file (l'"uscita di riferimento"). Se non utilizzi questa opzione,
punto d'errore tenterà di generare un output di riferimento compilando il programma con il
backend "sicuro" ed eseguirlo.

--run-{int,jit,llc,personalizzato}
Ogni volta che il programma di test viene compilato, punto d'errore dovrebbe generare il codice per esso usando il
generatore di codice specificato. Queste opzioni consentono di scegliere l'interprete, il JIT
compilatore, il compilatore di codice nativo statico o un comando personalizzato (vedi --exec-comando)
rispettivamente.

--safe-{llc,personalizzato}
Durante il debug di un generatore di codice, punto d'errore dovrebbe usare il generatore di codice specificato come
il generatore di codice "sicuro". Questo è un noto generatore di codice utilizzato per generare il
"output di riferimento" se non è stato fornito e per compilare parti del programma
che sono esclusi dal testcase. Queste opzioni ti permettono di scegliere il
compilatore di codice nativo statico, o un comando personalizzato, (vedi --exec-comando) rispettivamente.
L'interprete e i backend JIT non possono attualmente essere utilizzati come backend "sicuri".

--exec-comando command
Questa opzione definisce il comando da usare con il --esegui-personalizzato e --safe-custom Opzioni
per eseguire il test del codice bit. Questo può essere utile per la compilazione incrociata.

--compila-comando command
Questa opzione definisce il comando da usare con il --compila-personalizzato opzione per compilare il
test del codice bit. Questo può essere utile per testare l'output del compilatore senza eseguirne nessuno
collegare o eseguire fasi. Per generare un unit test ridotto, puoi aggiungere le direttive CHECK
al testcase e passare il nome di uno script di comando di compilazione eseguibile in questa forma:

#!/bin/sh
llc "$@"
not FileCheck [file di input bugpoint].ll < bugpoint-test-program.s

Questo script "fallirà" finché FileCheck passa. Quindi il risultato sarà il minimo
bitcode che supera FileCheck.

--percorso-sicuro sentiero
Questa opzione definisce il percorso del comando da eseguire con il
--safe-{int,jit,llc,custom} opzione.

EXIT STATUS

If punto d'errore riesce a trovare un problema, uscirà con 0. Altrimenti, se un errore
si verifica, uscirà con un valore diverso da zero.

Usa bugpoint-3.5 online utilizzando i servizi onworks.net