When I removed Hugs support from other libraries I deleted all __GLASGOW_HASKELL__ #ifdefs that didn't mention a specific version number. This means removing support for other compilers as well, but I think they're in the same boat as hugs.
On Sun, Sep 15, 2013 at 3:37 AM, Roman Cheplyaka <[email protected]> wrote: > Herbert, > > Yes, you are right. It was my experience when compiling base with > haskell-names' hs-gen-iface that, unless __GLASGOW_HASKELL__ is defined, > many functions (including H2010) would simply not be defined, and some code > wouldn't even be well-formed Haskell. > > First I tried to fix that on the spot, but there were so many cases that I > gave up and made hs-gen-iface define __GLASGOW_HASKELL__ despite not being > one. > > I'm not sure these ifdefs nowadays have any value whatsoever. > > Roman > > > On Sun, Sep 15, 2013 at 1:09 PM, Herbert Valerio Riedel <[email protected]>wrote: > >> Hi, >> >> On 2013-09-15 at 09:06:13 +0200, Austin Seipp wrote: >> > I'm voting we delete it. In fact: I say if nobody pipes up and is >> > *committed* to maintaining it, we delete it, oh, two weeks. That's >> > standard library-proposal timeframe. (And I do mean maintenance - not >> > "drop barely enough work to get it into shape and then leave it alone >> > for 5+ more years.") >> >> Fyi, I've gone ahead and started preparing validate-checked removal >> commits for two of the affected packages: >> >> - https://github.com/hvr/packages-base/compare/kill-hugs-support >> >> - https://github.com/hvr/packages-array/compare/kill-hugs-support >> >> ...while going through the #ifdef's and playing human CPP I couldn't >> help but wonder whether the `#if(n)def __GLASGOW_HASKELL__` are worth >> it: Some places didn't look as if they would compile if >> `__GLASGOW_HASKELL__` wasn't defined. >> >> Cheers, >> hvr >> _______________________________________________ >> ghc-devs mailing list >> [email protected] >> http://www.haskell.org/mailman/listinfo/ghc-devs >> > > > _______________________________________________ > ghc-devs mailing list > [email protected] > http://www.haskell.org/mailman/listinfo/ghc-devs > >
_______________________________________________ ghc-devs mailing list [email protected] http://www.haskell.org/mailman/listinfo/ghc-devs
