Создаю библиотеку для работы с последовательными портами. [УШЕЛ ИЗ ПРОЕКТА].

[kuzulis]

Нету там (на сайте) этой кнопки.

Там, внизу, при выборе конкретного реквеста,
имеется только комбобокс с двумя (непустыми) вариантами:

Status :
1. Пустая строка
2. Open
3. Closed

--
Браузер - Firefox 4.0.1

[b-s-a]

Я думал так только у меня, создавшего реквест... Ладно, просто закрывай тогда.

[kuzulis]

Я проверил, вдруг у меня пустая запись в комбобоксе (первая сверху) и есть недостающая надпись Merged (хз, вдруг js браузера играет шутку), я жмакнул её, но в итоге просто добавился мой комментарий к реквесту.

По ходу, какой-то касяк с гиториусом или хз что (типо может так и было задумано).

[b-s-a]

Ты главное не просто соединяй версии, а мерж через git. Так будет хоть информация об авторе изменений сохраняться (чтобы знать, кто виноват).

[kuzulis]

Ты главное не просто соединяй версии, а мерж через git. Так будет хоть информация об авторе изменений сохраняться (чтобы знать, кто виноват).

Ну я и делал через git.

# Check out a new branch for integration
git checkout -b merge-requests/5

# Fetch the merge request into this branch
git pull \
  git://gitorious.org/qserialdevice/qserialdevice.git \
  refs/merge-requests/5

# Show the commits, assess they are okay
git log --pretty=oneline --abbrev-commit 2.0..merge-requests/5

# To apply the changes to your branch:
git checkout 2.0
git merge merge-requests/5
git push origin 2.0

Или как-то еще нужно?

[b-s-a]

Все правильно. Я не туда посмотрел.

[kuzulis]

Вот, не знаю, плакать нам или смеяться:
http://code.google.com/p/qt-communication-library/source/browse/trunk/QtCommunication/serialport.h

Сколько ж это может продолжаться?

b-s-e, признавайся, кто у кого скоммуниздил API: ты у него или он у тебя?

[b-s-a]

b-s-e, признавайся, кто у кого скоммуниздил API: ты у него или он у тебя?

я впервые это вижу. Зато еще один источник для идей реализации.

[kuzulis]

Я тут подумал насчет SerialPortInfo через udev при помощи QLibrary и
пришел к выводу, что это очень накладно:
мало того что придется декларировать прототипы используемых функций, так еще и сами структуры
(если, конечно, не использовать заголовки от udev).

Может лучше udev линковать в рантайме (а не через QLibrary), при этом, отделить дефайнами вариант с udev и без него?
Ведь, если в каком-то *nix нет библиотеки udev, то и нет его заголовков!

ЗЫ: по моему, даже в QPrinterInfo так и сделано (если я не ошибаюсь).

[b-s-a]

Я тут подумал насчет SerialPortInfo через udev при помощи QLibrary и
пришел к выводу, что это очень накладно:
мало того что придется декларировать прототипы используемых функций, так еще и сами структуры
(если, конечно, не использовать заголовки от udev).

Может лучше udev линковать в рантайме (а не через QLibrary), при этом, отделить дефайнами вариант с udev и без него?
Ведь, если в каком-то *nix нет библиотеки udev, то и нет его заголовков!

ЗЫ: по моему, даже в QPrinterInfo так и сделано (если я не ошибаюсь).

Как ты собираешься линковать в рантайме без использования QLibrary?
Вообще-то, если нет в системе udev, то и поддержка его не должна компилироваться. Таким образом, как минимум структуры переопределять не придется. Но для начала, я думаю, вообще от udev отказаться - просто парсить /dev/.

[kuzulis]

Как ты собираешься линковать в рантайме без использования QLibrary?

Эмм.. ну, я не правильно выразился наверное.
Имею ввиду линковку с явным прописыванием LIBS+= -ludev.
т.е. без QLibrary.

Вообще-то, если нет в системе udev, то и поддержка его не должна компилироваться. Таким образом, как минимум структуры переопределять не придется.

Да, именно так!
Я предлагаю сделать что-то вроде:

Код

C++ (Qt)
#if !defined (NO_UDEV)
//вот тут код или заголовки для udev
#else
//вот тут код обычного парсинга директории /dev
#endif
 

