Initializer provided for function ошибка

I am trying to port an ARM-C library to be compiled with x86_64 C++, and I am getting the following error:

In file included from /usr/include/c++/5/cwchar:44:0,
                 from /usr/include/c++/5/bits/postypes.h:40,
                 from /usr/include/c++/5/bits/char_traits.h:40,
                 from /usr/include/c++/5/string:40,
                 from MyFile.h:19,
/usr/include/wchar.h:226:20: error: initializer provided for function
       __THROW __asm ("wcschr") __attribute_pure__;
                     ^

where MyFile.h has the following structure

// comments
#pragma once
// comments
#include <stdbool.h>
#include <stddef.h>
#include <stdint.h>
#include <string>              //<<< line 19

…

Initially, instead of it used to be which gave me a similar error:

In file included from MyFile.h:19:
/usr/include/string.h:73:21: error: initializer provided for function
          __THROW __asm ("memchr") __attribute_pure__ __nonnull ((1));
                        ^

Compiler version:

GNU C++14 (Ubuntu 5.4.0-6ubuntu1~16.04.11) version 5.4.0 20160609 (x86_64-linux-gnu)
           compiled by GNU C version 5.4.0 20160609, GMP version 6.1.0, MPFR version 3.1.4, MPC version 1.0.3
ldd (Ubuntu GLIBC 2.23-0ubuntu11) 2.23

Compilation flags:

#g++ -O3 -std=c++14 -fpermissive -Wno-system-headers -w

UPDATE 1:

I’ve been modifying the Makefile, and the original version contains $@.via. For instance:

@$(COMPILE) -M -MF $(subst .o,.d.tmp,$@) -MT $@ -E $(C_FLAGS) $@.via $< -o $@.preprocessed.c

and I changed the $@.via for @$@.via because I saw that in an older project they did it like that. However, if I leave as $@.via I just get:

SomeFile.c:1:1 fatal error: OneHeader.h: No such file or directory

I am starting to think that my Makefile is somewhere wrong…

I misunderstood the compiler option… Few lines above, my makefile creates the @.via files passing DEFINES and INCLUDES

       @echo $(patsubst %, '%', $(C_DEFINES)) > $@.via
       @echo $(C_INCLUDE) >> $@.via

and those @.via files are passed as additional arguments for the compilation. While for armcc the --via is supported see here, I found that for g++ -according to the gcc doc- the syntax is @<your_file>. Thus, what @$@.via does is simply to parse the $@.via to <your_file>.via.

Now I am still getting the initializer provided for function error message.

UPDATE 2:

I found the problem and I explained what happened in the answer section. See below.

Одна из самых неприятных ошибок — это ошибка компиляции для платы Аrduino Nano, с которой вам придется столкнуться не раз.

Синтаксические ошибки

Ардуино – одна из наиболее комфортных сред для начинающих инженеров, в особенности программистов, ведь им не приходится проектировать свои системы управления и делать множество других действий.

Сразу же при покупке они получают готовый набор библиотек на С99 и возможность, по необходимости, подтянуть необходимые модули в опен-соурс источниках.

Но и здесь не избежать множества проблем, с которыми знаком каждый программист, и одна из самых неприятных – ошибка компиляции для платы Аrduino nano, с которой вам придется столкнуться не раз. Что же эта строчка означает, какие у неё причины появления, и главное – как быстро решить данную проблему?

Для начала стоит немного окунуться в теорию, чтобы вы понимали причину возникновения данной строчки с текстом и не грешили лишний раз, что Ардуино уно не видит компьютер.

Как несложно догадаться, компиляция – приведение кода на языке Си к виду машинного (двоичного) и преобразование множественных функций в простые операции, чтобы те смогли выполняться через встроенные операнды процессора. Выглядит всё достаточно просто, но сам процесс компиляции происходит значительно сложнее, и поэтому ошибка во время проведения оной может возникать по десяткам причин.

