On 2013-07-31 at 03:21:48 +0200, Simon Peyton-Jones wrote:
[...]
* I have lots of check-out repos. Each contains lots of .git/config files
because of the multi-repo nature of the GHC build system. It would be
a pain to have to edit each individually. Maybe you can tell us a sync-all
Hello Richard,
On 2013-08-05 at 11:51:27 +0200, Richard Eisenberg wrote:
[...]
Do we think such a page is a good idea? As I said, I'm happy to write
it and maintain it, as well as serve as an email contact to people who
want to contribute and want help. And, is there someone willing to
Hello GHC devs,
in the current ghc.git's .gitmodules file, the entries look like
,
| [submodule libraries/binary]
| path = libraries/binary
| url = http://darcs.haskell.org/libraries/binary.git/
`
I'd like to normalize the urls above to use the
On 2013-08-10 at 11:06:06 +0200, Herbert Valerio Riedel wrote:
And finally, the changes resulting from the new Trac commit-hook
integration is worth a separate posting of its own to follow shortly.
The new post-receive hook for notifying Trac about new commits has been
updated to use Trac's
Hello Malcolm,
On 2013-08-10 at 09:57:34 +0200, Malcolm Wallace wrote:
* None of you have shell access to ghc.haskell.org anymore (well,
this is a nice update for us administrators :)
Is ghc.haskell.org the same machine as darcs.haskell.org?
Yes
I notice that my nightly build of nhc98
Hello GHC Devs,
Hopefully, the new DNS entry for git.haskell.org should be visible for
all of you by the time you read this. This mostly completes the
migration part of the GitolitePlan[1].
With the new hostname, the URLs to use for `sync-all` to fetch via
git://, http://, or ssh:// (ordered by
On 2013-08-20 at 09:48:48 +0200, Simon Peyton-Jones wrote:
| However, in order to facilitate future migrations, git.haskell.org
| should be used, as then we could relocate git.haskell.org to a different
| IP without needing to update the URLs in all documents again.
Why? If we only had
On 2013-08-20 at 13:21:02 +0200, Geoffrey Mainland wrote:
How about a third hook that disallows commits that include
whitespace-only changes unless *all* changes are whitespace-only? ;)
The other two validations were about preserving an invariant (file has
no tabs file has no trailing
On 2013-08-22 at 15:35:29 +0200, Ben Lippmeier wrote:
[...]
I was confused because the ./sync-all script gets most of the repos
with git:// style URLs, but then switches to http:// style URLs for
sub modules.
well, that's because the 'sync-all' script is not clever enough to
rewrite the urls
Hello Gabor,
On 2013-08-22 at 22:51:31 +0200, g...@git.haskell.org wrote:
Link :
http://ghc.haskell.org/trac/ghc/changeset/cbe3dba89c085f7556fe32126381dac68d93dd8b/ghc
commit cbe3dba89c085f7556fe32126381dac68d93dd8b
Author: Gabor Greif ggr...@gmail.com
Date: Mon Aug 19 11:31:15
I've compared what versions current GHC HEAD uses w/ vs. what's
currently available on Hackage (see below);
So currently, the following packages have newer versions available on
hackage than are used in GHC HEAD:
- binary
- containers
- primitive
- time
- vector
In order to clarify a
Hello Simon,
On 2013-08-28 at 10:14:36 +0200, Simon Peyton-Jones wrote:
With Gitolite, the Trac tickets now get messages like this:
[...]
I liked the old version:
the author is more explicit
the modified files are listed
if the patch is small you see it all
Might it be
On 2013-09-03 at 23:15:43 +0200, Ian Lynagh wrote:
[...]
I'm afraid I can't even remember what RelaxedLayout does OTTOMH.
fwiw, here's the commit that introduced it:
http://git.haskell.org/?p=ghc.git;a=commitdiff;h=9a82b1ffa35fa4c3927c66a1037a37d436cf6aac
...and moreover, you disabled it by
Hello GHC devs,
...as the topic came up in #ghc, what's the current rationale for keeping
HUGS-specific code sprinkled throughout GHC boot libraries?
I quick tally in GHC's source tree via
find -type f -iname '*.*hs' | xargs grep '#if.*HUGS' | cut -f1-3 -d/ | uniq -c
results in
1
Hello Geoffrey,
On 2013-09-11 at 22:29:04 +0200, Geoffrey Mainland wrote:
[...]
Is there any chance we could get the wip namespace up and running soon?
Sure, I've enabled it right now (and we can change the wip/
branch-prefix lateron should we come up with a better naming); there's
only the
Hi,
On 2013-09-15 at 09:06:13 +0200, Austin Seipp wrote:
I'm voting we delete it. In fact: I say if nobody pipes up and is
*committed* to maintaining it, we delete it, oh, two weeks. That's
standard library-proposal timeframe. (And I do mean maintenance - not
drop barely enough work to get it
Hello Jan,
On 2013-09-24 at 20:47:31 +0200, Jan Stolarek wrote:
Your patches are based on an outdated version of the library.
That's really surprising - I based them on code available at
http://code.haskell.org/primitive,
which I believe was version 0.5.0.1. Was there anything newer?
On 2013-09-25 at 05:50:23 +0200, Bryan O'Sullivan wrote:
On Tue, Sep 24, 2013 at 6:17 PM, Herbert Valerio Riedel h...@gnu.org wrote:
However, I've tried integrating the new vector/primitive versions
released into the GHC build (after patching up the DPH libs), but I get
Core lint errors
Fyi, I've been able to reproduce this failure on GHC 7.6.3 as well, and
filed a ticket at
http://ghc.haskell.org/trac/ghc/ticket/8355
On 2013-09-25 at 09:24:22 +0200, Herbert Valerio Riedel wrote:
Hello Jan,
On 2013-09-25 at 08:26:15 +0200, Jan Stolarek wrote:
However, I've tried
On 2013-09-25 at 04:52:33 +0200, Kazu Yamamoto (山本和彦) wrote:
It seems to me that newSession does not exist. But it is used in
comments and error messages.
fwiw, it seems to have been removed back in 2008:
http://git.haskell.org/ghc.git/commitdiff/1c7d0ac0a433f85effeb5e9cfb6b303c26b201d1
On 2013-09-30 at 08:26:10 +0200, Bryan O'Sullivan wrote:
[...]
Most of the breakage could be fixed by loosening the dependencies on the
template-haskell and primitive packages, and here are the rest.
Btw/fyi, as one of the new killer features of Hackage 2, incorrect
build-deps were supposed
Hello *,
The Trac instances at ghc.haskell.org have been upgraded to the current
stable Trac 1.0.1 release in order to alleviate some technical issues
with the aging Trac 0.12.x line.
Ideally, you shouldn't notice any regressions; however, as a side-effect
Trac 1.0.x has a slightly different
On 2013-10-12 at 00:07:44 +0200, Gabor Greif wrote:
Herbert,
I guess you have excluded 0.4.x with these changes. Do you have 0.5.x
already installed?
Yes, that excludes 0.4.*, as I assumed that the DPH libs need only to be
built with the GHC source tree's array package (which has been bumped
Hello Bryan,
On 2013-10-11 at 20:27:08 +0200, Bryan O'Sullivan wrote:
[...]
For packages that are listed in blue, the versions that are breaking are
the latest available. I've CCed the authors of said packages on this email.
Folks, please fix your stuff!
btw, is there somewhere some
Hello Simon!
On 2013-10-11 at 12:59:07 +0200, Simon Marlow wrote:
[...]
This is great. With a bit of extra tool support for this we could
actually do without submodules and go back to individual
repos. Checking out a GHC revision in the past could consist of
querying your ghc-complete repo
Hello Bryan,
Thanks for catching this!
(see also comment below)
[...]
commit b092e35f4c99bfab12247e93c7fa478de638276a
Author: Bryan O'Sullivan b...@serpentine.com
Date: Sat Oct 12 16:45:50 2013 -0700
Fix assumption that RLIM_INFINITY is a simple number
On MacOS X, it is
Hello Simon,
On 2013-10-15 at 14:45:05 +0200, Simon Marlow wrote:
[...]
If we can get the tooling right I would probably have no objections to
submodules. Right now it's a bit of a pain though.
- extra steps in the workflow for modifying a library (git checkout
master, etc.)
Ok, this
...for those interested in following a forked discussion of this thread
that has migrated to cabal-de...@haskell.org:
http://www.haskell.org/pipermail/cabal-devel/2013-October/009589.html
Cheers,
hvr
___
ghc-devs mailing list
ghc-devs@haskell.org
On 2013-10-25 at 11:54:29 +0200, Simon Marlow wrote:
[...]
# Changes not staged for commit:
# deleted:process.buildinfo
I know how to revert this and keep going, but it seems that the build
shouldn't be deleting files in the repo. Anyone know anything about
this?
The problem
Hi *,
if anyone wonders, why TEST=time004 suddenly fails: it's sensitive to
DST (and depends on your system's TZ-config):
http://git.haskell.org/packages/old-time.git/blob/HEAD:/tests/time004.hs
For me, the comparison this unit-test checks now suddenly fails, because
the DST-switch occurs on
Hello *,
...currently, when generating Haddock for `base` I see the warnings
below; shall those warnings remain for GHC 7.8.1, or do we want to
export (at least some of) the missing link destinations to reduce the
amount of Haddock warnings?
,
| Warning: Data.Type.Coercion: could not find
Hello Malcolm,
On 2013-11-04 at 10:28:27 +0100, Malcolm Wallace wrote:
Of course, cpphs solved this problem nearly a decade ago.
Btw, what has been the reason it hasn't been adopted as bundled `cpp`
replacement in the GHC distribution in the past? (if it remains a
separate executable, its GPL
On 2013-11-05 at 22:08:11 +0100, Gabor Greif wrote:
I suppose the integer-simple library also needs the new-primops treatment.
Many embedded platforms won't have GMP.
Should we just provide 'error unimplemented' stubs?
Well, I extended the precedent set by
On 2013-09-04 at 09:24:38 +0200, Kazu Yamamoto (山本和彦) wrote:
GHCi of GHC 7.7 use Unicode quote marks instead of ASCII quote marks.
Why do you guys decide this behavior change? I'm just curious.
seems to be due to http://ghc.haskell.org/trac/ghc/ticket/2507
On 2013-09-22 at 15:59:01 +0200, Simon Peyton-Jones wrote:
My latest Windows validate fell over as below, with some kind of
Python failure (ie not just a failing test). It worked fine couple of
days ago. Does anyone have any ideas of what might be going on?
Seems to be caused by this:
Hello Johan,
On 2013-10-16 at 01:00:17 +0200, Johan Tibell wrote:
I've released Cabal-1.18.1.1, which requires the fixes needed for the GHC
7.8 release. Please update the submodule to point to the Cabal-v1.18.1.1
tag.
Done:
On 2013-11-14 at 13:07:00 +0100, Simon Marlow wrote:
[...]
Obviously this is all just MHO, if everyone else wants markup in
commit messages then I won't complain.
btw, I'm keeping my eyes open to see how easy it'd be to support
specific renderer for commit messages, with a simple/reasonable
On 2013-11-20 at 14:40:27 +0100, Kazu Yamamoto (山本和彦) wrote:
[...]
If we type CC=clang ./configure, it works. The problem is how to
specify CC=clang to configure of libgmp when we build GHC head. If
we modified libraries/integer-gmp/gmp/ghc.mk manually, we can build
GHC head. But I don't
On 2013-11-27 at 23:15:29 +0100, Gabor Greif wrote:
[...]
PS: there is also this low-hanging fruit:
libraries/containers/Data/IntSet/Base.hs:1196:17: Warning:
In the use of 'bitSize' (imported from Data.Bits):
Deprecated: Use bitSizeMaybe or finiteBitSize instead
fyi,
On 2013-11-29 at 03:30:56 +0100, Kazu Yamamoto (山本和彦) wrote:
I cannot build GHC head on Linux and Mac (Mavericks) today:
compiler/typecheck/TcEvidence.lhs:152:16:
Not in scope: data constructor `ASSERT2'
The attached patches are necessary to build GHC head on Mavericks.
thanks, applied
On 2013-11-29 at 03:37:43 +0100, Kazu Yamamoto (山本和彦) wrote:
5bab1a57f572e29dfdffd6d1ce8e53a2772b18fd introduced
__builtin___clear_cache. I think this is GCC specific.
So, Storage.c cannot be compiled with clang:
rts/sm/Storage.c:1294:3:
error: use of unknown builtin
Hello Joachim,
On 2013-12-05 at 12:56:55 +0100, Joachim Breitner wrote:
Am Donnerstag, den 05.12.2013, 12:15 +0100 schrieb Herbert Valerio
Riedel:
PS: I didn't merge in testsuite's Git history as that would bloat
ghc.git quite a bit;
would that really be a problem? How different
On 2013-12-05 at 15:17:53 +0100, Ian Lynagh wrote:
On Thu, Dec 05, 2013 at 03:03:42PM +0100, Herbert Valerio Riedel wrote:
However, if the testsuite/ was already checked out before the 'sync-all
pull', the 'testsuite/.git' folder won't be removed automatically (and
it shouldn't hurt either
On 2013-12-05 at 14:32:10 +0100, Herbert Valerio Riedel wrote:
[...]
whereas, when I create a new git repo containing only the HEAD commit
from testsuite.git, the resulting single packfile:
204K Dec 5 14:19
.git/objects/pack/pack-27355d714321978fd34c21ce341a7b55f416719a.idx
2.5M Dec 5
On 2013-12-06 at 13:01:41 +0100, Johan Tibell wrote:
When we merge in the testsuite repo, can we still keep the old commit IDs?
They're referenced from all over the place.
...if we want to preserve the old testsuite's commit-ids, then we'll
have to live with carrying around those superflous
On 2013-12-06 at 13:50:55 +0100, Johan Tibell wrote:
Whichever way to go, we should write down the options and consequences and
communicating them widely enough so no core devs get surprised.
Commit IDs for the test suite are referenced in e.g. various Trac issues,
on mailing lists (although
On 2013-12-09 at 09:18:09 +0100, Simon Marlow wrote:
[...]
...as I hinted at in an earlier post, the old commit-ids will still
allow to find the original commit; for isntance, there's already the
find-commit-by-sha1 service at
http://git.haskell.org/.findhash/commit-sha1-prefix
which
On 2013-12-09 at 09:34:23 +0100, Joachim Breitner wrote:
Am Montag, den 09.12.2013, 09:24 +0100 schrieb Herbert Valerio Riedel:
What kind of links are you referring to btw? I don't see any clickable
GHC SHA1 ids these days anymore... :-)
well, people do write SHA1 ids in tickets comments
Hello *,
I've been trying to (re)construct a .mailmap file[1] in ghc.git which
allows `git shortlog` and `git log --use-mailmap` (and possibly other
tools/commands) to fixup bogus author-ids when displaying the Git
history, in the hopes to provide a more complete history of GHC and all
On 2013-12-10 at 15:24:33 +0100, Dr. ERDI Gergo wrote:
On Tue, 10 Dec 2013, Dr. ERDI Gergo wrote:
OK, I'll add pattern synonym support for Haddock.
Ummm..., so how do I build the version of Haddock included in the GHC
source tree under utils? I tried just
$ cd utils/haddock
$ make
but
Hi Ben,
On 2013-12-10 at 17:53:23 +0100, Ben Gamari wrote:
If the old commit IDs are really needed, one would think it wouldn't be
too hard to write them into the commit message while rewriting
history. That way you could at least `git log --grep` IIRC.
Good idea, that's quite easy actually,
On 2014-01-03 at 21:57:18 +0100, Howard B. Golden wrote:
In addition, I'd like to start some sort of what's new that boils
down the GHC Dev mailing list discussion as LWN does for the Linux
kernel mailing list.
maybe
https://ghc.haskell.org/trac/ghc/blog
could be revived by that...?
Hello,
According to Note [Syntax of .cmm files],
| There are two ways to write .cmm code:
|
| (1) High-level Cmm code delegates the stack handling to GHC, and
| never explicitly mentions Sp or registers.
|
| (2) Low-level Cmm manages the stack itself, and must know about
| calling
On 2014-01-05 at 00:26:52 +0100, Herbert Valerio Riedel wrote:
[...]
So is this valid high-level Cmm code? What's the proper way to allocate
Stack (and/or Heap) memory from high-level Cmm code?
PS: ...are function calls supposed to work as advertised in
https://github.com/ghc/ghc/blob
On 2014-01-05 at 01:15:53 +0100, Carter Schonwald wrote:
hey Herbert,
I generally start with looking at the primops.cmm file for examples
https://github.com/ghc/ghc/blob/master/rts/PrimOps.cmm#L572-L588
stg_decodeFloatzuIntzh ( F_ arg )
{
W_ p, mp_tmp1, W_ mp_tmp_w;
Hello Simon,
On 2014-01-07 at 17:04:52 +0100, Simon Marlow wrote:
[...]
Yes, this is technically wrong but luckily works.
...but only as long as the code-generator doesn't try to push something
on the stack, like e.g. when performing native 'call's which need to
push the return-location on
Hello All,
It seems to me, there were no major obstacles left unaddressed in the
previous discussion[1] (see summary below) to merging testsuite.git into
ghc.git.
So here's one last attempt to get testsuite.git folded into ghc.git before
Austin branches off 7.8
Please speak up *now*, if you
Hello Simon,
On 2014-01-13 at 13:08:02 +0100, Simon Peyton Jones wrote:
I did 'git pull' in my source tree and got the error below. What do
I do now?
the easist is to just move the testsuite folder out the way;
e.g. mv testsuite/ testsuite-old/
Hello Karel,
On 2014-01-13 at 18:13:55 +0100, Karel Gardas wrote:
Hello Herbert,
the fix in a little bit extended version is already up-stream:
https://github.com/haskell/cabal/commit/98a3feb23364897779dd665758949555a84dc5b8
well, it's a first step that's in the master branch, but GHC HEAD
On 2014-01-14 at 17:41:48 +0100, Ryan Newton wrote:
I'm wondering if we can do a hackage release of 0.5.3.2? That splitRoot
function is in there, and my ability to deploy parallel code that uses
containers depends on people getting it! Are there any other changes since
0.5.3.1?
Replacing
Hello fellow GHC devs,
As some of you might have noticed, I added a changelog.md file to
libraries/base:
https://github.com/ghc/packages-base/blob/c8634027d4e3315a2276fb1be8168c486419785a/changelog.md
(please feel free to fix any typos/omissions/whatever you notice)
My hope/motivation is
Hello Arash,
On 2014-01-29 at 18:21:05 +0100, Arash Rouhani wrote:
So who should add to the changelog? If I'm committing a new feature to
the base library, should my commit include a small addition to the
changelog describing my change?
If you deem your modification release-note-worthy, then
Hello Kazu,
..as this is a Cabal issue, this needs to be handled upstream; could you
please file an issue at
https://github.com/haskell/cabal/issues/new
and mention there that we need that to be cherry-picked into the `1.18`
branch as well -- as soon as it's in the 1.18 branch, we can update
On 2014-01-31 at 22:21:09 +0100, Gabor Greif wrote:
Unless I missed something big style, -XTypeHoles has been
renamed to -XTypedHoles and not removed at all.
fyi,
http://git.haskell.org/ghc.git/commitdiff/235fd88a9a35a6ca1aed70ff71291d7b433e45e4
___
On 2014-02-04 at 06:10:24 +0100, Johan Tibell wrote:
I guess we need one last cabal release for 7.8? Are we ready for that now,
or do you expect any more 7.8 change that will require cabal changes?
The RC1 has just started, and I'd rather wait a little more till we're
closer to a final
On 2014-02-20 at 08:50:36 +0100, Karel Gardas wrote:
thanks for merging this, but this is somehow not working for me. I see
this patch in ghc repo after ./sync-all pull, but my
libraries/primitive is still on
5ae8fbb8131ccc934cadd29cc1d17298cfdaef4b commit from November 2013
because it was
On 2014-02-20 at 16:26:33 +0100, Mateusz Kowalczyk wrote:
[...]
While I technically have the push permissions, I'm not a GHC dev. I feel
like it'd be inappropriate to push in such a ‘fix’ myself. I can post a
full validate log if that contains information one would need to update
the
On 2014-02-25 at 18:42:03 +0100, Adam Gundry wrote:
[...]
They are up to date but I'll go over them and tidy them up. Alas, it
doesn't look like Trac supports redirects...
actually, it does, but the plugin was just missing; see
https://ghc.haskell.org/trac/ghc/wiki/WikiMacros#Description
On 2014-03-06 at 10:50:09 +0100, Johan Tibell wrote:
I'd like to set up a performance build bot for GHC, but before I can do
that I need a script that reliably builds GHC and runs nofib. Do we have
such a script? Here's a strawman proposal for one:
cabal install happy alex
git clone
Hi Simon,
On 2014-03-08 at 08:18:20 +0100, Simon Marlow wrote:
On 06/03/14 09:50, Johan Tibell wrote:
[...]
* Are there any tweaks to mk/build.mk http://build.mk we can do to
make the build faster without compromising the results?
Turn down the stage2 optimisation, and turn off the docs:
Hello *,
I've put in place a new server-side validation hook a few days ago, and
since nobody seemed to have complained yet, I assume it didn't have any
adverse effects so far :-)
It will only be triggered when Git submodule references are touched by a
commit; you can find some preliminary (but
Hello Johan,
On 2014-03-18 at 19:17:55 +0100, Johan Tibell wrote:
Lets give some example workflows for working with submodules. Here's what I
think a raw (i.e. no sync-all) update to base will look like. Please
correct me if I'm wrong.
# Step 1:
cd ~/src/ghc/libraries/base
# edit
On 2014-03-23 at 04:40:14 +0100, Richard Eisenberg wrote:
On Mar 22, 2014, at 9:05 PM, Mateusz Kowalczyk wrote:
Is there a reason why the Template Haskell version wasn't bumped
after this change?
No -- I just didn't think of it. I won't have time in the next few
days to do this (and
On 2014-03-20 at 09:53:32 +0100, Herbert Valerio Riedel wrote:
[...]
Details will follow when the conversion of haddock.git is actually
implemented.
The conversion has been implemented as of
http://git.haskell.org/ghc.git/commitdiff/34b072177b687c8fcc24f87293beae0752e82d32
I've started
On 2014-03-23 at 19:53:55 +0100, Simon Peyton Jones wrote:
Do us naïve users need to change our workflow with these submodule
changes?
Probably yes... to some extent at least; that's why only haddock.git has
been converted for now[1]: to find out empirically what's involved
before continuing
Hello Simon,
On 2014-03-24 at 09:37:32 +0100, Simon Peyton Jones wrote:
OK. Some questions.
· Where is a good place to get a conceptual understanding of
submodules?
There were three links at the top of the Wiki page; I assume you want
something better than that?
Concerning
On 2014-03-25 at 09:28:57 +0100, Andreas Abel wrote:
[...]
You might wanna pull the break before the release.
Fwiw, reverting the new syntax at this point also has an effect on
already officially released libraries such as
http://hackage.haskell.org/package/containers-0.5.5.1 which started
On 2014-04-01 at 12:46:05 +0200, Joachim Breitner wrote:
Hi,
Am Dienstag, den 01.04.2014, 10:25 + schrieb Simon Peyton Jones:
Joachim Breitner has set up Travis-CI. (I don't know exactly what
that is, but it sounds useful.)
Travis is a free cloud service that runs arbitrary tests (in
Hello *,
I've been trying to compile GHC with Clang instead of GCC on Ubuntu, by
configuring the build with
CC=/usr/bin/clang ./configure --with-gcc=/usr/bin/clang
but then, 'make' runs into
,
| inplace/bin/ghc-stage1 -hisuf hi -osuf o -hcsuf hc -static -H64m -O0
-fasm
On 2014-04-02 at 09:44:03 +0200, Christian Maeder wrote:
Maybe alex needs to be compiled with clang, too?
If that's really the case, I have a little bit of a bootstrapping
problem: How can I get a Clang-built Alex, on a platform where I only
have a GCC-configured GHC available?
On 2014-04-02 at 09:14:28 +0200, Herbert Valerio Riedel wrote:
[...]
| compiler/stage2/build/Lexer.hs:2426:41:
| Couldn't match expected type ‘[Char]’ with actual type ‘Int#’
| In the first argument of ‘(=)’, namely ‘offset’
| In the expression: (offset = 0#)
FYI: I've found
On 2014-04-07 at 12:45:49 +0200, Kim-Ee Yeoh wrote:
On Mon, Apr 7, 2014 at 5:17 PM, Kim-Ee Yeoh k...@atamo.com wrote:
More importantly, are external links nofollow'd [1] to reduce spam
incentive? Doesn't appear so [2] if you view html source and search for
reddit thread. There's a whole bunch
On 2014-04-04 at 09:05:42 +0200, Edward Z. Yang wrote:
Hello all,
I've created a GHC team on Launchpad to manage the code imports and
build recipes https://launchpad.net/~ghc Why? I recently was playing
around with Launchpad's build recipes service, and realized that this
could be another
On 2014-04-08 at 16:10:36 +0200, Carter Schonwald wrote:
I'm trying to comment on a ticket, and its unconditionally saying nope,
you're spam
can't we at least whitelist the 100+ known good user names??
I've temporarily enabled trust authenticated users; I'll see if we can
have a
On 2014-04-08 at 10:58:11 +0200, Joachim Breitner wrote:
[...]
[..]
configure: Building in-tree ghc-pwd
/usr/bin/ld: utils/ghc-pwd/dist-boot/Main.o: relocation R_X86_64_32
against `stg_CHARLIKE_closure' can not be used when making a shared
object; recompile with -fPIC
On 2014-04-09 at 12:00:36 +0200, Johan Tibell wrote:
[...]
All this is to say, we should try to avoid major version bumps to base.
Here's my suggestion
*Short term*
- Make sure we only bump the major version number when we actually make
a breaking change. We don't need to bump base
On 2014-04-09 at 14:51:48 +0200, Johan Tibell wrote:
[...]
Fwiw, I did go over the changes in base-4.7.0.0 when I compiled the
changelog to check whether the major bump was justified; but since a
couple of deprecated functions where removed, several new typeclass
instances were added
On 2014-04-02 at 09:14:28 +0200, Herbert Valerio Riedel wrote:
Hello *,
I've been trying to compile GHC with Clang instead of GCC on Ubuntu, by
configuring the build with
CC=/usr/bin/clang ./configure --with-gcc=/usr/bin/clang
but then, 'make' runs into
[...]
Just as follow-up
On 2014-04-11 at 10:38:00 +0200, Simon Marlow wrote:
[...]
We could add a __GLASGOW_HASKELL_PATCHLEVEL__ macro, but I'd like to
understand more about why people need this, and whether we should be
more careful about what we do in patchlevel releases.
What about the use-case when you want to
Hello *,
Now that GHC 7.8.[12] is out of the door, the Git reorganization can be
tackled further...
After a short conversion with Austin and Edward it appears that the
sensible course of action with respect towards moving to a proper Git
submodule set-up is to fold-in the 5 Git repos listed
Hi,
(probably) fixed by
http://git.haskell.org/ghc.git/commitdiff/b4a820f97e48199a92f5ce7216731500f9a841c9
On 2014-04-14 at 09:15:42 +0200, Páli Gábor János wrote:
[...]
utils/haddock/src/Haddock/Interface/Create.hs:367:44:
Couldn't match type 'GenLocated SrcSpan (HsBindLR Name
On 2014-04-14 at 11:13:02 +0200, Simon Peyton Jones wrote:
[...]
#both modified: utils/haddock
The modified files are right. It's the both modified utils/haddock that is
messing me up.
I'm not modifying haddock! I just want to say take the master haddock, but
I don't know how.
On 2014-04-15 at 05:38:54 +0200, Kazu Yamamoto (山本和彦) wrote:
Hi Herbert,
After a short conversion with Austin and Edward it appears that the
sensible course of action with respect towards moving to a proper Git
submodule set-up is to fold-in the 5 Git repos listed below (which btw
are all
On 2014-04-18 at 12:13:14 +0200, Karel Gardas wrote:
Folks,
last two/three builds on Solaris builder fails due to a reason that
someone added (probably) stripping of installed libraries. My bet is
on 8992d5269804b727fb77249511e89df678526907 -- hence ccing you
Herbert, but I'm not sure...
On 2014-04-13 at 09:58:50 +0200, Herbert Valerio Riedel wrote:
[...]
- base
- ghc-prim
- integer-gmp
- integer-simple
- template-haskell
[...]
If no objections are raised, I'm planning to implement this change
next weekend (April 19th/20th).
As there were no objections, I went
On 2014-04-22 at 09:49:22 +0200, Karel Gardas wrote:
I hope you are the right person to ask, but it looks like after
folding base/template-haskell/ghc-prim/integer-gmp/ etc. libraries to
ghc tree the build's checking clean step reports a lot of non-deleted
files. This makes our builder logs
Hello *,
In order to address
https://github.com/haskell/cabal/issues/1811
I've prepared a commit for review at
https://git.haskell.org/ghc.git/commitdiff/refs/heads/wip/drop-containers-dep-from-th
However, I'm wondering if we really need Data.Map, or if would be
equally ok to simply use
On 2014-04-24 at 12:38:40 +0200, Simon Peyton Jones wrote:
OK. So are you saying that you can't reliably change to a different
branch in an existing tree, but rather must freshly clone from the
source each time you want to check out a different branch?
That seems a bit extreme. I thought
On 2014-04-22 at 14:42:46 +0200, Austin Seipp wrote:
[...]
- I've been looking into our CI setup for GHC, and evaluating things.
Right now though, I am directly working on getting Windows build bots
set up on Gabor's infrastructure. He gave me the credentials, and
hopefully this should not
Hi GHC devs,
In accordance with Edward and Austin, I want to move the primary home of
the non-GHC specific core-library packages to the
http://github.com/haskell/ organization.
Specifically, I plan to move the following package Git repositories to
the github.com/haskell organization:
- array
1 - 100 of 335 matches
Mail list logo
