Russian Qt Forum

Всем привет!

Пытаюсь собрать boost::thread под Windows из Qt. (как пользоватся этой bjam так и не резобрался =( ) Поэтому решил просто собрать вре файлы из boost/lib/thread/src/ в Qt проект и скомпилировать:

Однако не получилось, компилятор minGW выдал следующее:


Как от этого избавится? Пожалуйста, помогите собрать boost::thread!

Заранее спасибо!

А я что-то не вижу хедэров..

типа:
HEADERS += ...

Или их там принципиально нэт  ???))

А их разве нужно подключать?

Да нет)) Достаточно компу сказать:
-Эй, собери мне вот енту библиотеку)) Ну ты знаешь где что лежит, окэ)))

Если у вас изначально только исходники и вы хотите собрать из низ библиотеку, нужно указать и хэдэры.. После этого (после того как он соберёт их) в файле проекта, где используется ваша библиотека нужно указать путь к хэдерам:
INCLUDEPATH += ...// путь где лежат хэдеры

и добавить:

LIBS += -L/путь к библиотеке -lmylib
где mylib - эт то как она у вас зовётся)

И почитайте тему: уроки и статьи "Создание динамических библиотек" там всё оч хорошо освящено (хотя прилогаемые примеры у меня собрались тока под линем) под хренью есть одна тонкость, ну да фиг с ней))     

Добавлять хедеры вовсе не обязательно в проект. Так как они не компилируются. Компилируются только cpp файлы.
INCLUDEPATH += ...// у меня есть на буст, так как собираюсь собирать буст.

собранный boost: http://rghost.ru/1409960

постоянно натыкаюсь на подобные посты, и не въезжаю - в чем же сложность сборки boost ??? на офф сайте есть инструкция по сборке, состоящая из трех шагов.

Разумеется нет) В ваш проект, который использует boost даже .cpp файлы добавлять не нужно)
В файле вашего проекта (который использует уже собранную либу) должны быть тока две строчки:
1) INCLUDEPATH += то, где лежат хедеры
2) LIBS += -L/ путь, где лежат сами длл (ну или как вы там её собрали..) -lnamelib
где namelib - ну я эт уже говорил))

Но чтоб собрать её (либу) используя qmake нужно в pro файле указать и исходники SOURCES и хедеры HEADERS...
ну и INCLUDEPATH тож разумеется))

Вот соберёте её, и можете вообще все ваши .cpp файлы удалить нафиг, главное длл и хедеры чтоб были..

А так вы хрен соберёте, без хедеров))

Бог в помощь, короче)) Я пошёл пиво пить))   
     

niXman, я пытаюсь сделать это под Windows. Что за три шага? Что мне нужно сделать что-бы она собралась?  ???

 m_ax, мне dll вовсе и не нужен. при сборке ЛЮБОГО проекта добавлять хедеры не обязательно, так как компилируются (в объектные файлы) только cpp файлы.

Либо я совсем ничего не понимаю, либо вы несете чушь

Яростный бред.

 ;D ;D ;D возьмите любой проект, в файле pro за комментируйте все хедеры (только обеспечьте их видимость из cpp-файлов) и собирайте проект :)

Аминь)))

Беру, как вы говорите любой проект) В моём случае я создал ради прикола самое простое (исходники приатачены). Всего один хедер: widget.h и соответствующий ему widget.cpp. Да, ну и разумеется main.cpp)
Вот как выглядит .pro файл этого проекта (рабочей заметьте):

C++ (Qt)
TARGET = SimpleProject
TEMPLATE = app
 
SOURCES += main.cpp\
        widget.cpp
 
HEADERS  += widget.h
 
MOC_DIR = $$PWD/build 
OBJECTS_DIR = $$PWD/build
DESTDIR = $$PWD/bin
 

   

На последние три строчки внимания не обращайте. В таком виде всё собирается и работает))

