On Wed, Feb 08, 2012 at 11:24:00AM +0100, Joachim Breitner wrote:
>
> GHC 7.4.1 started to ship and expose the binary library, version
> 0.5.0.3. On hackage is binary-0.5.1.0.
Actually, 7.4.1 comes with 0.5.1.0. The release notes have the wrong
version number, unfortunately.
> * Use the version
says:
checking for library containing sem_close... none required
> And as the failures come when building the in-tree ghc-pwd copy, it
> looks like we have a misbuild. This is what my explicit -optl-pthread
> hack was to get around — so the ghc-pwd build links correctly.
>
> I've
Thanks for the report; I can see what the problem is and should have a
fix uploaded soon.
Thanks
Ian
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Hi Norman,
On Fri, Jul 13, 2007 at 03:48:37PM +0100, Norman Ramsey wrote:
>
> This package installs files into the wrong directories.
> Most of what goes into /usr/lib/mtl-1.0.1/ghc-6.6.1 needs to go into
> /usr/lib/ghc-6.6.1/imports instead. The .a file needs to go into
> /usr/lib/ghc-6.6.1.
reassign 431843 washngo
thanks
Hi John,
On Sun, Aug 05, 2007 at 07:35:53AM -0500, John Goerzen wrote:
> On Sunday 05 August 2007 6:54:30 am Kurt Roeckx wrote:
> >
> > I can't reproduce this problem (on amd64) in either stable or unstable.
>
> You won't be able to. You'll only be able to reprodu
reassign 408000 hpodder
thanks
Hi John,
http://tunes.org/~nef/logs/haskell/06.12.08 is the log of the last time
you asked me about this. Grepping for CosmicRay should give most, if not
all, of the relevant lines and little else.
Thanks
Ian
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with
severity 403842 normal
thanks
On Tue, Dec 19, 2006 at 06:24:29PM -0600, JP Sugarbroad wrote:
>
> % hmake -ghc test.hs
> MkProg: hmake: the compiler 'ghc' is not known.
You can use
hmake -hc=ghc6 test.hs
or, after running the following:
hmake-config new
hmake-config add ghc
or jus
Version: 6.6-1
6.6-1 successfully built 6.6-2.
Thanks
Ian
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Hi Arjan,
On Wed, Oct 18, 2006 at 02:55:45PM +0200, Arjan Oosting wrote:
>
> I have prepared a diff.gz for the new upstream release.
Thanks, I'll take a look.
> I could not test the build with GHC 6.6 yet as libghc6-readline-dev is
> not available yet.
It should be provided by ghc6 - please l
I have a patched 6.6 RC that seems to work, albeit currently overly
cautious (and hence slower than necessary).
Thanks
Ian
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Hi Arjan,
On Tue, Apr 18, 2006 at 04:41:20PM +0200, Arjan Oosting wrote:
>
> I am preparing an NMU of hat
My plan has been to file a bug requesting hat's removal. If you would
like to take over the package then please feel free, but an NMU would
probably be a waste of effort.
Thanks
Ian
--
On Mon, Feb 27, 2006 at 07:45:45PM -0800, Jurij Smakov wrote:
> On Mon, 27 Feb 2006, Ian Lynagh wrote:
>
> >Over the weekend I confirmed that removing the ".SECONDARY:" fixed the
> >problem, at the slight expense of make being less convenient while doing
> >dev
Hi Jurij,
On Mon, Feb 27, 2006 at 09:40:49AM -0800, Jurij Smakov wrote:
>
> As it appears that upstream is reluctant to consider it a bug in make
> (see 346248 for discussion), I started playing with ghc6 build system in
> an attempt to come up with a workaround. I was able to build it in unde
On Mon, Jan 09, 2006 at 02:38:03AM +0100, Adeodato Simó wrote:
>
> Finally, if there's a strong reason for which your package should not
> be NMUed, please note so in this bug report. Prospective NMUers will
> read your reasoning, and will decide if it's strong enough to delay
> their uplo
On Mon, Jan 09, 2006 at 02:38:03AM +0100, Adeodato Simó wrote:
>
> Finally, if there's a strong reason for which your package should not
> be NMUed, please note so in this bug report. Prospective NMUers will
> read your reasoning, and will decide if it's strong enough to delay
> their uplo
Hi all,
These look like symptoms of bitrot in ghc6's registerised sparc support.
I'll make it unregisterised for the next ghc6 upload, but this won't
happen until I can install ghc6's build-deps again (#338327 / #340076).
Thanks
Ian
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subje
On Mon, Nov 07, 2005 at 09:19:41AM +0100, Matej Vela wrote:
> Package: ghc6
> Version: 6.4.1-1
> Severity: serious
> Justification: causes an FTBFS for haskelldb, washngo
> Tags: upstream patch
Thanks. I'll look into this once ghc6's build-depends are in order.
Ian
--
To UNSUBSCRIBE, email t
On Tue, Nov 01, 2005 at 12:50:57PM -0500, Nathanael Nerode wrote:
> Hello! It appears that ghc6 still needs bootstrapping on sparc and m68k.
AFAIK these have unrelated problems and all bootstrapping is done.
#33 looks like the bug to me.
Thanks
Ian
--
To UNSUBSCRIBE, email to [EMAIL PRO
On Mon, Sep 12, 2005 at 11:45:48AM +0200, Mike Hommey wrote:
> On which arch did you test that ?
x86.
Thanks
Ian
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Just had a quick look at this.
This is reproducible for me (note the changing result):
$ dchroot
Executing shell in 'unstable' chroot.
$ xsltproc /html/docbook.xsl conftest.xml; echo $?
warning: failed to load external entity "/html/docbook.xsl"
cannot parse /html/docbook.xsl
0
$ xsltproc /html/
On Sat, Sep 03, 2005 at 02:30:31PM -0700, Isaac Jones wrote:
>
> So what needs to happen for the GHC
> bootstrapping is that a binary version of GHC needs to get uploaded to
> each platform? I'm still wondering if Ian is planning to let it enter
> testing at that point.
If
Hi Kurt,
On Tue, Aug 30, 2005 at 01:04:22AM +0200, Kurt Roeckx wrote:
>
> I would like to get a new version of ghc6 into unstable soon.
> I think it's best to build the current version with gcc 3.3.
> Upstream seem to be taking a while to get the new release out
Yeah; the release seemed imminen
Package: libghc6-cabal-dev
Severity: grave
Justification: renders package unusable
libghc6-cabal-dev depends on ghc6 (<< 6.2.3), but 6.4-4 is currently in
unstable. Thus it is uninstallable.
This is causing other packages to fail to build, e.g.:
http://buildd.debian.org/fetch.php?&pkg=haskell-h
On Sun, Jun 05, 2005 at 10:30:24PM -0700, Isaac Jones wrote:
> I believe that GHC 6.4 should come with Cabal, but I'm not positive
> about what Ian decided. Ian: Does it come with Cabal?
All the latest versions of the implementations come with cabal (although
the nhc98 with cabal isn't yet upload
On Wed, Apr 20, 2005 at 02:47:05AM +0100, [EMAIL PROTECTED] wrote:
> Thanks for the patient explanation. I know it's too late, but ...
>
> > The locale based filename thing in hugs is also a concern, though, in my
> > opinion. Currently two packages build-depend on hugs: haskell-utils and
> > cpp
On Tue, Apr 19, 2005 at 11:12:55AM +0100, Ross Paterson wrote:
> Ian Lynagh <[EMAIL PROTECTED]> writes:
> > We're not sure the new hugs should go into sarge without matching new
> > ghc/nhc98 due to library changes. We also need to check these changes
> > do
On Mon, Apr 18, 2005 at 06:21:00AM -0700, Blars Blarson wrote:
>
> cd ./codeGen/should_compile &&
> '/tmp/buildd/ghc-cvs-20050331/ghc/compiler/stage2/ghc-inplace' -no-recomp
> -dcore-lint -Dsparc_unknown_linux -c cg002.hs -O -prof -auto-all
> >cg002.comp.stderr 2>&1
> Compile failed (status 2
27 matches
Mail list logo
