Hi folks...
I am on a FreeBSD 5.0-20010210-CURRENT box. This is a clean system, I
installed it from current.freebsd.org
I tried to build kdesupport2 port, but it failed. Somehow, when checking
for Qt, kdesupport2 configure script died. However, I installed qt 2.2.4
from port cleanly, no errors
If you paid attention to -ports, you found adding
CONFIGURE_ARGS= "LIBS=-pthread"
to kdesupport2/Makefile would help.
There are some way to ``fix'' this problem:
a) linking -lc_r against libGL.
This is denied by John Polstra and he suggested (b). He said libc
and libc_r must be strictly
FUJISHIMA Satsuki wrote:
If you paid attention to -ports, you found adding
CONFIGURE_ARGS= "LIBS=-pthread"
to kdesupport2/Makefile would help.
There are some way to ``fix'' this problem:
c) Use -lc_r instead of -pthread.
As -pthread will be depreciated, we should use -lc_r for
On Thu, Feb 15, 2001 at 02:51:51PM +0200, Maxim Sobolev wrote:
CONFIGURE_ARGS= "LIBS=-pthread"
to kdesupport2/Makefile would help.
There are some way to ``fix'' this problem:
c) Use -lc_r instead of -pthread.
As -pthread will be depreciated, we should use -lc_r for FreeBSD
5.0 and
John Indra wrote:
On Thu, Feb 15, 2001 at 02:51:51PM +0200, Maxim Sobolev wrote:
CONFIGURE_ARGS= "LIBS=-pthread"
to kdesupport2/Makefile would help.
There are some way to ``fix'' this problem:
c) Use -lc_r instead of -pthread.
As -pthread will be depreciated, we should use -lc_r
[ CC list trimmed ]
On Thu, 15 Feb 2001, Maxim Sobolev wrote:
You have totally misunderstood the purpose of my patch. The patch *isn't* intended
as a quick fix for the recent -lc_r/-pthread weirdness, but instead it would provide
porting team with infrastructure necessary to start converting
Daniel Eischen wrote:
[ CC list trimmed ]
On Thu, 15 Feb 2001, Maxim Sobolev wrote:
You have totally misunderstood the purpose of my patch. The patch *isn't* intended
as a quick fix for the recent -lc_r/-pthread weirdness, but instead it would provide
porting team with infrastructure