Все мы уже привыкли к тому, что код никогда не запускается с первого раза, и при попытке запустить его в интерпретаторе вылезает десяток ошибок, которые приходится оперативно править. Компилятор действует схожим образом, за исключением того, что причины ошибок указываются далеко не всегда. Именно поэтому рекомендуется протестировать код сначала в среде разработки, и лишь затем уже приступать к его компиляции в исполняемые файлы под Ардуино.

Мы узнали, к чему приводит данный процесс, давайте разберёмся, как он происходит:

1. Первое, что делает компилятор – подгружает все инклуднутые файлы, а также меняет объявленные дефайны на значения, которое для них указано. Это необходимо затем, чтобы не нужно было по нескольку раз проходиться синтаксическим парсером в пределах одного кода. Также, в зависимости от среды, компилятор может подставлять функции на место их объявления или делать это уже после прохода синтаксическим парсером. В случае с С99, используется второй вариант реализации, но это и не столь важно.
2. Далее он проверяет первичный синтаксис. Этот процесс проводится в изначальном компилируемом файле, и своеобразный парсер ищет, были ли описаны приведенные функции ранее, подключены ли необходимые библиотеки и прочее. Также проверяется правильность приведения типов данных к определенным значениям. Не стоит забывать, что в С99 используется строгая явная типизация, и вы не можете засунуть в строку, объявленную integer, какие-то буквенные значения. Если такое замечается, сразу вылетает ошибка.
3. В зависимости от среды разработки, иногда предоставляется возможность последний раз протестировать код, который сейчас будет компилироваться, с запуском интерпретатора соответственно.
4. Последним идет стек из различных действий приведения функций, базовых операнд и прочего к двоичному коду, что может занять какое-то время. Также вся структура файлов переносится в исполняемые exe-шники, а затем происходит завершение компиляции.

Как можно увидеть, процесс не так прост, как его рисуют, и на любом этапе может возникнуть какая-то ошибка, которая приведет к остановке компиляции. Проблема в том, что, в отличие от первых трех этапов, баги на последнем – зачастую неявные, но всё ещё не связанные с алгоритмом и логикой программы. Соответственно, их исправление и зачистка занимают значительно больше времени.

А вот синтаксические ошибки – самая частая причина, почему на exit status 1 происходит ошибка компиляции для платы Аrduino nano. Зачастую процесс дебагинга в этом случае предельно простой.

Вам высвечивают ошибку и строчку, а также подсказку от оператора EXCEPTION, что конкретно не понравилось парсеру. Будь то запятая или не закрытые скобки функции, проблема загрузки в плату Аrduino возникнет в любом случае.

Решение предельно простое и логичное – найти и исправить непонравившийся машине синтаксис. Зачастую такие сообщения вылезают пачками, как на этапе тестирования, так и компилирования, поэтому вы можете таким образом «застопорить» разработку не один раз.

Не стоит этого страшиться – этот процесс вполне нормален. Все претензии выводятся на английском, например, часто можно увидеть такое: was not declared in this scope. Что это за ошибка arduino – на самом деле ответ уже скрыт в сообщении. Функция или переменная просто не были задекларированы в области видимости.

Ошибки компиляции плат Arduino uno

Другая частая оплошность пользователя, которая порождает вопросы вроде, что делать, если Аrduino не видит порт, заключается в том, что вы попросту забываете настроить среду разработки. IDE Ардуино создана под все виды плат, но, как мы указывали, на каждом контроллере помещается лишь ограниченное количество библиотек, и их наполнение может быть различным.

Соответственно, если в меню среды вы выбрали компиляцию не под тот МК, то вполне вероятно, что вызываемая вами функция или метод просто не будет найдена в постоянной памяти, вернув ошибку. Стандартно, в настройках указана плата Ардуино уно, поэтому не забывайте её менять. И обратная ситуация может стать причиной, по которой возникает проблема загрузки в плату на Аrduino uno.

