[Comm] KDevelop не находит QT

[Comm] KDevelop не находит QT

[Oleg N. Kayunov]

    Попыталс начать работать с KDevelopю
    Инициировал проект типа "C++"->"KDE"->"Simple Designer...".
    Создалась куча файлов.
    Не меняя их попробовал запустить "Собрать проект".
    Получил (в конце концов) такой набор сообщений (в конце, как упомянуто):
*checking for Qt... 
*configure: error: Qt (>= Qt 3.0) (library qt-mt) not found. Please 
check your installation!
*For more details about this problem, look at the end of config.log.
*Make sure that you have compiled Qt with thread support!

    Проверяю:
$ rpm -qa|grep -i qt
qt3-designer-3.3.3-alt3
libqt2-2.3.1-alt12
libqt2-Xt-2.3.1-alt12
PyQt-3.11-alt1
libqt3-devel-3.3.3-alt3
libqt3-odbc-3.3.3-alt3
libqt3-postgresql-3.3.3-alt3
libqt3-qsa-3.3.3-alt3
pinentry-qt-0.7.0-alt2
qt2-designer-2.3.1-alt12
qt3-doc-3.3.3-alt3
sim-qt-0.9.4-alt7
libarts-qtmcop-devel-1.2.3-alt2
libqt3-mysql-3.3.3-alt3
libqt3-3.3.3-alt3
libarts-qtmcop-1.2.3-alt2
libqt2-devel-2.3.1-alt12


    Чего ему еще надо?
    Окружение: Master 2.4 (Citron).



-- 
== В действительности все обстоит совершенно иначе чем на самом деле. ==
	BR, Oleg N. Kayunov.

[Comm] Re: KDevelop не находит QT

[Arioch]

> *For more details about this problem, look at the end of config.log.

а что в этом файле написано?

> *Make sure that you have compiled Qt with thread support!

Судя по всему у тебя стоят single-threaded версии, а ему нужны 
multi-threaded.
В репозитории его не видно и надо поискать у производителя.

IMHO.

[Comm] Re: KDevelop не находит QT

[Michael Shigorin]

On Sat, Feb 05, 2005 at 12:43:22AM +0300, Arioch wrote:
> >*Make sure that you have compiled Qt with thread support!
> Судя по всему у тебя стоят single-threaded версии, а ему нужны
> multi-threaded.  В репозитории его не видно и надо поискать у
> производителя.  IMHO.

Это неправильное HO AFAIR: apt-cache search libqt-mt

-- 
 ---- WBR, Michael Shigorin <mike@altlinux.ru>
  ------ Linux.Kiev http://www.linux.kiev.ua/

[Comm] Re: KDevelop не находит QT

[Oleg N. Kayunov]

Michael Shigorin пишет:

>On Sat, Feb 05, 2005 at 12:43:22AM +0300, Arioch wrote:
>  
>
>>>*Make sure that you have compiled Qt with thread support!
>>>      
>>>
>>Судя по всему у тебя стоят single-threaded версии, а ему нужны
>>multi-threaded.  В репозитории его не видно и надо поискать у
>>производителя.  IMHO.
>>    
>>
>
>Это неправильное HO AFAIR: apt-cache search libqt-mt
>
>  
>
$ apt-cache search libqt-mt
libqt2 - Shared library for the Qt2 GUI toolkit
libqt3 - Shared library for the Qt3 GUI toolkit
    Обе - стоЯт.
Собственно это ("search qt-mt") я сразу же проделал.


-- 
== В действительности все обстоит совершенно иначе чем на самом деле. ==
	BR, Oleg N. Kayunov.

Re: [Comm] Re: KDevelop не находит QT

[Genix]

Oleg N. Kayunov wrote:

>> Это неправильное HO AFAIR: apt-cache search libqt-mt
>>
> $ apt-cache search libqt-mt
> libqt2 - Shared library for the Qt2 GUI toolkit
> libqt3 - Shared library for the Qt3 GUI toolkit
>    Обе - стоЯт.
> Собственно это ("search qt-mt") я сразу же проделал.

