Если же Вам это не нужно, то маловероятно, что кому-то будет интересно разбираться в Ваших ошибках! Только если, у этого кого-то не будет похожей задачки!

так именно про это я и хотел сказать в прошлом посте. Что если нужно что-то проверить на ЭТОМ коде, то я попробовать могу. ) Вдруг поможет кому-то с подобной проблемой )
Только если, у этого кого-то не будет похожей задачки!

Вот то-то и оно что код не я писал, и рекомендации к использыванию тоже. ... Но учитывая, что всё же решение использовать QtCreator принадлежало мне и не упоминалось в рекомендация от разработчиков... то вопрос чьи ошибки не самый тривиальный ). Но не в этом суть. Главное то, что мы с коллегами не уверены в том, что можем(что это хотябы порядочно) выкладывать код примеров и упоминать разработчика и производителя этого устройства и софта. Я собственно по этому старался менять имена файлов, ибо они уж очень "именные", ну и как следствие в мэйкфайлах их очень много. Заменить в них все названия... честно говоря, не уверен что можно без ошибок... их там ну очень много. И ладно бы, если б была бы чёткая уверенность что ошибки и проблемы софта и девайса точно производителя а не наши - написали бы уж, не стесняясь. Но учитывая отуствие должно опыта в Qt для такого утверждения у нас нет, мы решили что лучше этого не делать. Ибо можно говорить что это разработчики кривые,... а окажется что это не они а наши руки ))) Не красиво както )
Так что вы уж извините пожалуйста, дело не в том что мы боимся что кто-то сопрёт наш гениальный код состоящий из пары for'ов ) а чисто из за того, что бы не возникло неверного мнения о производители. Девайсина конечно с нереальными и уникальными параметрами.... но и с кучей правил в использовании и особенностями, которые могут быть воприняты как баги, при не слишком внимательном изучении. Да и просто отпугнуть сложностью. ... Не, конечно это не наше дело и никаких законов мы однозначно не нарушим. Просто вопрос порядочности.

А вот что касается

Так, если я правильно понял, то верятно разница между С и С++ вот в этих строках.
CFLAGS = -pipe -fno-keep-inline-dllexport -O2 -Wall -Wextra $(DEFINES)
CXXFLAGS = -pipe -fno-keep-inline-dllexport -O2 -frtti -Wall -Wextra -fexceptions -mthreads $(DEFINES)
Просто дальше, когда используется $(CXX) $(CC) то они везде используются одинаково за исключением флагов.
Например
$(CC) -c $(CFLAGS) $(INCPATH) -o release\file1.o ..\file1.c
$(CXX) -c $(CXXFLAGS) $(INCPATH) -o $@ $<

Там конечно ещё много чего. Но если четсно, то не сочтите за ленивость, но мне важно чтобы дейвас заработал и я код мог для НЕГО написать... а вот разбираться во всех параметрах всёже немного не моя область. Пока что проблем с проектом у меня нет, и я пожалуй до следущих проблем отложу свой интузиазм копания в настройках Qt.
Однако, если есть вопросы, касательно моего кода.. всмысле ТАКОГО кода, который работает в командной строке и QtCreator по разному, то вы спрашивайте, предлагайте что хотите проверить и какие стоят где настройки. Может это кому-то окажется полезным. Буду рад.

Где написано что все файлы проекта должны быть одного типа?...Почему g++ умеет работать с разными типамиа QtCreator нет?

Я не понимаю что нужно искать. Поясните пожалуйста.Но строку типа "g++ ......" я не видел ни в одном из этих файлов.

CC            = gcc
CXX           = g++

extern "C" {...}

Теперь вопрос. А почему оно так? )
Где написано что все файлы проекта должны быть одного типа?...Почему g++ умеет работать с разными типамиа QtCreator нет?.. Почему производитель выдал пример в котором разные типы файлов (c и cpp), всмысле он жеж явно это не специально засаду остраивал.. наверно были причины... но какие? )

А что современные g++ умеют одновременно собирать проекты, где есть файлы с *.c и *.cpp? Попробуйте, для эксперимента, все файлы переименовать в *.cpp. И выдайте на форум конкретный список ошибок, после данной операции.

А что современные g++ умеют одновременно собирать проекты, где есть файлы с *.c и *.cpp? Попробуйте, для эксперимента, все файлы переименовать в *.cpp. И выдайте на форум конкретный список ошибок, после данной операции.

У тебя библиотека лежит среди исходников?

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

Я нигде не видел дефайна для _WIN32 или __CYGWIN__. А оно жеж должно где-то быть?! )

g++ file1.c file2.c file3.cpp -l:libUSTROYSTVO.a -o result.exe

HEADERS += \
    File1.h \
    File2.h \
    Ustroystvo.h \
    Ustroystvo_error_codes.h \
    Ustroystvo_types.h

SOURCES += \
    FileMain.cpp \
    File1.c \
    File2.c

win32: LIBS += -L$$PWD/ -lUstroystvo

INCLUDEPATH += $$PWD/
DEPENDPATH += $$PWD/

undefined reference to `SomeOneFunc(_dictionary_*, char const*, int)'
more undefined references to ` SomeOneOtherFunc(_dictionary_*, char const*, int)' follow

C:/ProgramFiles/QtMinGW/Tools/mingw491_32/bin/../lib/gcc/i686-w64-mingw32/4.9.1/../../../../i686-w64-mingw32/bin/ld.exe: release/ FileMain.o: bad reloc address 0x14 in section `.text$_ZStplIcSt11char_traitsIcESaIcEESbIT_T0_T1_ERKS6_S8_[__ZStplIcSt11char_trai
tsIcESaIcEESbIT_T0_T1_ERKS6_S8_]'
collect2.exe: error: ld returned 1 exit status
mingw32-make[1]: *** [release\ProjectTest.exe] Error 1
mingw32-make: *** [release] Error 2
00:15:43: Процесс «C:\ProgramFiles\QtMinGW\Tools\mingw491_32\bin\mingw32-make.exe» завершился с кодом 2.
Ошибка при сборке/установке проекта ProjectTest (комплект: Desktop Qt 5.4.1 MinGW 32bit)
Во время выполнения этапа «Сборка»

#if defined _WIN32 || defined __CYGWIN__
      #define SCTDCDLL_PUBLIC __declspec(dllexport)