Lars,
which users have an issue? could you please be concrete? Because I frankly
think you are being a bit vague.
gmp on linux platforms is dynamically linked, so it has absolutely zero
implications there. For those wanting to deploy a proprietary appplication
on windows or OSX, they merely need to either a) bundle the dylib with the
application and suitable install scripting to adjust the load paths. (or
build the integer simple version of GHC and navigate choosing dependencies
that depend on integer-gmp specifically being installed )
any other problems with industrial usage and libgmp are artifacts of
dealing with business or legal staff that have not been educated about how
intellectual property law works. Which is business problem rather than a
haskell problem.
On Wed, May 27, 2015 at 1:12 PM, Lars Kuhtz
On 21/05/15 19:07, Herbert Valerio Riedel wrote:
Don't you still have to support -pgmF?
I guess so, unfortunately... so we'd have to keep a legacy code-path for external cpp processing around, at least in the short run...
I think it’s unfortunate if industrial usage of GHC is supported only through legacy code-paths.
I think non-technical arguments do matter here. It is about explanations. Convincing a company to use Haskell can be already quite a challenge. Additional legal issues don’t make that easier.
The gmp dependency is causing already enough trouble for industrial users. Let’s not just add another licensing issue.
Lars
_______________________________________________ ghc-devs mailing list ghc-devs@haskell.org http://mail.haskell.org/cgi-bin/mailman/listinfo/ghc-devs