А обе-то зачем? Достаточно только более свежей libqt3
libqt3-devel установлен?

-- 
У каждого в башке свои тараканы...

[Comm] Re: KDevelop не находит QT

[Oleg N. Kayunov]

Genix пишет:

> Oleg N. Kayunov wrote:
>
>>> Это неправильное HO AFAIR: apt-cache search libqt-mt
>>>
>> $ apt-cache search libqt-mt
>> libqt2 - Shared library for the Qt2 GUI toolkit
>> libqt3 - Shared library for the Qt3 GUI toolkit
>>    Обе - стоЯт.
>> Собственно это ("search qt-mt") я сразу же проделал.
>
>
> А обе-то зачем? 

    Все никак не получалось, потому поставил все, что мог.

> Достаточно только более свежей libqt3

   Наличие libqt2 может помешать разве?

> libqt3-devel установлен?
>
    Ест-ноо: libqt3-devel-3.3.3-alt3


-- 
== В действительности все обстоит совершенно иначе чем на самом деле. ==
	BR, Oleg N. Kayunov.

Re: [Comm] Re: KDevelop не находит QT

[Genix]

Oleg N. Kayunov wrote:

>> Достаточно только более свежей libqt3
> 
> 
>   Наличие libqt2 может помешать разве?

echo $QTDIR что говорит?


-- 
У каждого в башке свои тараканы...

[Comm] Re: KDevelop не находит QT

[Oleg N. Kayunov]

Genix пишет:

> Oleg N. Kayunov wrote:
>
>>> Достаточно только более свежей libqt3
>>
>>
>>
>>   Наличие libqt2 может помешать разве?
>
>
> echo $QTDIR что говорит?

$ echo $QTDIR
/usr/lib/qt3/
    Но намек понял :)


-- 
== В действительности все обстоит совершенно иначе чем на самом деле. ==
	BR, Oleg N. Kayunov.

[Comm] Re: KDevelop не находит QT

[Oleg N. Kayunov]

Oleg N. Kayunov пишет:

> Genix пишет:
>
>> Oleg N. Kayunov wrote:
>>
>>>> Это неправильное HO AFAIR: apt-cache search libqt-mt
>>>>
>>> $ apt-cache search libqt-mt
>>> libqt2 - Shared library for the Qt2 GUI toolkit
>>> libqt3 - Shared library for the Qt3 GUI toolkit
>>>    Обе - стоЯт.
>>> Собственно это ("search qt-mt") я сразу же проделал.
>>
>>
>>
>> А обе-то зачем? 
>
>
>    Все никак не получалось, потому поставил все, что мог.
>
>> Достаточно только более свежей libqt3
>
    Таки ведь недостаточно, как оказывается.
Неужели никто не работает с кKDevelop?

>
>   Наличие libqt2 может помешать разве?

Как уже писАл, системное окружение ($QTDIR, то бишь) указывает именно на 
3-ю версию:
$ echo $QTDIR
/usr/lib/qt3/

>> libqt3-devel установлен?
>>
>    Ест-ноо: libqt3-devel-3.3.3-alt3



-- 
== В действительности все обстоит совершенно иначе чем на самом деле. ==
	BR, Oleg N. Kayunov.

Re: [Comm] Re: KDevelop не находит QT

[Gleb Kulikov]

В сообщении от Воскресенье 06 Февраль 2005 01:20 Oleg N. Kayunov написал:

> Неужели никто не работает с кKDevelop?

проверил, у меня (то же окружение, master 2.4) аналогичная проблема. Впрочем, 
это не мешает, если не пользоваться "родной" схемой сборки проекта KDevelop'а 
с этим жутким autotools и т.п.: scons проще и удобнее, и таких заморочек не 
замечено :) (в свойствах проекта, указать custom makefiles и команду "make" 
как "scons .")

