[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: -Threads build problem with Qt version 3.3.2
- To: Dave Feustel <dfeustel@mindspring.com>
- Subject: Re: -Threads build problem with Qt version 3.3.2
- From: Marc Espie <espie@nerim.net>
- Date: Sun, 1 Aug 2004 18:01:12 +0200
- Cc: misc@openbsd.org
- Content-Disposition: inline
- Mail-Followup-To: Dave Feustel <dfeustel@mindspring.com>,misc@openbsd.org
- References: <200407221517.39293.binner@kde.org> <200407220957.16448.dfeustel@mindspring.com> <200407221734.10389.binner@kde.org> <200407251710.39946.dfeustel@mindspring.com>
- User-Agent: Mutt/1.5.6i
On Sun, Jul 25, 2004 at 05:10:39PM -0500, Dave Feustel wrote:
> Running Openbsd 3.4 and GCC 2.95
> I have twice configured and built the non-threaded version of qt 3.3.2.
> When I configure qt 3.3.2 for threads (in order to build KDE 3.3)
> according to the directions in http://developer.kde.org/build/compile_kde3_2.html
> (for making a threaded version of qt for building KDE)
>
> make confclean
> ./configure -system-zlib -qt-gif -system-libpng \
> -system-libjpeg -plugin-imgfmt-mng -thread -no-stl \
> -no-xinerama -no-g++-exceptions
> make
>
> the make aborts with the following message:
>
> mt/qfiledialog.o dialogs/qfiledialog.cpp
> dialogs/qfiledialog.cpp: In method `void QFileDialog::setDir(const QString &)':
> dialogs/qfiledialog.cpp:3163: implicit declaration of function `int getpwnam_r(...)'
> dialogs/qfiledialog.cpp:3163: warning: cannot pass objects of type `QCString' through `...'
> *** Error code 1
>
> Stop in /usr/local/qt/src (line 11500 of Makefile).
> *** Error code 1
>
> Stop in /usr/local/qt (line 40 of Makefile).
> *** Error code 1
>
> Stop in /usr/local/qt (line 8 of Makefile).
> /usr/local/qt>
>
> On Google I found that one other person has reported this exact same error on Openbsd 3.3
>
> Does anyone know why this is happening?
>
> Is there an easy fix?
>
> Thanks,
> Dave Feustel
Because OpenBSD 3.3 does not have getpwnam_r.
Either get it from a more recent OpenBSD, or get qt to use the
non-threadsafe getpwnam.
This kind of little details is the reason why we can't maintain an
always-building ports tree...