On 08/02/2013 07:32 PM, Simon Peyton-Jones wrote:
Dear ghc-dev friends,
[snip]
Don’t worry: I’m not bowing out! But I am very much trying to
encourage you to feel that GHC is *your* compiler, not just SPJ/SM’s
compiler that you can contribute to. I’m open to suggestions for how
best to
Hello guys,
I'm trying a fresh compile from master. These are the steps I've taken:
$ git clone http://darcs.haskell.org/ghc.git/
$ cd ghc
$ ./sync-all --testsuite get
followed by:
cp mk/build.mk.sample mk/build.mk
uncommenting #BuildFlavour = quick
and finally:
$ perl boot
$ ./configure
$
Vincent Hanquez wrote:
As a suggestion to increase participation, OcamlLab recently hosted a
compiler hacking evening [1] and maybe it would be a good idea to host
the same kind of thing for GHC ?
That's a good idea Vincent.
If it's not practical to meet in the
same physical place (not
It might well be hsenv, which modifies your environment in a number of
ways. I recommend using my approach to sandboxes, which works fine
with ghc (http://www.edsko.net/2013/02/10/comprehensive-haskell-sandboxes/).
-E
On Mon, Aug 5, 2013 at 9:14 AM, Alfredo Di Napoli
alfredo.dinap...@gmail.com
Hi Edsko :)
Hsenv was indeed the murderer. Now make passed that error (and is
byte-crunching as we talk).
Thanks for sharing the blog post, it's pure gold.
A.
On 5 August 2013 10:31, Edsko de Vries edskodevr...@gmail.com wrote:
It might well be hsenv, which modifies your environment in a
Hi all,
I'm getting the above warning messahe every time I pull from the
main GHC git repo. The strange thing is that this only happens on
the GHC repo, on a whole bunch of others I get no such warning.
After some pretty rigorous investigation I concluded that this is
actually a issues with the
There will also be a Haskell hackathon in Zurich at the end of the
month.
http://www.haskell.org/haskellwiki/ZuriHac2013
Roman
* Erik de Castro Lopo mle...@mega-nerd.com [2013-08-05 18:15:40+1000]
Vincent Hanquez wrote:
As a suggestion to increase participation, OcamlLab recently hosted a
After the libffi-tarballs submodule was added, I did a ./sync-all pull,
a ./sync-all get, and a git submodule update. Everything builds just
fine, but I get this answer from git status:
# On branch master
# Untracked files:
# (use git add file... to include in what will be committed)
#
#
I just want to add that I have exactly the same problem.
Janek
- Oryginalna wiadomość -
Od: Richard Eisenberg e...@cis.upenn.edu
Do: ghc-devs@haskell.org
Wysłane: poniedziałek, 5 sierpień 2013 10:53:57
Temat: libffi-tarballs
After the libffi-tarballs submodule was added, I did a
On 08/05/2013 10:04 AM, Erik de Castro Lopo wrote:
Hi all,
I'm getting the above warning messahe every time I pull from the
main GHC git repo. The strange thing is that this only happens on
the GHC repo, on a whole bunch of others I get no such warning.
After some pretty rigorous
I did this. Thanks for the tip. Let me know if anything else is going on.
The page describing the old server setup is here:
http://www.haskell.org/haskellwiki/Haskell.org_domain - I was going to
take the time to update this earlier this week but got sidetracked
unfortunately. In the meantime, the
I have a question about this piece of Cmm code:
cJI:
R1 = _sGG::P32;
call (stg_gc_enter_1)(R1) args: 4, res: 0, upd: 4;
cJK:
...
Does the call to stg_gc_enter_1 return to cJK: a) never; b) sometimes; c)
always ? I'm looking at the implementation in rts/HeapStackCheck.cmm
On Sat, Aug 03, 2013 at 09:47:07PM +, Simon Peyton-Jones wrote:
libraries\Win32\Graphics\Win32\GDI\HDC.hs:145:14: Warning:
Literal 2147483648 of type Int overflows
The offending code is:
setTextCharacterExtra dc extra =
failIf (== 0x8000) SetTextCharacterExtra $
Hi,
A recent change[1] to sync-all introduces the ~~ operator of
Perl. It seems to me that this operator is not supported by old Perl.
% perl --version
This is perl, v5.8.8 built for i386-linux-thread-multi
% ./sync-all -r git://github.com/ghc --testsuite get
Hi,
I'm using GHC head (32bit) on Mac. Recently, building GHC head
stops:
% make maintainer-clean; perl boot; ./configure --prefix=/ghc-head; make -j3
ranlib: file: .libs/libgmp.a(mp_clz_tab.o) has no symbols
ranlib: file: .libs/libgmp.a(obprintf.o) has no symbols
ranlib: file:
I never determined how to fix this. Here's the notes I developed:
tl;dr For some reason, it seems gmp.h is not recognized as a dependency of
mkGmpDerivedConstants.o
HTH
-
If I run
$ perl boot; ./configure; make -j4
I tend to see a build failure. Immediately running make -j4 again
Kazu Yamamoto (山本和彦) wrote:
Hi,
A recent change[1] to sync-all introduces the ~~ operator of
Perl. It seems to me that this operator is not supported by old Perl.
% perl --version
This is perl, v5.8.8 built for i386-linux-thread-multi
% ./sync-all -r
Hi all,
Got the error below.
Erik
bash: warning: setlocale: LC_ALL: cannot change locale (en_AU.UTF-8)
Counting objects: 5, done.
Delta compression using up to 4 threads.
Compressing objects: 100% (3/3), done.
Writing objects: 100% (3/3), 412 bytes | 0 bytes/s, done.
Total 3 (delta 2), reused 0
Yup. This has been a recurrent problem for parallel builds.
There's been some prior work on tracking it down, possibly attributable to
time stamp granularity or some hiccup in the dependencies.
Does anyone know what the relevant ticket on track is?
On Monday, August 5, 2013, Kazu Yamamoto
Erik,
Sorry for using old Perl but I appreciate if this operator will be
replaced with others.
Thanks for the heads up Kazu.
Should be fixed in 0daee297e3c44c00f54d2be15f13eabdddc6b62f.
Thank you for your quick fix. It works!
--Kazu
___
20 matches
Mail list logo