-- 
      Салют, /GLeb

UIN: 15341920
jabber://gleb@asd.iao.ru
netmail: 2:5005/78

[Comm] Re: KDevelop не находит QT

[Oleg N. Kayunov]

Gleb Kulikov пишет:

>В сообщении от Воскресенье 06 Февраль 2005 01:20 Oleg N. Kayunov написал:
>
>  
>
>>Неужели никто не работает с кKDevelop?
>>    
>>
>
>проверил, у меня (то же окружение, master 2.4) аналогичная проблема. Впрочем, 
>это не мешает, если не пользоваться "родной" схемой сборки проекта KDevelop'а 
>с этим жутким autotools и т.п.: scons проще и удобнее, и таких заморочек не 
>замечено :) (в свойствах проекта, указать custom makefiles и команду "make" 
>как "scons .")
>  
>
Чтой-то совсем одурел: полное ощущение, что что-то подобное видел, но не 
могунайти. :-(
В каких именно Закладке->Листе именно пункте меню-пункта "Параметры 
проекта" (так?) это указать?
Пока нашел только "Параметры проекта"->"Параметры make"->"Название 
исполняемого файла make", поставил scons. Но получаю:
*scons: Reading SConscript files ...
*File "Makefile.cvs", line 1
*all:
*^
*SyntaxError: invalid syntax


А вот куда впарить custom makefiles хучь тресни не могу найти.

-- 
== Ни одно доброе дело не остается безнаказанным. ==
	BR, Oleg N. Kayunov.

Re: [Comm] Re: KDevelop не находит QT

[Gleb Kulikov]

В сообщении от Воскресенье 06 Февраль 2005 15:08 Oleg N. Kayunov написал:
> > проекта KDevelop'а с этим жутким autotools и т.п.: scons проще и удобнее,
> > и таких заморочек не замечено :) (в свойствах проекта, указать custom
> > makefiles и команду "make" как "scons .")

> В каких именно Закладке->Листе именно пункте меню-пункта "Параметры
> проекта" (так?) это указать?
> Пока нашел только "Параметры проекта"->"Параметры make"->"Название
> исполняемого файла make", поставил scons. Но получаю:
> *scons: Reading SConscript files ...
> *File "Makefile.cvs", line 1

Проект -> параметры проекта -> параметры сборки -> 

Вкадка "Собрать":
 [!] Make
 [ ] Ant
Запускать средство сборки в каталоге -- тут пишешь корень проекта, именно тут 
должен лежать Sconstruct.

Вкладка "Make":
 имя исполняемого файла make: "scons ."

Всё. Из того вывода, что ты привёл, такое впечатление, что scons пытается 
читать Makefile.cvs вместо Sconstruct'а, что совершенно не надо делать 
(уверен, что в параметрах scons у тебя стоит точка?).

Понятно, что Sconstruct/SConscript, при таком раскладе, надо делать руками: 
Kdevelop ничего о них не знает.

Для сборки QT программ, SConscript может быть тривиальным, типа

#... что-то делаем, если надо...
#... определяем списки define-ов и т.п., если надо...но нужно указать 
#инструменты qt!, типа

env = Environment(CCFLAGS = defines, LIBPATH = libs, LIBS = ["pthread"], \
tools=['default', 'qt'])
Export('env')

здесь defines и libs -- ранее определённые списки глобальных дефайнов и 
библиотек

# собственно исходники и т.п, указываем в SConscript, который кладём в 
#соответствующий каталог проекта, например
# В SConstruct указываем. где его брать:

#QT-версия интерфейса

SConscript('src/QT/mainwin/SConscript',build_dir='src/QT/mainwin/build/linux',du
plicate=0)

#А в этом SConscript'е  тоже, всё как обычно, только надо указать включаемые 
#каталоги QT, если ранее это не было сделано:

Import('env')
env.Append(CPPPATH="include")