Ошибка exit status 1 при компиляции для плат uno, mega и nano

И самое частое сообщение, для пользователей уно, которое выскакивает в среде разработки – exit 1. И оно же самое дискомфортное для отладки приложения, ведь тут необходимо учесть чуть ли не ядро системы, чтобы понять, где же кроется злополучный баг.

В документации указано, что это сообщение указывает на то, что не запускается ide Аrduino в нужной конфигурации, но на деле есть ещё десяток случаев, при которых вы увидите данное сообщение. Однако, действительно, не забывайте проверять разрядность системы, IDE и просматривать, какие библиотеки вам доступны для обращения на текущий момент.

Ошибки библиотек

Если произошла ошибка при компиляции скетча Ардуино, но не выводилось ни одно из вышеописанных сообщений, то можете смело искать баг в библиотеках МК. Это наиболее неприятное занятие для большинства программистов, ведь приходится лазить в чужом коде, но без этого никак.

Ведь банально причина может быть в устаревшем синтаксисе скачанного плагина и, чтобы он заработал, необходимо переписать его практически с нуля. Это единственный выход из сложившейся ситуации. Но бывают и более банальные ситуации, когда вы подключили библиотеку, функции из которой затем ни разу не вызвали, или просто перепутали название.

Ошибки компилятора Ардуино

Ранее упоминался финальный стек действий, при прогонке кода через компилятор, и в этот момент могут произойти наиболее страшные ошибки – баги самого IDE. Здесь конкретного решения быть не может. Вам никто не запрещает залезть в ядро системы и проверить там всё самостоятельно, но куда эффективнее будет откатиться до предыдущей версии программы или, наоборот, обновиться.

Основные ошибки

Ошибка: «avrdude: stk500_recv(): programmer is not responding»

Смотрим какая у нас плата? Какой порт используем? Сообщаем ардуино о правильной плате и порте. Возможно, что используете Nano, а указана Mega. Возможно, что указали неверный порт. Всё это приводит к сообщению: «programmer is not responding».

Решение:

В Arduino IDE в меню «Сервис» выбираем плату. В меню «Сервис → Последовательный порт» выбираем порт.

Ошибка: «a function-definition is not allowed here before ‘{‘ token»

Забыли в коде программы (скетча) закрыть фигурную скобку }.

Решение:

Обычно в Ардуино IDE строка с ошибкой подсвечивается.

Ошибка: «No such file or directory  /  exit status 1»

Подключаемая библиотека отсутствует в папке libraries.

Решение:

Скачать нужную библиотеку и скопировать её в папку программы — как пример — C:Program FilesArduinolibraries. В случае наличия библиотеки — заменить файлы в папке.

Ошибка: «expected initializer before ‘}’ token  /  expected ‘;’ before ‘}’ token»

Забыли открыть фигурную скобку {, если видим «initializer before». Ошибка «expected ‘;’ before ‘}’ token» — забыли поставить точку с запятой в конце командной строки.

Решение:

Обычно в Ардуино IDE строка с ошибкой подсвечивается.

Ошибка: «… was not declared in this scope»

Arduino IDE видит в коде выражения или символы, которые не являются служебными или не были объявлены переменными.

Решение:

Проверить код на использование неизвестных выражений или лишних символов.

In file included from /usr/include/c++/5/cwchar:44:0,
                 from /usr/include/c++/5/bits/postypes.h:40,
                 from /usr/include/c++/5/bits/char_traits.h:40,
                 from /usr/include/c++/5/string:40,
                 from MyFile.h:19,
/usr/include/wchar.h:226:20: error: initializer provided for function
       __THROW __asm ("wcschr") __attribute_pure__;
                     ^

// comments
#pragma once
// comments
#include <stdbool.h>
#include <stddef.h>
#include <stdint.h>
#include <string>              //<<< line 19