Теперь, по вашему совету, я убираю (закомментирую) HEADERS..
Пробую собрать: хрен((
Ладно, думаю может добавление INCLUDEPATH исправит дело? Добавляю... Компилирую, компилирую: Ыыы  :-\
Ладно, вспомнил вы говорили, что нуна бы обеспечить видимость хедеров в cpp файлах.. Если честно, долго думал, чтобы это могло значить.. Короче я так понял, нужно в cpp файлах где инклудятся заголовочники прописывать полный путь.. Например:

C++ (Qt)
#include "/home/max/Qt-projects/SimpleProject/widget.h"
// вместо
#include "widget.h"
 

Прописал везде полные пути.. Ворожу, ворожу не торможу  ;D
И на этот раз обломс >:(

В чём ваш секрет, любезнейший??
 

я ведь не радиоточка.
говорю что буст собирается РОВНО за три шага!

niXman, ну так что за три шага-то? :)

Вот зацените простейшее консольное приложение + класс и - header.

Видимо не собирается если в классе есть макрос Q_OBJECT - и если отсутствуют заголовочные файлы не происходит qmake для них и не создаются moc_*.cpp.  :)

Да, если в классе объявлен макрос Q_OBJECT то без хедеров не соберётся)

И всё же не лишне их добавлять, поскольку в этом случае они видны в самом проекте..   

Ну а по сабжу может мне кто-нибудь помочь? Очень нужно! Диплом горит.

Все вопросы к niXmanу - он у нас эксперт по boost)))

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

я только учусь ::)

niXman, ну пожалуйста, скажи что ты делаешь что бы собрать буск?  ???

распакуй исходники в корень "c:\" к примеру.
открой консоль в этом каталоге.
далее в консоле вводишь две команды:

DOS
> bootstrap.bat
> bjam --toolset=gcc install
 

ждешь, ждешь...потом в корне "c:\" появляется каталог boost. каталог с исходниками boost можно удалять.

зы
я использую более тонкую сборку. т.к. по умолчанию boost собирается немного неудобно.
может накатать статью? кто, что скажет?

О, большое спасибо!

Про статью самое то!  ::)

А зачем
?
У себя создал bat-файл с:

DOS
@echo off 
bjam --toolset=gcc install
pause
 

кинул его в корень буста вместе с bjam.exe, запустил и всё нормально собралось и успешно используется программой. Кстати, тормозов с ним в netbeans не замечал пока, вопреки некоторым мнениям.

установка буста, сама по себе нетбинс не тормозит ;)
нужно еще и код писать ;D

я про код и говорю, сказал же

хз, может при мегапроектах и было бы заметно, но пока нет

хеловорды на mpl ваяете?

собственно да, т.к. поставил его для ознакомления, нет мне в нём надобности пока. И некоторые примеры пробовал тоже. А что за проектег должен быть, чтобы на тормоза посмотреть? :)

по разному.
несколько проектов, по 900-1200 строк, один в 27000 строк. на последнем, криейтор съедает 1200-1400 метров памяти. пробовал открыть его в нетбинсе - валится. по моему, уже где-то писал об этом...кажется на этом форуме...

кстати, самые большие тормоза заметил во фрагментах кода, использующих спирит. буквально 60ти строчный парсер, затормаживает автодополнение до 3-8 секунд. и это в криейторе, который является самым быстрым в этом плане, из msvc, netbeans, qtcreator. при таких таймаутах работать крайне сложно. отключил бы автодополнение, но не знаю как :(

Наверно это всё же зависит не от кол-ва строк, а от кол-ва подключённых модулей (или как эта тема называется в бусте) или других особенностей. Т.к. у меня проект в 15к на Qt тормозов никаких тоже не вызывает.

не путайте мягкое с теплым.
Qt - это больше похоже на Си с классами, чем на С++ ;)
STL, boost - это все шаблоны. принцип инстанцирования шаблона, типозависим при компиляции. об этом нужно читать в "умных" книжках, а не в шлеях.

"умных" книжек все же нет... во всяком случае по дусту

да, где-то уже встречал такую "теорию".

Зачем мне это, если почти не использую ничего подобного? Надобности особой нет, по крайней мере пока. От мысли, что писал бы "шаблонами" мне не становится ни теплей, ни холодней.

проекты и больше 100к строк кода на Qt в креаторе не тормозят и памяти столько не жрут, ибо счас в силу обстоятельств на 1Гб плашке нетбуке с этим работаю. К счастью, шаблонов в нем очень мало :)

до изобретения электричества, люди тоже жили ;D