QTDIR="/usr/lib/qt3"
QTINC="/usr/lib/qt3/include"
gui_includes=["/usr/include/qwt","moc/","include","#mainwin"]

qt_includes=[QTDIR+"/mkspecs/default"\
,QTDIR\
,QTINC\
,"#widgets/bld"]

#здесь /usr/include/qwt -- для используемого набора виджетов qwt,
# mainwin -- подкаталог в данном каталоге проекта, в котором файлы, отвечающие
# за главное окно
#widgets -- - подкаталог в данном каталоге проекта, в котором файлы, 
#отвечающие за собственные виджеты, и т.д -- принцип понятен

# практически обязательно определить "стандартные" define'ы
gui_Cflags=["-D_REENTRANT", "-DQT_THREAD_SUPPORT","-D__LINUX__"]

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

gui_src = ["windowspectrometermain.ui","pgmain00.cpp"]
gui_libs_For = ["qwt","qt-mt","Xext","X11","m","pthread"]

all_includes = qt_includes+gui_includes

env.Append(CPPPATH=all_includes)

env.Program(target='#exe/qtmain00.exe',build_dir="build/linux",source=gui_src,
CCFLAGS=gui_Cflags\
, 
LIBPATH=[QTDIR+"/lib","/usr/X11R6/lib","/usr/lib","#/libs"],LIBS=gui_libs_For)

всё, у меня работает без проблем, проверено уже не на одном проекте. Кстати, 
быстрее, чем "родной" мэйк.

-- 
      Салют, /GLeb

UIN: 15341920
jabber://gleb@asd.iao.ru
netmail: 2:5005/78

[Comm] Re: KDevelop не находит QT

[Oleg N. Kayunov]

Gleb Kulikov пишет:

>В сообщении от Воскресенье 06 Февраль 2005 15:08 Oleg N. Kayunov написал:
>  
>
>>>проекта KDevelop'а с этим жутким autotools и т.п.: scons проще и удобнее,
>>>и таких заморочек не замечено :) (в свойствах проекта, указать custom
>>>makefiles и команду "make" как "scons .")
>>>      
>>>
>
>  
>
>>В каких именно Закладке->Листе именно пункте меню-пункта "Параметры
>>проекта" (так?) это указать?
>>Пока нашел только "Параметры проекта"->"Параметры make"->"Название
>>исполняемого файла make", поставил scons. Но получаю:
>>*scons: Reading SConscript files ...
>>*File "Makefile.cvs", line 1
>>    
>>
>
>Проект -> параметры проекта -> параметры сборки -> 
>  
>
    Вот тут-то и облом - есть "Параметры configure", "Параметры запуска" 
и "Параметры make", ни в одном нет вкладки собрать (таковая есть только 
в Doxygen, но это как-то....) и нет кнопки  [ ] Ant.
    А какая версия Kdevelop?
У меня - 3.04 для KDE 3.2.3.

>Вкадка "Собрать":
> [!] Make
> [ ] Ant
>Запускать средство сборки в каталоге -- тут пишешь корень проекта, именно тут 
>должен лежать Sconstruct.
>
>Вкладка "Make":
> имя исполняемого файла make: "scons ."
>  
>
    это, в "Параметры make" сделано.

