> please holler if you need help backporting 7.6 and 7.8 please :)
It would be good to have repos for those too, I agree.
What I would like to do in the future is to use Software Collections [1]
to provide multiple versions of ghc, etc for RHEL in particular.
With RHEL's long lifetime, providi
please holler if you need help backporting 7.6 and 7.8 please :)
On Sun, Feb 9, 2014 at 8:49 PM, Jens Petersen wrote:
> Hi,
>
> I wanted to mention some newer ghc builds I have made for RHEL5.
>
> EPEL5 currently has ghc-6.12.3 in stable, but I have built
> ghc-7.0.4 which has been in EPEL5 test
Hi,
I wanted to mention some newer ghc builds I have made for RHEL5.
EPEL5 currently has ghc-6.12.3 in stable, but I have built
ghc-7.0.4 which has been in EPEL5 testing now for over a month.
The update also includes cabal-install. I am planning to push it to
stable this month but I wanted to me
Actually, just to keep it even simpler, so nobody else is confused
further: Cabal will *also* properly turn on dynamic builds for regular
packages if GHC is dynamic, TemplateHaskell or not. So any library you
compile will still work in GHCi as expected.
So here's the breakdown:
1) Cabal 1.18 wi
Hi,
Am Sonntag, den 09.02.2014, 14:37 -0600 schrieb Austin Seipp:
> There is one caveat, if I remember correctly: if a package uses
> TemplateHaskell, it must declare it as such in the Cabal file. This is
> because Cabal does not parse the source to detect if TemplateHaskell
> is needed in the dep
It is correct that Template Haskell now requires dynamic objects.
However, GHC can produce static and dynamic objects at the same time,
so you don't have to recompile a package twice (it's a big
optimization, basically).
Furthermore, if TemplateHaskell is enabled as a requirement for a
package, an
Yes, in general I think the doc needs a section: Incompatible changes. The
hope is that you can take the release and just work as usual but when (for
good reasons as in this release) it is not true is is important to have
such a section. Another case that needs to be there is how to compile so
you
On 14-02-08 01:33 PM, harry wrote:
Who actually are "most users" for the bindist? Debian & derivatives have the
latest GHC in the package repository
No. The other pasture is not greener. The distro you don't use is not
more up to date. Chinese proverb: all crows in the whole world are
equally
Indeed. The problem is that many folks might have cabal config files that
explicitly disable shared. (For the compile times!). They might need
clear information about wiping that field.
On Sunday, February 9, 2014, Brandon Allbery wrote:
> On Sun, Feb 9, 2014 at 9:28 AM, Greg Horn
>
> > wrot
On Sun, Feb 9, 2014 at 9:28 AM, Greg Horn wrote:
> Is --enable-shared off by default?
>
It's supposed to be on by default in 7.8. That said, not sure how many
people have played with ~/.cabal/config
--
brandon s allbery kf8nh sine nomine associates
allber...@gm
Is --enable-shared off by default?
On Feb 9, 2014 9:04 AM, "harry" wrote:
> Michael Snoyman wrote
> > When upgrading to a new version of GHC, you'll have to reinstall all of
> > the
> > packages anyway. You can't simply use GHC 7.6 compiled packages with your
> > new GHC 7.8.
>
> This is probably
Michael Snoyman wrote
> When upgrading to a new version of GHC, you'll have to reinstall all of
> the
> packages anyway. You can't simply use GHC 7.6 compiled packages with your
> new GHC 7.8.
This is probably the point at which it would be useful to know that all this
recompilation will have to b
On Sun, Feb 9, 2014 at 10:30 AM, harry wrote:
> Carter Schonwald wrote
> > Yes. (And thence ghc itself is then invoked with dynamic or dynamic-too)
> >
> >> The docs for 7.8.1 say "Template Haskell must now load dynamic object
> >> files,
> >> not static ones". Does this mean that, if I'm using
Carter Schonwald wrote
> Yes. (And thence ghc itself is then invoked with dynamic or dynamic-too)
>
>> The docs for 7.8.1 say "Template Haskell must now load dynamic object
>> files,
>> not static ones". Does this mean that, if I'm using Template Haskell,
>> every
>> package which the templates d
14 matches
Mail list logo
