From: "Doug Barton" <[EMAIL PROTECTED]>
> On Tue, 9 Sep 2003, Matthias Andree wrote:
> > Doug Barton <[EMAIL PROTECTED]> writes:
> >
> > > @ ${CP} ${WRKSRC}/configure ${WRKSRC}/configure.Patched
> > > @ ${SED} -e 's#-lpthread#${PTHREAD_LIBS}#g' \
> >
> > How about: ${SED} -Ee 's#-l?
On Tue, 9 Sep 2003, Matthias Andree wrote:
> Doug Barton <[EMAIL PROTECTED]> writes:
>
> > @ ${CP} ${WRKSRC}/configure ${WRKSRC}/configure.Patched
> > @ ${SED} -e 's#-lpthread#${PTHREAD_LIBS}#g' \
>
> How about: ${SED} -Ee 's#-l?pthread#${PTHREAD_LIBS}#g' \
>
> That's the one neces
On Tue, 9 Sep 2003, Kevin Oberman wrote:
> For which versions of FreeBSD? I just tried using ${PTHREAD_LIBS}, but
> the loader could not find any of the pthread routines. I assume it
> should be defined in one of the .mk files, but it does not seem to be
> on either a current (yesterday) or an old
On Tue, 9 Sep 2003, Khairil Yusof wrote:
> On Tue, 2003-09-09 at 16:07, Doug Barton wrote:
>
> > Any occurences of -lc_r should be changed to ${PTHREAD_LIBS} too.
>
> Seems that -lc_r is set by default in bsd.port.mk for ${PTHREAD_LIBS}.
The reason we use the variable is that it expands different
Doug Barton <[EMAIL PROTECTED]> writes:
> @ ${CP} ${WRKSRC}/configure ${WRKSRC}/configure.Patched
> @ ${SED} -e 's#-lpthread#${PTHREAD_LIBS}#g' \
How about: ${SED} -Ee 's#-l?pthread#${PTHREAD_LIBS}#g' \
That's the one necessary to catch -pthread (such as BerkeleyDB) in
addition t
In the last episode (Sep 09), Kevin Oberman said:
> > From: Doug Barton <[EMAIL PROTECTED]> The right thing to do is to
> > file a PR when this stuff breaks. This process will actually be a
> > good thing, since ports should not have been compiling on -current
> > with -pthread for a long time now.
> Date: Tue, 9 Sep 2003 01:07:46 -0700 (PDT)
> From: Doug Barton <[EMAIL PROTECTED]>
> Sender: [EMAIL PROTECTED]
>
> On Tue, 9 Sep 2003, Harald Schmalzbauer wrote:
>
> > On Tuesday 09 September 2003 06:23, leafy wrote:
> > > IMO this deprecation deserves a place in UPDATING. And what are the
> >
On Tue, 9 Sep 2003, Harald Schmalzbauer wrote:
> On Tuesday 09 September 2003 06:23, leafy wrote:
> > IMO this deprecation deserves a place in UPDATING. And what are the
> > plans to Do The Right Thing? QT currently does not compile on -current
> > with the -pthread deprecated.
>
> Was port@ info
On Tue, 2003-09-09 at 16:07, Doug Barton wrote:
> Any occurences of -lc_r should be changed to ${PTHREAD_LIBS} too.
Seems that -lc_r is set by default in bsd.port.mk for ${PTHREAD_LIBS}.
Does it mean that we should be able to specify a pthread library in
future as a make option for installing po
On Tue, 9 Sep 2003, Harald Schmalzbauer wrote:
> On Tuesday 09 September 2003 06:23, leafy wrote:
> > IMO this deprecation deserves a place in UPDATING. And what are the
> > plans to Do The Right Thing? QT currently does not compile on -current
> > with the -pthread deprecated.
Probably be nice t
On Tuesday 09 September 2003 06:23, leafy wrote:
> IMO this deprecation deserves a place in UPDATING. And what are the
> plans to Do The Right Thing? QT currently does not compile on -current
> with the -pthread deprecated.
Was port@ informed before the change?
Not only qt isn't compiling any more
On Tue, 9 Sep 2003, leafy wrote:
> IMO this deprecation deserves a place in UPDATING. And what are the
> plans to Do The Right Thing? QT currently does not compile on -current
See [EMAIL PROTECTED] They should not be using -pthread on -current.
> with the -pthread deprecated.
--
Dan Eischen
IMO this deprecation deserves a place in UPDATING. And what are the
plans to Do The Right Thing? QT currently does not compile on -current
with the -pthread deprecated.
Jiawei Ye
--
"Without the userland, the kernel is useless."
--inspired by The Tao of Programming
___
13 matches
Mail list logo