[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index][Old Index]
Re: pkg/41893: Should devel/boehm-gc be built with thread support by default?
The following reply was made to PR pkg/41893; it has been noted by GNATS.
From: Matthew Mondor <mm_lists%pulsar-zone.net@localhost>
Subject: Re: pkg/41893: Should devel/boehm-gc be built with thread support
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
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)?
Main Index |
Thread Index |