nhc98 is a Haskell compiler.
This package has been masked for several months because its memory
management system makes assumptions that are no longer true on 2.6
kernels. This is not easily fixable and the upstream devs no not have
the time or inclination to rewrite the runtime system. See also #
This package provides a simple graphics library for use with the hugs98
Haskell interpreter.
It doesn't work with the older versions of hugs98 that are in portage.
While it does work with newer versions of hugs98 it is unnecessary there
because they come bundled with an updated version of the same
plitObjs=NO" >> mk/build.mk
+ elif ! check_reqs_conditional; then
+ einfo "Turning off ghc's 'Split Objs' feature because this machine"
+ einfo "does not have enough RAM for it. This will have the effect"
+ einfo "of making binaries produced by
hat gives us the right flags. Or
perhaps by hooking into gcc-config to have our flags updated whenever
the user changes profile.
Does anyone have any other suggestions?
--
Duncan Coutts : Gentoo Developer (Haskell herd team lead)
email : dcoutts at gentoo dot org
--
gentoo-dev@gentoo.org mailing list
On Wed, 2006-03-01 at 11:39 -0500, Mike Frysinger wrote:
> On Wednesday 01 March 2006 10:35, Duncan Coutts wrote:
> > gcc-3 supports both -nopie and -fno-stack-protector. So always using
> > these would be ok if it were not for gcc-4 which doesn't grok
> > -fno-stack-p
On Thu, 2006-03-02 at 00:41 +, Roy Marples wrote:
> On Wednesday 01 March 2006 17:41, solar wrote:
> > On Wed, 2006-03-01 at 17:17 +0000, Duncan Coutts wrote:
> > > I presume it's a gentoo patch to gcc-4 to add back in
> > > -fno-stack-protector?
> >
>
mit to portage when we
are satisfied. Of course this also makes it easy for our testers to keep
up with the latest versions of ebuilds. With the combination of darcs
and irc, we can get very quick turnaround on our testers finding bugs to
fixing them and getting those changes back to our testers.
--
Duncan Coutts : Gentoo Developer (Haskell herd team lead)
email : dcoutts at gentoo dot org
--
gentoo-dev@gentoo.org mailing list
tches from contributers who don't sign their patches (or if the key
check fails) get forwarded to the Haskell herd's email alias so any herd
member can review and apply / reject the patches.
--
Duncan Coutts : Gentoo Developer (Haskell herd team lead)
email : dcoutts at gentoo dot org
--
gentoo-dev@gentoo.org mailing list
erhaps if we
make them sufficiently hard to use then end users will not use them and
we'll just get the contributers we want.
--
Duncan Coutts : Gentoo Developer (Haskell herd team lead)
email : dcoutts at gentoo dot org
--
gentoo-dev@gentoo.org mailing list
se we wouldn't be able to grant out outside helpers write
access.
So the lower latency helps to run an AT-style system and the write
access allows for a safe intermediate stage in the recruitment process
between AT and dev status.
--
Duncan Coutts : Gentoo Developer (Haskell herd team lead)
email : dcoutts at gentoo dot org
--
gentoo-dev@gentoo.org mailing list
g are arm, mips and sh. (It works on mips on irix but we have
problems with GOT overflow on mips linux.)
--
Duncan Coutts : Gentoo Developer (Haskell herd team lead)
email : dcoutts at gentoo dot org
--
gentoo-dev@gentoo.org mailing list
s including installers for win32 and OSX.
The OpenBSD, FreeBSD & Darwin ports systems include ghc.
--
Duncan Coutts : Gentoo Developer (Haskell herd team lead)
email : dcoutts at gentoo dot org
--
gentoo-dev@gentoo.org mailing list
On Sat, 2006-03-25 at 13:32 +0100, Kevin F. Quinn (Gentoo) wrote:
> On Sat, 25 Mar 2006 11:46:58 +
> Duncan Coutts <[EMAIL PROTECTED]> wrote:
>
> > On Sat, 2006-03-25 at 12:42 +0100, Kevin F. Quinn (Gentoo) wrote:
> >
> > > This is a valid issue, as ghc
y arch team to get ghc and darcs ported but
that's a separate issue.
--
Duncan Coutts : Gentoo Developer (Haskell herd team lead)
email : dcoutts at gentoo dot org
--
gentoo-dev@gentoo.org mailing list
urial:
all are ok on alpha, amd64, ppc and x86.
darcs and mercurial are ok on ia64
darcs and git are ok on ppc64 and sparc
git is ok on hppa and mips
hppa should be easy, ghc already works there. We're working on getting
ghc working on mips (it works fine on Irix) but no promises.
-
omments on this going into the
tree and of course we would appreciate code review etc.
--
Duncan Coutts : Gentoo Developer (Haskell team lead)
email : dcoutts at gentoo dot org
--
gentoo-dev@gentoo.org mailing list
Since there were no objections the darcs.eclass is now in the main tree.
On Thu, 2006-05-18 at 22:58 +0100, Duncan Coutts wrote:
> Just like we have eclasses for cvs, tla etc, kosmikus has written one
> that does the same thing but for darcs.
>
> Darcs (dev-util/darcs) is one of the
a wide range of platforms. I feel I should also
apologise to jer for constantly breaking ghc on hppa ;-). Thanks also to
jakub for his work filtering and redirecting bugs to us, along with the
occasional helpful insight.
Best of luck everyone.
--
Duncan Coutts : (ex-)Gentoo Developer (Haskell team)
--
gentoo-dev@lists.gentoo.org mailing list
{PY_PV}"
Actually for Haskell the situation is even more fun; we have multiple
haskell implementations, so we would like to install a lib and SLOT upon
and correctly resolve deps for multiple haskell compilers.
Fun stuff. :-)
If portage people are interested in moving in this direction we ha
On Thu, 2006-09-21 at 11:11 -0400, Mike Frysinger wrote:
> On Thursday 21 September 2006 10:56, Duncan Coutts wrote:
> > If we do go in this direction it'd be great to be able to slot on the
> > ABI and still have dependencies resolved correctly. For example imagine
> >
On Thu, 2006-09-21 at 20:27 +0200, Luca Barbato wrote:
> Duncan Coutts wrote:
>
> >
> > So my point is, I don't think it can be simply dismissed as ABI nonsense
> > that we don't have to deal with. Being able to SLOT on the compiler
> > flavour (and possi
On Sat, 2006-09-23 at 06:13 -0400, Mike Frysinger wrote:
> On Thursday 21 September 2006 11:41, Duncan Coutts wrote:
> > On Thu, 2006-09-21 at 11:11 -0400, Mike Frysinger wrote:
> > > On Thursday 21 September 2006 10:56, Duncan Coutts wrote:
> > > > If we do go in t
some time later.
We have a very low barrier to entry, it's just darcs record; darcs send.
Then one of the devs reviews and applies/rejects the patch. Easy.
For some of our ebuilds we already have de-facto "proxy developers".
--
Duncan Coutts : Gentoo Developer (Haskell team l
our overlay. Also
it means we don't have to look out for upstream releases because they
'darcs send' in their updates and we just take responsibility for QA and
getting things into portage cvs.
--
Duncan Coutts : Gentoo Developer (Haskell team lead)
email : dcoutts at gentoo dot org
--
gentoo-dev@gentoo.org mailing list
but
at least it's functional. ;-)
> He's currently finishing his master degree in computer science (another
> one :P) and will be a PhD student next year.
Yay, another one. I wonder how many gentoo devs have a PhD or are in the
process of trying to get one...
--
Duncan Coutts
'll create a bug about it
> and then we can finalize the layout there..
> (I just like to keep the trace of what is being done and the related
> discussions).
I'd certainly say 'yay' for the Haskell team. We'd be quite happy to be
a sub-project of some prog lan
ng.
As others have said, the best way to start is to look at fixing some
open bugs or contributing new ebuilds.
You'll want to take a look at the Gentoo developer handbook:
http://www.gentoo.org/proj/en/devrel/handbook/handbook.xml
In particular here is the section on becoming a developer:
ht
I'm pleased to announce that Lennart Kolmodin (kolmodin) is taking over
from me as the Haskell team lead.
He will be continuing our plans towards world domination, starting with
getting ghc-6.6.x and related libs into a sane state and into portage.
All hail our new Haskell overlord.
--
D
we
need to do next in our team. It's really great to have it back.
> Thanks to everybody that worked on this:
> - jokey, starting this version
> - cla, the visual template for this version
> - robbat2, way too much coding and infra wrangling
Thanks folks.
--
Duncan Coutts :
;
> Please give him the normal welcome.
Welcome Justin!
If you like beautiful code with firm mathematical underpinnings and a
slight lack of real applications you'll love Haskell ;-)
You're most welcome to come chat with us in #gentoo-haskell
--
Duncan Coutts : Gentoo Developer (Haskell team)
--
[EMAIL PROTECTED] mailing list
age:
# gets the package list from the hackage server
hackport update
# add a new ebuild into the local overlay
hackport merge xmonad
--
Duncan Coutts : Gentoo Developer (Haskell team)
--
gentoo-dev@lists.gentoo.org mailing list
t
uses a purely functional DSL for package specifications.
http://nix.cs.uu.nl/index.html
--
Duncan Coutts : Gentoo Developer (Haskell team)
--
gentoo-dev@lists.gentoo.org mailing list
'm taking about :) I'll try it out. Thanks for
> sharing the link.
>
> Is there any interest in the Gentoo community to migrate to Nix?
It's quite a radical departure and requires more accurate information
about packages. We'll see how the NixOS people get on.
--
On Fri, 2005-05-20 at 10:42 -0600, Jason Wever wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> OK, let's review this again.
>
> If you cannot test a given ebuild on a given arch, then don't touch that
> arch's keyword (unless you need to remove it for broken dependencies).
>
> If y
34 matches
Mail list logo