При этом, естественно, в зависимости от дефайна NO_UDEV подключать или нет LIBS+= -ludev.

Выставлять дефайн NO_UDEV можно или вручную в флагах перед сборкой библиотеки или, может быть, оно будет выставляться/сбрасываться автоматически
после проверки существования udev в системе.
Не знаю, возможно ли это при использовании qmake, но CMake это позволяет.

Можно сделать какой нить скрипт типа: configure и т.п.

[Edynchik]

а подскажите пожалуйста как его интегрировать в мой проект для чтения или записи с порта tty0?

давил просто два файла abstractserial.h и abstractserial.cpp. QT Creator не может найти "../qserialdevice_global.h".
Библиотеку скомпилировал, по крайней мере BuildLibrary.pro выполнился без ошибок....

[kuzulis]

а подскажите пожалуйста как его интегрировать в мой проект для чтения или записи с порта tty0?

давил просто два файла abstractserial.h и abstractserial.cpp. QT Creator не может найти "../qserialdevice_global.h".
Библиотеку скомпилировал, по крайней мере BuildLibrary.pro выполнился без ошибок....

1. Попробуй в abstractserial.h закоментировать строку с: #include "../qserialdevice_global.h".
2. abstractserial.cpp не нужен

[Edynchik]

я имею в виду то что я скопировал в папку с проектом папку src и что дальше? Вроде заработало...

добавил #include "src/qserialdevice/abstractserial.h". далее делаю по документации..

Код

C++ (Qt)
 ..
        AbstractSerial *serialDevice = new AbstractSerial(this);
        ..

и получаю от creator:

Выполняется сборка проекта Timer...
Настройки не изменились, этап qmake пропускается.
Запускается «E:\Qt\qtcreator-2.2.0\mingw\bin\mingw32-make.exe»
E:/Qt/qtcreator-2.2.0/mingw/bin/mingw32-make -f Makefile.Debug
mingw32-make[1]: Entering directory `F:/QT/Timer-build-desktop'
g++ -c -g -frtti -fexceptions -mthreads -Wall -DUNICODE -DQT_LARGEFILE_SUPPORT -DQT_DLL -DQT_GUI_LIB -DQT_CORE_LIB -DQT_HAVE_MMX -DQT_HAVE_3DNOW -DQT_HAVE_SSE -DQT_HAVE_MMXEXT -DQT_HAVE_SSE2 -DQT_THREAD_SUPPORT -DQT_NEEDS_QMAIN -I"e:\Qt\4.7.3\include\QtCore" -I"e:\Qt\4.7.3\include\QtGui" -I"e:\Qt\4.7.3\include" -I"e:\Qt\4.7.3\include\ActiveQt" -I"debug" -I"." -I"..\Timer" -I"." -I"e:\Qt\4.7.3\mkspecs\win32-g++" -o debug\dialog.o ..\Timer\dialog.cpp
..\Timer\dialog.cpp: In member function 'void Dialog::start()':
..\Timer\dialog.cpp:23: warning: unused variable 'serialDevice'
g++ -enable-stdcall-fixup -Wl,-enable-auto-import -Wl,-enable-runtime-pseudo-reloc -mthreads -Wl -Wl,-subsystem,windows -o debug\Timer.exe debug/main.o debug/dialog.o debug/moc_dialog.o  -L"e:\Qt\4.7.3\lib" -lmingw32 -lqtmaind -lQtGuid4 -lQtCored4
mingw32-make[1]: Leaving directory `F:/QT/Timer-build-desktop'
debug/dialog.o:F:\QT\Timer-build-desktop/../Timer/dialog.cpp:23: undefined reference to `AbstractSerial::AbstractSerial(QObject*)'
collect2: ld returned 1 exit status
mingw32-make[1]: *** [debug\Timer.exe] Error 1
mingw32-make: *** [debug] Error 2
Процесс «E:\Qt\qtcreator-2.2.0\mingw\bin\mingw32-make.exe» завершился с кодом 2.
Возникла ошибка при сборке проекта Timer (цель: Desktop)
Во время выполнения сборки на этапе «Сборка»

[/color]

[kuzulis]

См. примеры. /examples , /test