"K. K. Subramaniam" <[EMAIL PROTECTED]> writes:
> AFAIK, the "-pthread" is equivalent to "-D_REENTRANT=1 -lpthread". But it has
> spotty support across different systems, so an explicit definition is
> recommended for portable code. Try,
Okay, thanks. I'll update my patch accordingly (and add
On Wednesday 12 March 2008 9:38:50 am Michael FIG wrote:
> Hi,
>
> ... I think the object/boot/configure patch in this one
> is a better approach, as -pthread needs to be added to the GCC flags
> for compiling as well as linking to do the right thing.
Michael,
AFAIK, the "-pthread" is equivalent t
John Leuner wrote:
What I did was to download and unpack gc-7.0 in the object directory
(from http://www.hpl.hp.com/personal/Hans_Boehm/gc/gc_source/)
I started to do the same, but discovered that gc-7.0 was added to the
idst svn repository in the last week or so. Version -r 399 builds for
What I did was to download and unpack gc-7.0 in the object directory
(from http://www.hpl.hp.com/personal/Hans_Boehm/gc/gc_source/)
and then configured and compiled it like this:
./configure --disable-threads
(this avoids those pthread linking problems)
John
On Tue, 2008-03-11 at 22:08 -0600,
Hi,
Also FWIW, I have a few more obvious nits that are needed to get SVN
-r397 to build. I think the object/boot/configure patch in this one
is a better approach, as -pthread needs to be added to the GCC flags
for compiling as well as linking to do the right thing.
--
Michael FIG <[EMAIL PROTEC
On Tuesday 11 March 2008 11:44:09 pm K. K. Subramaniam wrote:
> Hi,
> But just a little farther along, make fails to build src/idc1with the error
> : gc.a(alloc.o): In function `GC_expand_hp':
> object/gc6.7/alloc.c:990: undefined reference to `pthread_mutex_t
> rylock'
Attached is a patch to ob