>Всё. Из того вывода, что ты привёл, такое впечатление, что scons пытается 
>читать Makefile.cvs вместо Sconstruct'а, что совершенно не надо делать 
>(уверен, что в параметрах scons у тебя стоит точка?).
>  
>
    Не стоит :-(
Поставил. Те же яйца, вид сбоку.
И ведь по-прежнему пытается читать именно Makefile.cvs.

>Понятно, что Sconstruct/SConscript, при таком раскладе, надо делать руками: 
>Kdevelop ничего о них не знает.
>  
>
    Как делать?
Где почитать?
Я о них только вот сейчас, впервые слышу.

>Для сборки QT программ, SConscript может быть тривиальным, типа
>
>#... что-то делаем,
>
    Во-во...
Можно простенький, но реальный пример намылить?
В личку - если нет уверенности, что еще кому-то на пользу может пойти.

> если надо...
>#... определяем списки define-ов и т.п., если надо...но нужно указать 
>#инструменты qt!, типа
>
>env = Environment(CCFLAGS = defines, LIBPATH = libs, LIBS = ["pthread"], \
>tools=['default', 'qt'])
>Export('env')
>
>здесь defines и libs -- ранее определённые списки глобальных дефайнов и 
>библиотек
>
># собственно исходники и т.п, указываем в SConscript, который кладём в 
>#соответствующий каталог проекта, например
># В SConstruct указываем. где его брать:
>
>#QT-версия интерфейса
>
>SConscript('src/QT/mainwin/SConscript',build_dir='src/QT/mainwin/build/linux',du
>plicate=0)
>
>#А в этом SConscript'е  тоже, всё как обычно, только надо указать включаемые 
>#каталоги QT, если ранее это не было сделано:
>
>Import('env')
>env.Append(CPPPATH="include")
>
>QTDIR="/usr/lib/qt3"
>QTINC="/usr/lib/qt3/include"
>gui_includes=["/usr/include/qwt","moc/","include","#mainwin"]
>
>qt_includes=[QTDIR+"/mkspecs/default"\
>,QTDIR\
>,QTINC\
>,"#widgets/bld"]
>
>#здесь /usr/include/qwt -- для используемого набора виджетов qwt,
># mainwin -- подкаталог в данном каталоге проекта, в котором файлы, отвечающие
># за главное окно
>#widgets -- - подкаталог в данном каталоге проекта, в котором файлы, 
>#отвечающие за собственные виджеты, и т.д -- принцип понятен
>
># практически обязательно определить "стандартные" define'ы
>gui_Cflags=["-D_REENTRANT", "-DQT_THREAD_SUPPORT","-D__LINUX__"]
>
># Ну, даьше, собственно, перечисляем исходники, нужные библиотеки, используем 
># определённые дефайны и собираем программу в подкаталоге exe, лежащем в корне 
>дерева проекта (так хочу :)
>
>gui_src = ["windowspectrometermain.ui","pgmain00.cpp"]
>gui_libs_For = ["qwt","qt-mt","Xext","X11","m","pthread"]
>
>all_includes = qt_includes+gui_includes
>
>env.Append(CPPPATH=all_includes)
>
>env.Program(target='#exe/qtmain00.exe',build_dir="build/linux",source=gui_src,
>CCFLAGS=gui_Cflags\
>, 
>LIBPATH=[QTDIR+"/lib","/usr/X11R6/lib","/usr/lib","#/libs"],LIBS=gui_libs_For)
>
>всё, у меня работает без проблем, проверено уже не на одном проекте. Кстати, 
>быстрее, чем "родной" мэйк.
>  
>
    Ну это, конечно, приятно, но вряд-ли при нынешних пнях критично.


-- 
== В действительности все обстоит совершенно иначе чем на самом деле. ==
	BR, Oleg N. Kayunov.

Re: [Comm] Re: KDevelop не находит QT

[Gleb Kulikov]

В сообщении от Понедельник 07 Февраль 2005 02:15 Oleg N. Kayunov написал:

Кстати, проверил ещё раз, должен тебя огорчить: у меня работает и "родная" 
система построения проекта, прошлый раз просто что-то не срослось: я делаю 
всё через scons и ей н пользовался. 

QTDIR=/usr/lib/qt3/
определена и qmake имеется?

> >>В каких именно Закладке->Листе именно пункте меню-пункта "Параметры
> >>проекта" (так?) это указать?
> >>Пока нашел только "Параметры проекта"->"Параметры make"->"Название

Понятно. Не создавай проект заново, а сделай ручками подходящую систему 
каталогов и скажи KDevelop'у "импортировать проект".

>     А какая версия Kdevelop?
> У меня - 3.04 для KDE 3.2.3.

Аналогично, из состава Мастера 2.4

> И ведь по-прежнему пытается читать именно Makefile.cvs.

Кстати, а собственно cvs у тебя поднят? Если нет, убери "контроль версий" в 
свойствах проекта.

> >Понятно, что Sconstruct/SConscript, при таком раскладе, надо делать
> > руками: Kdevelop ничего о них не знает.
>
>     Как делать?

SConstruct -- скрипт, кладёдтся в корень проекта, в нём делаются нужные 
подготовительные действия (если надо), и указывются скрипты SConscript.

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

> Где почитать?
> Я о них только вот сейчас, впервые слышу.

scons.sourceforge.net. Там есть подробная документация, факи и странички wiki.

> Можно простенький, но реальный пример намылить?

Можно. В обеденный перерыв, сейчас некогда.

> >tools=['default', 'qt'])
> >Export('env')

