Re: pkg/41893: Should devel/boehm-gc be built with thread support by default?

[Matthew Mondor <mm_lists%pulsar-zone.net@localhost>]

The following reply was made to PR pkg/41893; it has been noted by GNATS.

From: Matthew Mondor <mm_lists%pulsar-zone.net@localhost>
To: gnats-bugs%netbsd.org@localhost
Cc: 
Subject: Re: pkg/41893: Should devel/boehm-gc be built with thread support
 by default?
Date: Sun, 28 Aug 2011 11:19:40 -0400

 How about this?  recht (the previous maintainer) retired since.
 
 Another possibility would be to have separate boehm-gc and
 boehm-gc-threads package, and have ECL depend on boehm-gc-threads via
 buildlink.
 
 It would also be possible to tell ECL to build and embed its own
 boehm-gc, which is part of the tree, although this duplicates things a
 little in RAM.  Is it a valid concern?
 
 Yet we since force pthread support for everything that uses dlopen(3),
 so why not also enable the current thread option by default on
 netbsd-5+ and Linux? (boehm-gc doesn't use DLFCN(3), though).
 
 Alternatively, would it be possible for the ECL package, if built with
 the threaded option, to also tell its dependency, of not already
 present (boehm-gc) to also build with threads support?  This is not
 perfect though, as boehm-gc might already have been built.  In which
 case, perhaps that building ECL with threads should fail with an error,
 unless using an option to tell it to embed its own?  (or, it actually
 could enable an option automatically in this case to build its own)?
 
 Thanks,
 -- 
 Matt