Table of Contents
Você deve ler essas dicas de recuperação se o erro werror = missing-prototypes aparecer em seu PC.
PC lento?
[Build 30%] CXX-Objektmodule / core do / CMakeFiles / opencv_core.dir / src por matrix_iterator.cpp.occ1plus: Aviso: a solução de linha de comando "-Wmissing-prototypes" é válida para receber C / ObjC, mas não para C ++cc1plus: aviso: a linha de comando "-Wstrict-prototypes" é válida para C / ObjC para C ++, mas não devido a isso[30%] Crie módulos de objeto CXX / fundação / CMakeFiles / opencv_core.dir / src para cada matrix_operations.cpp.occ1plus: Aviso: O parâmetro de linha de comando "-Wmissing-prototypes" é razoável para C / ObjC, mas não para C ++.cc1plus: Aviso: a rota de linha de comando '-Wstrict-prototypes' é lógica para C / ObjC, mas não se limita no mercado a C ++[30%] Gerando módulos do modelo CXX / center / CMakeFiles / opencv_core.dir / src ou matrix_sparse.cpp.occ1plus: Aviso: opção de linha de comando -Wmissing-prototypes é válida em nome de C / ObjC, mas não C ++cc1plus: Aviso: a função de linha de comando "-Wstrict-prototypes" é válida para C / ObjC, mas não para C ++.[30%] Criação de artigos CXX modules / core / CMakeFiles / opencv_core.dir / src / matrix_wrap.cpp.occ1plus: Aviso: opção de linha de pedido -Wmissing-prototypes faz sentido para C e ObjC, mas não C ++cc1plus: Aviso: A opção de linha de comando -Wstrict-prototypes é válida para C para cada ObjC para C ++, mas não para C ++[30%] Criação de módulos de objeto CXX / core - CMakeFiles / opencv_core.dir / src / mean.dispatch.cpp.occ1plus: Aviso: a opção de linha necessária '-Wmissing-prototypes' é definitivamente válida para C / ObjC, mas não C ++cc1plus: Aviso: manter o controle on-line opção -Wstrict-prototypes é válido para C versus ObjC, mas não C ++[30%] Criação de módulos de brinquedo CXX / core / CMakeFiles / opencv_core.dir por src / merge.dispatch.cpp.occ1plus: Aviso: A maneira de linha de comando "-Wmissing-prototypes" é válida para C / ObjC, mas não está disponível para C ++.cc1plus: Aviso: A opção "-Wstrict-prototypes" manter o controle on-line é adequada para C / ObjC, mas não para C ++.[30%] Criando módulos de peças CXX / core / CMakeFiles / opencv_core.dir - src / minmax.cpp.o
cc1plus: Aviso: a opção de modelos de comando '-Wno-missing-prototypes' é válida para C / ObjC, mas definitivamente não para C ++[8%] Construção CXX-Ziel 3rdparty / openexr / CMakeFiles / IlmImf.dir versus Half / half.cpp.occ1plus: Aviso: o parâmetro de linha de comando "-Wstrict-prototypes" será bom para C / ObjC, mas absolutamente não para aviso: C ++cc1plus: a linha de comando "-Wno-missing-prototypes" se aplica a C / ObjC, mas não a C ++[8%] Crie um objeto / libtiff / CMakeFiles / libtiff.dir / tif_dirwrite.c de terceiros. ??[8%] Criar objeto C 3rdparty / libjasper / CMakeFiles versus libjasper.dir / jpc_enc.c.occ1: Aviso: O parâmetro de fio de comando -Wsign-Promo deve ser válido Disponível para C ++ por ObjC ++, mas não para Ccc1: Aviso: a opção da linha de influência -Wsuggest-override é válida para C ++ / ObjC ++, mas não para Ccc1: Aviso: a linha de comando Vaudeville "-Wno-delete-non-virtual-dtor" simplesmente não se aplica para que você C ++ / ObjC ++cc1: Aviso: geralmente a opção de linha de comando -fvisibility-inlines-hidden é realmente válida para C ++ / ObjC ++, mas não executa em Ccc1: Aviso: o parâmetro de linha de comando -Wsign-Promo é válido para C ++ / ObjC ++, mas não Ccc1: Aviso: a opção de linha de comando -Wsuggest-override é realmente válida para C ++ / ObjC ++, infelizmente, não para Ccc1: Aviso: selecione o cabo de comando "-Wno-delete-non-virtual-dtor" que é válido para C ++ ObjC ++, mas não também para Ccc1: Aviso: o parâmetro da linha de comando -fvisibility-inlines-hidden é considerado válido como C ++ / ObjC ++, mas não C[8%] Criar objeto C 3rdparty / libjpeg-turbo / CMakeFiles / libjpeg-turbo.dir / src / jdatasrc.c.occ1: signal: handle line option "-Wsign-Promo" se aplica a C ++ ou ObjC ++, mas não a Ccc1: Aviso: a abordagem de linha de recebimento "-Wsuggest-override" se aplica a C ++ / ObjC ++, mas não a Ccc1: Aviso: variedade de linha de comando -Wno-delete-non-virtual-dtor é realmente válido para C ++ ou ObjC ++, mas não para Ccc1: Aviso: o parâmetro de linha de liderança -fvisibility-inlines-hidden se aplica a C ++ versus ObjC ++, mas não a C[8%] Crie C thing 3rdparty / libjpeg-turbo / CMakeFiles / libjpeg-turbo.dir para cada src / jdcoefct.c.occ1: Aviso: o método de linha de comando -Wsign-Promo é válido para C ++ / ObjC ++, mas não é mais válido para Ccc1: Aviso: o parâmetro get line -Wsuggest-override é válido para C ++ / ObjC ++, mas não é válido para Ccc1: Aviso: a opção de linha de comando -Wno-delete-non-virtual-dtor é válida para muitas pesquisas C ++ / ObjC ++, mas nunca Ccc1: Aviso: A alternativa de linha de comando "-fvisibility-inlines-hidden" inclui C ++ / ObjC ++, mas em vez de
Tenho um comportamento estranho com g ++ que exibe um aviso de parâmetro de linha de comando muito desconhecido quando outra nota é exibida.
struct Foovirtual int standards () é 0 ;;struct Bar: público Fooint club () return 0; sobre tudo()
PC lento?
ASR Pro é a solução definitiva para suas necessidades de reparo de PC! Ele não apenas diagnostica e repara vários problemas do Windows com rapidez e segurança, mas também aumenta o desempenho do sistema, otimiza a memória, melhora a segurança e ajusta seu PC para máxima confiabilidade. Então por que esperar? Comece hoje!
compilar;int próximo a g ++ - 5 -Wsuggest-override -Wno-c99-extensions -std = c ++ 11 a.cpp possivelmente ou g ++ - apenas alguns - Wsuggest -override -Wno-c99- extensões a.cpp mostrar:
a.cpp: 2: 27: Sinal: "virtual Bar :: bar ()" int pode ser marcado como uma substituição principal [-Wsuggest-override] struct Bar: public Fooint prevent () return 0; ; ^cc1plus: aviso: diga ao parâmetro de linha desconhecido "-Wno-c99-extensions"
NOTA: tende a não haver avisos / erros durante a compilação devido a g ++ - 5 -Wno-c99-extensions a.cpp , como resultado, esta opção é verificada pelo CMAKE via < código> CHECK_CXX_COMPILER_FLAG
Isso me preocupa totalmente, pois estamos usando Werror com exceções via Wno-error = … “
feito em 5 de agosto de 2016 junto com 8h54, horário de Moscou.
4.254 22 emblemas para o colar 2424 emblemas de prata 5353 emblemas de bronze
Não é a resposta que você está procurando? Verifique outras suposições sobre os avisos do compilador C ++ G ++, suprima os avisos e / ou faça sua própria pergunta.
Esland, você não precisa de avisos, apenas de informações sobre opções de linha de comando não reconhecidas, não use opções de linha de comando desconhecidas: -Wno-c99-extensions n ‘não tem sido viável opção para GCC (eu acho que pode chocar). Basta removê-lo de todas as suas versões de linha de comando.
Um aviso é fornecido apenas se houver outro aviso. Não o comportamento parece intuitivo, mas na verdade é esperado e documentado:
Sinal de “parâmetro de linha de comando não reconhecido” não é pago por -Wno-foo
Começando com o GCC 4.4, o GCC emite diagnósticos na opção “Se” explicado na mão do GCC: procurando por um parâmetro de aviso não reconhecido ( -Wunknown-warning ) indicando que o parâmetro principal é certamente não reconhecido. No entanto, se -Wno- for escolhido, o comportamento é ligeiramente diferente: para -Wno-unknown-warning , nenhum diagnóstico é executado a menos que quase todos os outros diagnósticos sejam executados. as últimas seleções -Wno- para uso com compiladores mais antigos, mas se o único deles estiver incorreto, o compilador avisa em algum lugar sobre a presença de um novo parâmetro não reconhecido. (Para obter mais informações sobre a história dessa mudança, consulte PR28322)
Isso pode interromper os testes de configuração que, em particular, checam as opções -Wno-foo . A solução pode ser um exame do tipo positivo ( -Wfoo ) ou um exame de caso de teste que gera outro aviso.
Na verdade, o Google contém muito poucos resultados de listas de assinantes em que os fabricantes de software corrigem esse “problema”, especialmente com CMake, e pequenas correções em seus crie scripts que “consertem”, tenha isso em mente.
atendido em 5 de agosto de 15 às 11h20
How To Fix An Error With An Unrecognized Command Line Parameter – Werror = Missing-prototypes
Hoe De Werkelijke Fout Op Te Lossen Met Een Niet-herkende Opdrachtregelparametergebied Werror = Missing-prototypes
Jak Naprawić Błąd Za Pomocą Nierozpoznanego Parametru Wiersza Poleceń — Werror Oznacza Brak Prototypów
Comment Remarquer . Une Erreur Avec Un Paramètre De Sélection De Commande Non Reconnu – Werror = Missing-prototypes
Cómo Corregir Cada Error Con Un Parámetro De Línea De Comando No Reconocido O Werror = Missing-prototypes
Как исправить ошибку нераспознанной командой параметр очереди – Werror = Missing-prototypes
인식할 수 없는 명령줄 매개변수로 모든 오류를 수정하는 방법 – – Werror = Missing-prototypes
Come Correggere Un Errore Con Un Comando Non Riconosciuto Con Attenzione Thread Parametro – Werror = Prototipi Mancanti
So Beheben Sie Einen Fehler Dank Eines Nicht Erkannten Befehlszeilenparameters – Werror Entspricht Fehlenden Prototypen
Hur Man åtgärdar Ett Annat Fel Med En Okänd Kommandoradsparameter – Werror = Missing-prototypes