Кстати, просьба на будущее -- аккуратнее квоть, читать весь этот мусор никому 
желания нет. 

> > Кстати, быстрее, чем "родной" мэйк.
>
>     Ну это, конечно, приятно, но вряд-ли при нынешних пнях критично.

На qt'шных проектах -- ещё как, критично.

-- 
      Салют, /GLeb

UIN: 15341920
jabber://gleb@asd.iao.ru
netmail: 2:5005/78

[Comm] scons (was: Re: KDevelop не находит QT)

[Nick S. Grechukh]

[-- Attachment #1: Type: text/plain, Size: 140 bytes --]

On Monday 07 February 2005 05:32, Gleb Kulikov wrote:
> > Можно простенький, но реальный пример намылить?
madman им собирается. см .src.rpm

[-- Attachment #2: Type: application/pgp-signature, Size: 190 bytes --]

Re: [Comm] Re: KDevelop не находит QT

[Igor Zubkov]

В сообщении от Воскресенье, 06-Фев-2005 09:09 Gleb Kulikov написал(a):
> > Неужели никто не работает с кKDevelop?
>
> проверил, у меня (то же окружение, master 2.4) аналогичная проблема.
> Впрочем, это не мешает, если не пользоваться "родной" схемой сборки проекта
> KDevelop'а с этим жутким autotools и т.п.: scons проще и удобнее, и таких
> заморочек не замечено :) (в свойствах проекта, указать custom makefiles и
> команду "make" как "scons .")

это то чудо что писано на питоне? ну-ну...

Re: [Comm] Re: KDevelop не находит QT

[Gleb Kulikov]

В сообщении от Понедельник 07 Февраль 2005 06:19 Igor Zubkov написал:

> > makefiles и команду "make" как "scons .")
>
> это то чудо что писано на питоне? ну-ну...

Да, а что -- какие-то проблемы?
-- 
      Салют, /GLeb

UIN: 15341920
jabber://gleb@asd.iao.ru
netmail: 2:5005/78

[Comm] [JT] Re: KDevelop не находит QT

[Michael Shigorin]

On Mon, Feb 07, 2005 at 02:19:21AM +0200, Igor Zubkov wrote:
> > команду "make" как "scons .")
> это то чудо что писано на питоне? ну-ну...

Абы работало.

-- 
Миша, 
который питон вообще-то "не любит" =)

Re: [Comm] [JT] Re: KDevelop не находит QT

[Gleb Kulikov]

В сообщении от Понедельник 07 Февраль 2005 22:13 Michael Shigorin написал:
> > это то чудо что писано на питоне? ну-ну...
>
> Абы работало.

Прекрасно работает, на него подсел года 4, как. OS/2, Linux -- без замечаний. 
На винде -- не пробовал.

-- 
      Салют, /GLeb

UIN: 15341920
jabber://gleb@asd.iao.ru
netmail: 2:5005/78

[Comm] Re: KDevelop не находит QT

[Oleg N. Kayunov]

Arioch пишет:

>> *For more details about this problem, look at the end of config.log.
>
>
> а что в этом файле написано?

    IMHO - ничего содержательного:
