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
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 added Ian (Lynagh) to cc. Ian, do you have any insight here? Do
we need to add AC_SEARCH_LIBS checks
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]
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 reproduce it
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 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 just
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 let
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 Sun, Mar 05, 2006 at 12:06:27PM +0100, Bastian Blank wrote:
Package: ghc6
Version: 6.4.1-2
Severity: serious
There was an error while trying to autobuild your package:
Automatic build of ghc6_6.4.1-2 on debian-31 by sbuild/s390 85
[...]
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
development. I've checked it works OK on x86
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 under
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 upload.
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 upload.
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
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 to
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
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
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 GHC
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.:
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
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
cpphs. I
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
don't cause any breakage elsewhere.
What
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 21
Compile failed (status 25344)
27 matches
Mail list logo