On 2015-01-22 at 12:40:05 +0100, Boespflug, Mathieu wrote:
[...]
It sounds to me like Alexander's patch, plus the
solution alluded by Joachim above for invisible packages that don't
clash with ones registered in the ghc-pkg db, would allow us to avoid
having any of the following packages
On 2015-01-21 at 16:51:55 +0100, Alexander V Vershilov wrote:
[...]
As transformers usage are quite limited in ghc, and it's really relevant
in ghc-bin, it's possible to duplicate the code, and provide required
fixes in ghc-bin.cabal. As a result ghc uses it's own MonadIO, MonadControl
and
On 2015-01-21 at 17:19:42 +0100, Alexander V Vershilov wrote:
I thought about providing package ghc-transformers-instances, that will
provide instances for transformers's type classes for user. So
ghc-tf-instances will depend on current ghc, and current transformers that
could be provided by
On 2015-01-20 at 09:37:25 +0100, Jan Stolarek wrote:
Here's an alternate suggestion: in SimplCore, keep the call to vectorise
around, but commented out
Yuck. Carter and Brandon are right here - we have git, let it do the
job. I propose that we remove vectorization code, create a Trac ticket
Hello Gabor,
Fyi, Alex (cc'ed) already spent some brain-cycles on that, but it's not
clear yet if it's worth optimising:
https://gist.github.com/axman6/46edae58cc4e8242bdac
Cheers,
hvr
On 2015-01-20 at 14:45:19 +0100, Gabor Greif wrote:
Hi Simon,
JFTR, you seem to be after the trailing
On 2015-01-19 at 10:25:59 +0100, Karel Gardas wrote:
[...]
/* Major version number is the value of __GNU_MP__ too, above and in
mp.h. */
#define __GNU_MP_VERSION 4
Let me also add that the gmp.h file does not define mpn_andn_n symbol
at all neither it declare __gmpn_andn_n function!
On 2015-01-18 at 15:42:05 +0100, Karel Gardas wrote:
Hello Herbert,
I'm sorry to bother you, but recent GHC HEAD does have issue on
Solaris/SPARC platform which shows as undefined symbols during the
linkage of stage2 binaries. For example ghc-stage2 link step fails
with:
Btw, what GMP
On 2015-01-17 at 09:22:05 +0100, Dominick Samperi wrote:
It turns out that the undefined reference to libHSprimitive-0.5.4.0.so
when installing pandoc is not related to the use of CentOS or Debian
binaries. I get the same undefined reference when I try to use
ghc-7.8.4 compiled from source
On 2015-01-09 at 11:09:07 +0100, Roman Cheplyaka wrote:
[...]
Just curious, is there a way to keep these functions for backwards compat
in 7.14 or is that unfeasible?
They could stay, technically that's not a problem. But I'm adding new
functions that can do the
same thing (and more), so we
On 2015-01-09 at 11:18:02 +0100, Jan Stolarek wrote:
The reall
question is how to remember that we should remove this at some point?
This affects all exposed libraries; I think it's enough to simply make
this part of the release-procedure at some point in the release-cycle,
to actively scan
On 2015-01-07 at 17:12:01 +0100, Simon Peyton Jones wrote:
What does this mean (on Linux)?
Thanks, Simon
bash$ cabal update
Downloading the latest package list from hackage.haskell.org
cabal: socket: 11: resource vanished
Simply a network error while communicating w/ hackage... does `cabal
On 2015-01-07 at 16:40:49 +0100, Simon Peyton Jones wrote:
[...]
Yes, a per-function way to suppress the warning might be useful. But
I have not implemented that. At the moment it’s just per-module.
Btw, there are a couple of other warnings, I have been wishing to have a
way to disable them
Hello Simon,
On 2015-01-06 at 10:59:44 +0100, Simon Peyton Jones wrote:
I'm very confused about the workflow for updating submodules. I want
to update several (to remove redundant constraints from contexts)
which are maintained by GHC HQ. But for libraries/parallel I find:
*
Hello Edward,
On 2015-01-04 at 08:54:58 +0100, Edward Z. Yang wrote:
[...]
There are also some changes to hoopl, transformers and hpc (mostly
because their bootstrap libraries.)
...what kind of changes specifically?
Once thing that needs to be considered is that we'd require to upstream
On 2015-01-01 at 14:58:40 +0100, George Colpitts wrote:
I built from source on Mac OS and found the following issues:
[...]
- cabal install cpphs fails:
-cabal install cpphs
Resolving dependencies...
Configuring cpphs-1.13...
Building cpphs-1.13...
Hello Martin,
Here's just some minor additional context information...
On 2015-01-01 at 19:01:53 +0100, Martin Foster wrote:
[...]
- I note ./sync-all --help says, under Flags, that --windows also
clones the ghc-tarballs repository (enabled by default on Windows), and
I've
Hello Michael,
On 2014-12-31 at 15:10:37 +0100, Michael Snoyman wrote:
tl;dr: Now that ghc (the library) doesn't depend on Cabal (the library),
can we remove Cabal from the global package database installed with GHC?
[...]
For both of these reasons, I think we should limit the number of
Hello!
I've started collecting the most common compile-errors (and their
respective fixes) I have encountered while compiling Hackage packages
with GHC 7.10 in
https://ghc.haskell.org/trac/ghc/wiki/Migration/7.10
Feel free to contribute to this migration guide.
HTH,
hvr
On 2014-12-28 at 04:41:45 +0100, cg wrote:
[...]
Besides downloading a tarball, can I checkout it using git?
I tried using sync-all as described on wiki [1] to checkout it:
./sync-all checkout ghc-7.10
but it seems it doesn't work, there are error message like:
error: pathspec 'ghc-7.10'
To early adopters multi-ghc-travis users,
I've uploaded pre-RC snapshots for GHC 7.10.1 and cabal-install 1.22
to my GHC PPA[1], so you can start extending your .travis.yml files w/
CABALVER=1.22 GHCVER=7.10.1
There are no official RCs yet for GHC 7.10/cabal-install 1.22, these are
merely
On 2014-12-21 at 09:54:05 +0100, Gintautas Miliauskas wrote:
[...]
Are there any utilities other than ghc-split which rely on perl at ghc
runtime? If not, are there any plans to convert ghc-split to a sane
language? I would sign up if I knew I would have the time... :(
On 2014-12-16 at 22:45:36 +0100, Richard Eisenberg wrote:
I've learned several very interesting things in this analysis.
- Inlining polymorphic methods is very important.
otoh, there are cases where marking methods INLINE have catastrophic
effects; the following
On 2014-12-16 at 14:58:16 +0100, Jan Stolarek wrote:
[...]
I can't find any such settings so I suppose that's not possible by
default. Is there any way to extend Phab's functionality do allow
customizing layout in a way described above?
Not a direct answer to your question, but have you
On 2014-12-14 at 08:46:03 +0100, Erik de Castro Lopo wrote:
[...]
$ git push origin master
as explained on https://ghc.haskell.org/trac/ghc/wiki/Phabricator, but on
the last command I get this error:
fatal: remote error: access denied or repository not exported: /ghc.git
Maybe I just
Hello Richard,
Can you please push the fix asap to master? This performance failures
are causing distracting false alarms (in terms of validation failures)
on each pushed commit as well as submitted code-revisions.
Thanks,
HVR
On 2014-12-13 at 16:55:40 +0100, Richard Eisenberg wrote:
On 2014-12-14 at 11:25:35 +0100, Erik de Castro Lopo wrote:
What does the following command output in your case?
$ git remote show -n origin | grep URL
Fetch URL: git://git.haskell.org/ghc.git
Push URL: ssh://g...@git.haskell.org/ghc.git
Fixed it with some help from ezyang who
On 2014-12-05 at 10:01:54 +0100, Edward Z. Yang wrote:
I keep typing 'compTAB' and expecting it to autocomplete to compiler,
and this is stopped working. Can we rename the 'completion' directory
to something? How about 'autocomplete'?
I'm not sure about the folder-name/location either. I'm
On 2014-12-03 at 09:38:09 +0100, Joachim Breitner wrote:
Am Mittwoch, den 03.12.2014, 09:25 +0100 schrieb Joachim Breitner:
I can confirm this on my performance builder machine (Ubuntu 13.10):
and on Ubuntu 14.04. Reported as
http://ghc.haskell.org/trac/ghc/ticket/9856
This was clearly
On 2014-12-03 at 09:48:58 +0100, Simon Peyton Jones wrote:
I did the Ubuntu upgrade thing, and it's still happening for me too.
I have no idea how to narrow it down some more.
I had a short conversation w/ Joachim on #ghc, and what we know so far:
For a non-failing linker_unload environment,
Hello Simon,
On 2014-12-01 at 09:38:37 +0100, Simon Peyton Jones wrote:
| Just a hunch... could it have been broken by one of the recent linker-
| related patches since Nov 24th?
That seems very plausible, yes. But still there's the question of
what to do about it.
a) Empirically: Try
On 2014-11-27 at 18:32:47 +0100, Tuncer Ayaz wrote:
This is a very minor issue, but I've been wondering if there's
a rationale behind ghc --make pretty much printing the same thing
thrice.
IMO it isn't the same thing that's printed thrice. If you
e.g. compile `transformers`, you'd get the
On 2014-11-26 at 12:40:37 +0100, Sven Panne wrote:
2014-11-25 20:46 GMT+01:00 Austin Seipp aus...@well-typed.com:
We are pleased to announce the first release candidate for GHC 7.8.4:
https://downloads.haskell.org/~ghc/7.8.4-rc1/ [...]
Would it be possible to get the RC on
On 2014-11-24 at 11:19:43 +0100, Simon Marlow wrote:
linker_unload:
/5playpen/simonpj/HEAD-2/libraries/integer-gmp2/dist-install/build/libHSinteg_2MbWUstH60IEgCAexOk3v3.a:
unknown symbol `__gmpn_rshift'
Herbert, perhaps this is integer-gmp2 breakage?
...can't rule it out, but I haven't seen
Hello Simon,
On 2014-11-21 at 14:51:55 +0100, Simon Peyton Jones wrote:
I'm getting this for test linker_unload on Linux. I'm sure it's not my fault!
But it makes validate fail
[...]
linker_unload:
On 2014-11-25 at 08:23:04 +0100, Karel Gardas wrote:
On 11/25/14 08:18 AM, Herbert Valerio Riedel wrote:
Would it be possible to update your `sudo apt-get update` `sudo
apt-get dist-upgrade` your Linux environment with the latest bugfixes to
Ubuntu 12.04.5? That way we can be sure it's
On 2014-11-21 at 08:41:21 +0100, Herbert Valerio Riedel wrote:
[...]
Oh it's quite simple, old-{time,locale} will continue to live on via
Hackage; We'll upload GHC 7.10 compatible versions of those two packages
to Hackage soon.
PS: I've already uploaded new {base-4.8,GHC-7.10}-compatible
Hello David,
On 2014-11-21 at 22:03:23 +0100, git-4Dsf34iY/nkouohngz6...@public.gmane.org
wrote:
[...]
commit 2a523ebf091478aea39deef28073320bed628434
Author: David Terei code-a0igw9aefh2m2scgvva...@public.gmane.org
Date: Wed Nov 19 18:29:51 2014 -0800
Be consistent with placement
On 2014-11-21 at 06:09:06 +0100, Bardur Arantsson wrote:
[...]
Does this mean that any code compiling against the current release of
old-locale (1.0.0.6) will fail to compile with GHC 7.10.x? I ask because
I note that old-locale (1.0.0.6) depends on
base = 4.2 4.8
and presumably GHC
Hello Merijn,
On 2014-11-14 at 05:22:11 +0100, Merijn Verstraaten wrote:
As requested on my ticket I summarised the entire proposal on the wiki
here: https://ghc.haskell.org/trac/ghc/wiki/FlexibleLiterateExtension
I don't see Cabal mentioned anywhere on that wiki page. Doesn't Cabal
need to be
On Mon, Nov 10, 2014 at 10:22 AM, Simon Marlow marlo...@gmail.com wrote:
So I'm hesitant to recommend this workflow. I think the biggest problem
in your description is the bit where you de-Phabbed the commit message,
which meant that you had to tell Phabricator exactly which diff you wanted
On 2014-11-08 at 20:32:17 +0100, Howard B. Golden wrote:
[...]
I am an interested observer, not an active developer, so take my
comments with this in mind. I wonder if the release of 7.10 is being
rushed. Perhaps once a year releases are too frequent for everyone
except the bleeding edge,
On 2014-11-04 at 07:42:11 +0100, Merijn Verstraaten wrote:
Worse, it appears the maximum size of time_t is unrelated to the
maximum value accepted by select(2).
Fwiw, I found the following on
http://pubs.opengroup.org/onlinepubs/009695399/functions/pselect.html
,
| Implementations may
Hello Simon,
On 2014-11-04 at 11:55:48 +0100, Simon Peyton Jones wrote:
When I say
cabal install --with-ghc=/home/simonpj/5builds/HEAD-2/inplace/bin/ghc-stage2
I get this
ghc-stage2: ghc no longer supports single-file style package databases
(dist/package.conf.inplace) use 'ghc-pkg init'
On 2014-11-04 at 16:38:52 +0100, Simon Peyton Jones wrote:
I built and validated this commit just fine. Phab says
Unexpected failures:
ghci/should_run ghcirun004 [bad stdout or stderr] (ghci)
rts linker_unload [bad exit code] (normal)
stranal/should_compile str001 [exit code non-0] (optasm)
On 2014-11-04 at 18:18:44 +0100, Merijn Verstraaten wrote:
[...]
This exits with EINVAL for me on OSX, if I replace INT_MAX with 1000,
it runs just fine. The man page on OSX mentions EINVAL for values that
exceed the maximum timeout, so it looks like OSX is not following the
spec, then...
Hello Gergo,
On 2014-11-02 at 14:29:06 +0100, Dr. ERDI Gergo wrote:
On Sun, 2 Nov 2014, Dr. ERDI Gergo wrote:
On a completely clean clone, I've checked out the tag
ghc-7.8.3-release, ran sync-all get, boot, and configure, but the
build fails on haskell98. Any ideas what I could be doing
On 2014-11-01 at 17:26:26 +0100, Austin Seipp wrote:
[...]
How long does building those two llvm binaries take? If it is
sufficiently quick, maybe that would be a suitable distribution for
developers as well, and avoids having to separately build, distribute,
download, and install the
On 2014-11-01 at 18:43:35 +0100, Ben Gamari wrote:
[...]
This would mostly hurt if you cleaned up the tree later (e.g. 'make
distclean'), which I do rather frequently in order to get a pristine
build tree.
Ideally `make clean` would be a bit more complete so it could be used
more often.
Hi Austin,
On 2014-10-30 at 21:55:14 +0100, Austin Seipp wrote:
[...]
Can we get a standardized copyright/comment header across all our
files? It seems as if every single file in the compiler (and RTS) has
different header text, mentioning different people or groups, some
from 10 years ago or
Hi,
GHC's Git history has (mostly) a good track record of having properly
attributed authorship information in the recent past; Some time ago I've
even augmented the .mailmap file to fix-up some of the pre-Git meta-data
which had mangled author/committer meta-data (try 'git shortlog -sn' if
On 2014-10-30 at 22:59:45 +0100, Isaac Dupree wrote:
There are good reasons not to require people's real name to participate:
http://geekfeminism.wikia.com/wiki/Who_is_harmed_by_a_%22Real_Names%22_policy%3F
Simon PJ often advocates to know people's name as part of creating a
friendly
On 2014-10-29 at 10:59:18 +0100, Phyx wrote:
[...]
The Win32 package for example, is dreadfully lacking in
maintainership. While we merge patches, it would be great to see a
Windows developer spearhead and clean it up
A while back I was looking at adding some functionality to this
package,
On Wed, Oct 29, 2014 at 12:36 PM, Gintautas Miliauskas
gintau...@miliauskas.lt wrote:
By the way, regarding that repository, could someone merge my pull request
https://github.com/haskell/win32/pull/27?
The problem here is that the official maintainer according to
Hello *,
On 2014-10-27 at 11:37:01 +0100, Gintautas Miliauskas wrote:
Since I don't follow Phabricator I didn't even suspect you are making all
this work.
Yes, looks like I undercommunicated, sorry about that.
In the hopes to aid with communication, I've just created a GHC Windows
Task Force
Hello *,
It's that time of the year again when time004 fails...
and there's also an associated ticket:
https://ghc.haskell.org/trac/ghc/ticket/4440
On 2013-10-27 at 11:03:41 +0100, Herbert Valerio Riedel wrote:
if anyone wonders, why TEST=time004 suddenly fails: it's sensitive to
DST
On 2014-10-18 at 19:59:24 +0200, Christopher Done wrote:
[...]
Herbert doesn't have time to hack on it, but was encouraging about
continuing with ghci-ng.
Yeah, it's quite convenient to hack on GHCi that way as it's just an
ordinary Cabal package (so it doesn't require to setup a GHC
On 2014-10-15 at 18:09:32 +0200, Andrew Farmer wrote:
[...]
I'm not really familiar with what Trac Wiki is capable of. Is it
possible to add tags/categories to a page and then make an
auto-generated list of links to all pages with a given tag/category?
Fyi, Trac by default has no tags, and
On 2014-10-13 at 23:33:13 +0200, Austin Seipp wrote:
[...]
Also, if any other developers (like Andreas, Johan, Bryan, etc) in
this space want a big machine to test it on, I can probably equip you
with one (or several). Since Rackspace is so gracious to us, we can
immediately allocate
On 2014-10-13 at 10:57:10 +0200, Simon Peyton Jones wrote:
I think the potential difficulty is (1). Maybe they take it down (e.g. they
move on to version X so they take down old version Y).
An alternative would be to stash a copy somewhere on GHC’s main web
server, and wget that. I’d be
Hello!
On 2014-10-12 at 04:30:13 +0200, cg wrote:
[...]
Are you using 64-bit ghc? If so, it looks the issue is 64-bit only.
Indeed, I have only set up 64bit CygWin MSYS2 environments so far.
Actually both _tzset and tzset exist in include/time.h, only tzset is old
style name. They will be
Hello *,
I assume this is a well known issue to MSYS2/Windows developers, so I
hope somebody may be able to provide more insight for me to better
understand the underlying problem of
https://github.com/haskell/time/issues/2
So the prototype for tzset() is simply
void tzset(void);
and
On 2014-10-10 at 09:19:31 +0200, Páli Gábor János wrote:
Looks one of the recent commits broke the x86 builds on multiple
platforms [1][2][3]. The common error message basically is as
follows:
rts/Linker.c: In function 'mkOc':
rts/Linker.c:2372:6:
error: 'ObjectCode' has no member
On 2014-10-09 at 07:15:13 +0200, Páli Gábor János wrote:
2014-10-07 17:02 GMT+02:00 Páli Gábor János pali.ga...@gmail.com:
2014-10-07 15:04 GMT+02:00 cg chengan...@gmail.com:
I guess the current two build server are all Cygwin based, they are
failing at the same permission issue at early
On 2014-10-08 at 04:28:50 +0200, cg wrote:
[...]
After cloning ghc repository, I switch every sub-module to Master (it is
usually HEAD) branch.
Why are you doing that? :-)
[...]
Now after cloning ghc repository, if I don't switch to any branch --
'git branch'
will show all submodules
Hello,
On 2014-10-08 at 02:34:50 +0200, George Colpitts wrote:
I agree a section show stoppers is a good idea, in parallel would it
make sense to use the priority highest for tickets that we consider
showstoppers?
I think, they are marked 'highest' already
Btw, one could additionally add a
On 2014-10-08 at 02:13:01 +0200, Carter Schonwald wrote:
the checkout process for the 7.8 branch is a bit involved (and NB: you
really want to use a different tree than one for working on head, the
checkout process is different
)
$ git clone -b ghc-7.8 git://git.haskell.org/ghc.git
On 2014-10-08 at 10:49:33 +0200, Jan Stolarek wrote:
Therefore I'd like to hear your opinion on migrating away from the
current Docbook XML markup to some other similarly expressive but yet
more lightweight markup documentation system such as Asciidoc[1] or
ReST/Sphinx[2].
My opinion is that
On 2014-10-08 at 14:00:05 +0200, Alan Kim Zimmerman wrote:
[...]
Should this go into Trac?
Fwiw, there is a version 7.9 you can select when writing a Trac ticket
for the very purpose to file bugs against GHC HEAD.
[...]
The file being compiled is
On 2014-10-07 at 10:57:00 +0200, Simon Peyton Jones wrote:
I suppose I will have to look at this. But I have no clue how to do so.
D202 itself seems to be a very small patch (only ten lines or so), so
presumably it applies on top of some other patch? But what?
Someone said I could use
On 2014-10-06 at 11:03:19 +0200, p.k.f.holzensp...@utwente.nl wrote:
[...]
The idea behind an LTS-GHC would be to continue bug-fixing on the
LTS-version, even if newer major versions no longer get bug-fixing
support. To some extent, there will be redundancies (bugs that have
disappeared in
On 2014-10-06 at 11:50:03 +0200, Malcolm Wallace wrote:
On 6 Oct 2014, at 10:28, Herbert Valerio Riedel wrote:
As I'm not totally sure what you mean: Assuming we already had decided
years ago to follow LTS-style, given GHC 7.0, 7.2, 7.4, 7.6, 7.8 and the
future 7.10; which of those GHC
On 2014-10-05 at 04:51:41 +0200, Richard Eisenberg wrote:
I've just finished reading this:
http://www.reddit.com/r/haskell/comments/2hes8m/the_ghc_source_code_contains_1088_todos_please/
For better or worse, I don't read reddit often enough to hold a
conversation there, so I'll ask my
Hello,
On 2014-10-05 at 14:03:41 +0200, Joachim Breitner wrote:
Am Sonntag, den 05.10.2014, 13:08 +0200 schrieb Herbert Valerio Riedel:
On 2014-10-05 at 12:56:28 +0200, Joachim Breitner wrote:
[...]
I think the advantage could outweigh the downside and it’s worth a try.
We don’t even
On 2014-10-03 at 17:29:31 +0200, Simon Peyton Jones wrote:
Perhaps, yes, it is Python 3. I don't know. Could someone revert to
make it work again, please?
Fyi, I can't reproduce this specific problem on Cygwin at least (I don't
have any working pure Msys2 environment yet (still working on it),
On 2014-10-02 at 09:49:11 +0200, Simon Peyton Jones wrote:
Herbert says (in bold font) do not ever use sync-all, in this post
http://www.reddit.com/r/haskell/comments/2hes8m/the_ghc_source_code_contains_1088_todos_please/.
If that's really true, we should either nuke it altogether, or change
Hello *,
Here's a situation I've encountered recently, which mades me wish to be
able to define a local alias (in order to avoid CPP use). Consider the
following stupid module:
module AnnoyinglyLongModuleName
( AnnoyinglyLongModuleName.length
, AnnoyinglyLongModuleName.null
, den 28.09.2014, 13:07 + schrieb g...@git.haskell.org:
commit e5cca4ab246ca2d1ecdd7c39eefd3157547cb6aa
Author: Herbert Valerio Riedel h...@gnu.org
Date: Sun Sep 28 13:02:53 2014 +0200
Extend `Foldable` class with `length` and `null` methods
[...]
this broke nofib
On 2014-09-27 at 21:46:13 +0200, Karel Gardas wrote:
Hi Mikhail,
On 09/27/14 09:09 PM, Mikhail Glushenkov wrote:
On 27 September 2014 20:19, Karel Gardaskarel.gar...@centrum.cz wrote:
[...]
Could you be so kind and revert this patch or fix it to also work on
Solaris? For Solaris the
Hello!
I can only address a small subset of your comments as I don't usually
develop on Windows and hence lack any significant Windows experience...
On 2014-09-27 at 23:04:38 +0200, Gintautas Miliauskas wrote:
[...]
2. Since the msys2 setup instructions are so simple and linear, perhaps it
On 2014-09-25 at 11:18:01 +0200, Simon Peyton Jones wrote:
That would suggest continuing to make extra commas illegal in literal
lists, for now anyway. That’s a conservative choice, which is usually
the side to err on when it’s a toss-up.
I'd just like to point out, that lists are something
On 2014-09-24 at 08:50:22 +0200, Edward Kmett wrote:
I'm personally of the it should be a language extension like everything
else mindset.
Me too. Mostly for being able to have more useful error messages with
older GHCs and other Haskell parsers.
Because if it's a lang-ext pragma, you have
On 2014-09-22 at 14:31:10 +0200, Alexander Berntsen wrote:
Forwarding this my reply to the ML as well,
On 22/09/14 14:27, David Luposchainsky wrote:
+1. While you're at it, you may also want to consider allowing
leading commas for the folks that write their exports/records the
other way
On 2014-09-10 at 11:53:05 +0200, Simon Peyton Jones wrote:
I accidentally created a branch (in the main repo) called
origin/origin/wip/new-flatten-skolems-Aug14
I was trying to make a local branch to track the existing
origin/wip/new-flatten-skolems-Aug14, but only succeeded in
Hello Simon,
On 2014-08-19 at 00:01:17 +0200, Simon Peyton Jones wrote:
[...]
But you can probably write the code in such a way as to be mostly
independent (eg explicit UNPACK rather than rely on
-funbox-strict-fields), or assume that some things won't happen
(e.g. souce module will not be
Hello *,
I'm a bit stuck with the wired-in type aspect of integer-gmp2 and was
hoping someone with more experience in this area could provide direction
on how to properly register the data definition
data Integer = SI#Int#
| Jp# {-# UNPACK #-} !BigNat
On 2014-08-16 at 16:59:51 +0200, Mateusz Kowalczyk wrote:
[...]
Herbert kindly updated the sync-all script that
defaults to the new branch so I think we're covered.
Minor correction: I did not touch the sync-all script at all. I merely
declared a default branch in the .gitmodules file:
Hi Mateusz,
I'm mostly interested in understanding the Git-level/workflow changes,
so here's a few questions to improve my understanding of what's changing
related to Git:
On 2014-08-08 at 07:25:01 +0200, Mateusz Kowalczyk wrote:
[...]
I do all the work and I think it's a 1 line change in
On 2014-08-08 at 09:42:14 +0200, Simon Hengel wrote:
On Fri, Aug 08, 2014 at 09:00:21AM +0200, Herbert Valerio Riedel wrote:
Just to clarify, as the last sentence contains a double-negation: GHC
devs continue pushing to github.com/haddock.git's `master` branch to
keep Haddock building with GHC
The GHC User's Guide[1] says:
| There is one (apparent) exception to this general rule that a bang
| only makes a difference when it precedes a variable or wild-card: a
| bang at the top level of a let or where binding makes the binding
| strict, regardless of the pattern. (We say apparent
Hello!
On 2014-07-29 at 08:25:15 +0200, Dr. ERDI Gergo wrote:
Is there a good reason we have a single monolithic .gitignore file in
testuiste/ instead of one per directory? It just feels so
unnecessarily burdensome to maintain it compared to just putting four
lines in a new .gitignore file...
Hello *,
While working on integer-gmp2 I noticed that there seems to be redundant
code between rts/StgPrimFloat.c and integer-gmp. Specifically, there's a
void
__decodeDouble_2Int (I_ *man_sign, W_ *man_high, W_ *man_low, I_ *exp,
StgDouble dbl);
C implementation
On 2014-07-29 at 11:29:45 +0200, Niklas Hambüchen wrote:
instance {-# OVERLAPPABLE #-} Show a = Show [a] where …
Is the syntax somewhat flexible in where the pragma can be placed?
For example, some might prefer
{-# OVERLAPPING #-}
instance Show [Char] where …
This variant may also be
On 2014-07-29 at 14:13:22 +0200, Richard Eisenberg wrote:
Are folks very keen to have *warning-free* compilation on several GHC
versions? Personally, I would aim for warning-free compilation on a
most recent version, and otherwise successful compilation on older
versions.
IMO: In typical
Hello *,
As some of you may have already noticed, there's an attempt[1] in the
works to reimplement integer-gmp in such a way to avoid overriding GMP's
internal memory allocator functions, and thus make it possible to link
GHC/integer-gmp compiled programs with other components linked to libgmp
On 2014-07-17 at 08:54:32 +0200, Simon Peyton Jones wrote:
[...]
- it's at the bottom of a long page, most of which is irrelevant if you use
./sync-all (I think??)
Fwiw, the page was written to be a `./sync-all`-agnostic on purpose (in
fact, ./sync-all isn't mentioned only once for
On 2014-07-14 at 09:34:07 +0200, Simon Peyton Jones wrote:
Is it possible to stop spam on GHC's Trac?
A few days ago, bots/users registering via @yahoo.com addresses managed
to break the (rather simple) text-based algebraic captcha. I guess we
need to up the game and maybe switch to a (simple)
On 2014-07-13 at 05:52:09 +0200, Bryan O'Sullivan wrote:
[...]
haddock 2.14.3 that ships with it seems to be quite broken. Perhaps it's a
bad interaction with cabal, it's hard to say from the outside, but here are
some details.
Here's the kind of error I get from haddock when I try to use
On 2014-07-12 at 17:40:07 +0200, Simon Marlow wrote:
Yes, this will cause problems in some modes, namely -debug and -prof
that need to be able to scan the heap linearly.
...and I assume we don't want to fallback to a non-zerocopy mode for
-debug -prof in order avoid distorting the profiling
Hello Simon (et al.)
While experimenting with refactoring/improving integer-gmp, I'd like to
represent a GMP number just by a ByteArrays# (and thus save a redundant
limb-count field). However, for that I'd need an efficient way to resize
a MutableByteArray# for the result value in case its
Hello Joachim,
On 2014-07-11 at 12:36:23 +0200, Joachim Breitner wrote:
with all packages as submodules, ghc-complete (which is basically a git
repository tracking the „fingerprint“ of the main repository) is
obsolete. So we could move the travis-checking of the main line to run
on the ghc
101 - 200 of 335 matches
Mail list logo