…

In file included from MyFile.h:19:
/usr/include/string.h:73:21: error: initializer provided for function
          __THROW __asm ("memchr") __attribute_pure__ __nonnull ((1));
                        ^

GNU C++14 (Ubuntu 5.4.0-6ubuntu1~16.04.11) version 5.4.0 20160609 (x86_64-linux-gnu)
           compiled by GNU C version 5.4.0 20160609, GMP version 6.1.0, MPFR version 3.1.4, MPC version 1.0.3
ldd (Ubuntu GLIBC 2.23-0ubuntu11) 2.23

#g++ -O3 -std=c++14 -fpermissive -Wno-system-headers -w

@$(COMPILE) -M -MF $(subst .o,.d.tmp,$@) -MT $@ -E $(C_FLAGS) $@.via $< -o $@.preprocessed.c

SomeFile.c:1:1 fatal error: OneHeader.h: No such file or directory

       @echo $(patsubst %, '%', $(C_DEFINES)) > $@.via
       @echo $(C_INCLUDE) >> $@.via

1 ответ

Лучший ответ

/usr/include/wchar.h:226:20: error: initializer provided for function
       __THROW __asm ("wcschr") __attribute_pure__;

1. 2nd October 2015, 19:31

   
   

   #1

   This is my old system where my program compiles just fine:

   qt5-base 5.4.1-2
   
   
   
     
   
   
                          
     
   
   
   
   qt5-declarative 5.4.1-2
   qt5-doc 5.4.1-2
   qt5-graphicaleffects 5.5.0-2
   qt5-location 5.4.1-2
   qt5-quick1 5.4.1-2
   qt5-quickcontrols 5.4.1-2
   qt5-script 5.4.1-2
   qt5-sensors 5.4.1-2
   qt5-svg 5.4.1-2
   qt5-tools 5.4.1-2
   
   
   
     
   
   
                          
     
   
   
   
   qt5-translations 5.4.1-2
   qt5-webchannel 5.4.1-2
   qt5-webkit 5.4.1-2
   qt5-xmlpatterns 5.4.1-2
   qtchooser 48-1
   qtcreator 3.3.2-1
   To copy to clipboard, switch view to plain text mode 
   

   After the update:

   qt5-base 5.5.0-2
   qt5-declarative 5.5.0-2
   
   
   
     
   
   
                          
     
   
   
   
   qt5-doc 5.5.0-2
   qt5-graphicaleffects 5.5.0-2
   qt5-location 5.5.0-2
   qt5-quick1 5.5.0-2
   qt5-quickcontrols 5.5.0-2
   qt5-script 5.5.0-2
   qt5-sensors 5.5.0-2
   qt5-svg 5.5.0-2
   qt5-tools 5.5.0-2
   qt5-translations 5.5.0-2
   
   
   
     
   
   
                          
     
   
   
   
   qt5-webchannel 5.5.0-2
   qt5-webkit 5.5.0-2
   qt5-xmlpatterns 5.5.0-2
   qtchooser 48-1
   qtcreator 3.5.0-1
   To copy to clipboard, switch view to plain text mode 
   

   This is the error I get:

   17:23:23: Running steps for project graphit...
   17:23:23: Configuration unchanged, skipping qmake step.
   17:23:23: Starting: "/usr/bin/make" 
   
   
   
     
   
   
                          
     
   
   
   
   g++ -c -pipe -std=c++11 -O2 -march=x86-64 -mtune=generic -O2 -pipe -fstack-protector-strong --param=ssp-buffer-size=4 -std=c++0x -Wall -W -D_REENTRANT -fPIC -DQT_NO_DEBUG -DQT_QUICK_LIB -DQT_WIDGETS_LIB -DQT_GUI_LIB -DQT_QML_LIB -DQT_NETWORK_LIB -DQT_CORE_LIB -I. -Iinclude -Iinclude/knowdesk -Ilibs -Ilibs -Ipodofo/include -Iexif/include -Iexif/include -isystem /usr/include/qt -isystem /usr/include/qt/QtQuick -isystem /usr/include/qt/QtWidgets -isystem /usr/include/qt/QtGui -isystem /usr/include/qt/QtQml -isystem /usr/include/qt/QtNetwork -isystem /usr/include/qt/QtCore -Ibuild -I/usr/lib/qt/mkspecs/linux-g++ -o build/controller.o src/controller.cpp
   In file included from /usr/include/qt/QtCore/qglobal.h:74:0,
                    from /usr/include/qt/QtCore/qnamespace.h:37,
                    from /usr/include/qt/QtCore/qobjectdefs.h:41,
                    from /usr/include/qt/QtCore/qobject.h:40,
                    from /usr/include/qt/QtCore/QObject:1,
                    from src/controller.cpp:2:
   /usr/include/qt/QtCore/qurl.h:365:1: error: initializer provided for function
    Q_DECLARE_SHARED(QUrl)
   ^
   
   
   
     
   
   
                          
     
   
   
   
   Makefile:975: recipe for target 'build/controller.o' failed
   make: *** [build/controller.o] Error 1
   17:23:26: The process "/usr/bin/make" exited with code 2.
   Error while building/deploying project graphit (kit: Desktop)
   When executing step "Make"
   17:23:26: Elapsed time: 00:03.
   To copy to clipboard, switch view to plain text mode 
   

   It seems like it fails compiling as soon as I include anything Q* in a .cpp file. Even if I remove the statements from src/controller.cpp, a similar error gets thrown in the next file where I include Q*. In it’s always «initializer provided for function». A new project compiles fine and I can’t pinpoint anything that causes the error in my project. Does anyone have an idea what causes the problem? I’m pretty desperate at this point, any help will be appreciated. I can also upload the source files if the error is too ambiguous.

   ---