target='i686-pc-linux-gnu'
target_alias=''
target_cpu='i686'
target_os='linux-gnu'
target_vendor='pc'
x_includes='/usr/X11R6/include'
x_libraries='/usr/X11R6/lib'
xdg_appsdir=''
xdg_directorydir=''
xdg_menudir=''

## ----------- ##
## confdefs.h. ##
## ----------- ##

#define HAVE_CRYPT 1
#define HAVE_DLFCN_H 1
#define HAVE_INTTYPES_H 1
#define HAVE_LIBJPEG 1
#define HAVE_LIBPNG 1
#define HAVE_LIBPTHREAD 1
#define HAVE_LIBZ 1
#define HAVE_MEMORY_H 1
#define HAVE_RES_INIT 1
#define HAVE_RES_INIT 1
#define HAVE_SGI_STL 1
#define HAVE_SNPRINTF 1
#define HAVE_STDINT_H 1
#define HAVE_STDINT_H 1
#define HAVE_STDLIB_H 1
#define HAVE_STRINGS_H 1
#define HAVE_STRING_H 1
#define HAVE_STRLCAT 1
#define HAVE_STRLCAT_PROTO 1
#define HAVE_STRLCPY 1
#define HAVE_STRLCPY_PROTO 1
#define HAVE_SYS_STAT_H 1
#define HAVE_SYS_TYPES_H 1
#define HAVE_SYS_TYPES_H 1
#define HAVE_UNISTD_H 1
#define HAVE_VSNPRINTF 1
#define KDELIBSUFF ""
#define PACKAGE "cpptst_01"
#define PACKAGE_BUGREPORT ""
#define PACKAGE_NAME ""
#define PACKAGE_STRING ""
#define PACKAGE_TARNAME ""
#define PACKAGE_VERSION ""
#define SIZEOF_CHAR_P 4
#define SIZEOF_INT 4
#define SIZEOF_LONG 4
#define SIZEOF_SHORT 2
#define SIZEOF_SIZE_T 4
#define SIZEOF_UNSIGNED_LONG 4
#define STDC_HEADERS 1
#define VERSION "0.1"
#define ksize_t socklen_t
#endif
#ifdef __cplusplus
extern "C" void std::exit (int) throw (); using std::exit;

configure: exit 1

>
>> *Make sure that you have compiled Qt with thread support!
>
>
> Судя по всему у тебя стоят single-threaded версии, а ему нужны 
> multi-threaded.
> В репозитории его не видно и надо поискать у производителя.

    У AltLinux?
    Чи у TrollTech?
    Если первое - тогда ай-ай-ай AltLinux-ам - "незамкнутые" пакеты выдает.
    И где же искать-то тогда? В Сизифе? Непонятно...
    А если второе (что скорее всего по причине лицензирования) - то что 
ж не включить в подсказки KDevelop соответствующее предупреждение - 
например выдаваемое при создании соответствующего проекта? Вместе с URL-ом?
    Ну чтоб чел понимал: что происходит и куда копать.

>
> IMHO.

    На это и раасчитывал. Спасибо.

-- 
== В действительности все обстоит совершенно иначе чем на самом деле. ==
	BR, Oleg N. Kayunov.

Re: [Comm] KDevelop не находит QT

[Eugene A. Suchkov]

Hi, Oleg N. Kayunov! You wrote 05.02.2005 0:26:

>     Получил (в конце концов) такой набор сообщений (в конце, как упомянуто):
> *checking for Qt... 
> *configure: error: Qt (>= Qt 3.0) (library qt-mt) not found. Please 
> check your installation!
> *For more details about this problem, look at the end of config.log.
> *Make sure that you have compiled Qt with thread support!

select-gcc 3.3

-- 
Best regards
Eugene A. Suchkov
ICQ 177787156
Корпорация "Парус" (Саратовское региональное отделение)
Веня Дркин - На Ивана Купала