2. 3rd October 2015, 03:27

   
   

   #2

   Re: Program won’t compile since update from Qt5.4 to Qt5.5 | Error in Qt files?
   

   What are the first 5-10 lines of src/controller.cpp? If line 1 is an include of controller.h or something else from your sources then that file would be useful to see.

   What version of GCC?
   Are you doing a clean rebuild without any pre-compiled header lying about?

   ---

3. 4th October 2015, 01:32

   
   

   #3

   Re: Program won’t compile since update from Qt5.4 to Qt5.5 | Error in Qt files?
   

   controller.cpp

   #include "controller.h"
   #include <QObject>
   #include <QString>
   #include <QVariant>
   #include <QVariantList>
   #include <QVariantMap>
   #include <string>
   #include <vector>
   
   
   
     
   
   
                          
     
   
   
   
   #include "controller.h"
   #include "itemcontroller.h"
   #include "modelcontroller.h"
   #include "knowdesk/knowledgeDB.h"
   #include "templatecontroller.h"
   #include "filecontroller.h"
   #include "libs/easylogging++.h"
   void Controller::setQuery(QueryController* q) {
       query = q;
   }
   
   
   
     
   
   
                          
     
   
   
   
   QueryController* Controller::getQuery() {
   return query;
   }
   .
   .
   .
   To copy to clipboard, switch view to plain text mode 
   

   controller.h

   #ifndef CONTROLLER_H
   #define CONTROLLER_H
   
   
   
     
   
   
                          
     
   
   
   
   class QueryController;
   class FileController;
   class ModelController;
   class TemplateController;
   class ItemController;
   class KnowledgeDB;
   class Controller {
   public:
   void setQuery(QueryController*);
       QueryController* getQuery();
   
   
   
     
   
   
                          
     
   
   
   
   void setFile(FileController*);
       FileController* getFile();
   void setModel(ModelController*);
       ModelController* getModel();
   void setTemplate(TemplateController*);
       TemplateController* getTemplate();
   void setItem(ItemController*);
       ItemController* getItem();
   void setDB(KnowledgeDB*);
       KnowledgeDB* getDB();
   
   
   
     
   
   
                          
     
   
   
   
   private:
       QueryController* query;
       FileController* file;
       ModelController* model;
       TemplateController* template_;
       ItemController* item;
       KnowledgeDB* db;
   };
   #endif // CONTROLLER_H
   To copy to clipboard, switch view to plain text mode 
   
   
   
     
   
   
                          
     
   
   
   
   
   

   I don’t actually use any of the Q* in controller.cpp. If I remove the #include <Q*> statements, this error will be thrown in the next Header File that attempts to include Q*, itemcontroller.h:

   02:25:07: Running steps for project graphit...
   02:25:07: Configuration unchanged, skipping qmake step.
   02:25:07: Starting: "/usr/bin/make" 
   g++ -c -pipe -std=c++11 -O2 -march=x86-64 -mtune=generic -O2 -pipe -fstack-protector-strong --param=ssp-buffer-size=4 -std=c++0x -Wall -W -D_REENTRANT -fPIC -DQT_NO_DEBUG -DQT_QUICK_LIB -DQT_WIDGETS_LIB -DQT_GUI_LIB -DQT_QML_LIB -DQT_NETWORK_LIB -DQT_CORE_LIB -I. -Iinclude -Iinclude/knowdesk -Ilibs -Ilibs -Ipodofo/include -Iexif/include -Iexif/include -isystem /usr/include/qt -isystem /usr/include/qt/QtQuick -isystem /usr/include/qt/QtWidgets -isystem /usr/include/qt/QtGui -isystem /usr/include/qt/QtQml -isystem /usr/include/qt/QtNetwork -isystem /usr/include/qt/QtCore -Ibuild -I/usr/lib/qt/mkspecs/linux-g++ -o build/controller.o src/controller.cpp
   In file included from /usr/include/qt/QtCore/qglobal.h:74:0,
                    from /usr/include/qt/QtCore/qnamespace.h:37,
                    from /usr/include/qt/QtCore/qobjectdefs.h:41,
                    from /usr/include/qt/QtCore/qobject.h:40,
                    from /usr/include/qt/QtCore/QObject:1,
                    from include/itemcontroller.h:4,
                    from src/controller.cpp:6:
   /usr/include/qt/QtCore/qurl.h:365:1: error: initializer provided for function
   
   
   
     
   
   
                          
     
   
   
   
    Q_DECLARE_SHARED(QUrl)
   ^
   Makefile:975: recipe for target 'build/controller.o' failed
   make: *** [build/controller.o] Error 1
   02:25:09: The process "/usr/bin/make" exited with code 2.
   Error while building/deploying project graphit (kit: Desktop)
   When executing step "Make"
   02:25:09: Elapsed time: 00:03.
   To copy to clipboard, switch view to plain text mode 
   

   I have gcc version 5.2.0 and the same error appears after I delete all build files, rerun qmake and rebuild.

   I went back in my repo and found that the point where this compilation error first appears is when I change

   QQmlEngine engine;
   To copy to clipboard, switch view to plain text mode 
   

   to

   QtQuickControlsApplication app(argc, argv);
   QQmlApplicationEngine engine;
   To copy to clipboard, switch view to plain text mode 
   

   But even after changing this in back in the main.cpp file, or even commenting everything there out, it fails much at other files. So I’m not sure if this relates.

   ---

4. 6th October 2015, 10:56

   
   

   #4

   Re: Program won’t compile since update from Qt5.4 to Qt5.5 | Error in Qt files?
   

   Here are the source files: http://ge.tt/13W34MP2/v/0
   You need SQLite and QtCreator as I haven’t configured it for static build yet.
   I can offer to 0.08BTC (around 17€) for anyone who can help me.

   ---