Re: Compiling natively GHC for ARMv7l softabi

2017-10-21 Thread shiftag 
October 21, 
.00µ2017
2:.00ÿ3 PM,
shif...@nanotek.info wrote:

> October 19, 
> .00µ2017
> 7:.00µ34 
> PM,
> shif...@nanotek.info wrote:
> 
>> October 19, 
>> .00µ2017
>> 6:.00ÿ8 
>> PM, "Moritz Angermann"
>>  wrote:
>> 
>>> Shiftag,
>>> 
>>> any chance you could try this with 8.2 again then?
>> 
>> Hi,
>> 
>> I'm going to try that and I will let you know ;)
>> 
>> Thanks guys.
> 
> Hi,
> 
> So I installed GHC-8.2.1 and then I tried to cross-compiling it. The 
> ./configure went fine but the
> make :
> 
> # make
> Run "make install" to install
> Makefile:46: recipe for target 'default' failed
> make: *** [default] Error 1
> 
> Hmm...did I forgot something ?


Sorry my bad, I downloaded the wrong archive. Now its compiling, it should work.
___
ghc-devs mailing list
ghc-devs@haskell.org
http://mail.haskell.org/cgi-bin/mailman/listinfo/ghc-devs

Wildcards in HsTypes

2017-10-21 Thread Alan & Kim Zimmerman 
It seems to me that HsWildCardInfo is unnecessary.

It is defined as

newtype HsWildCardInfo pass  -- See Note [The wildcard story for types]
= AnonWildCard (PostRn pass (Located Name))
  -- A anonymous wild card ('_'). A fresh Name is generated for
  -- each individual anonymous wildcard during renaming

And only ever used in

data HsType pass
  ...
  | HsWildCardTy (HsWildCardInfo pass)

Why not just do

  | HsWildCardTy  (PostRn pass (Located Name))

?

Am I missing something?

Alan
___
ghc-devs mailing list
ghc-devs@haskell.org
http://mail.haskell.org/cgi-bin/mailman/listinfo/ghc-devs

Building on limited memory environments (or does -M really work?)

2017-10-21 Thread Saurabh Nanda 
Hi,

We're struggling to get our build pipeline working on CircleCI, which has a
4GB RAM limit. Here are some project stats to set the context:

- 1,200+ modules
- 36,315 LoC of Haskell
- On the local machine with -O1 -j the build takes approx 5.2 GB of RAM [1]

Trying to build on CircleCI with -O1 -j fails consistently, as expected.
However, the behaviour of -M -j -O1 is erratic, at best. Sometimes it
magically works, sometimes it fails. A number of times we've seen GHC take
3.5 GB (as reported by `top`), even though the limit was set to 2.5GB. Here
are flags that we've tried in various combinations we've tried. None of
them is consistent in building / failing:

* -O1
* -j
* +RTS -M262144 -RTS
* +RTS -A32m -RTS
* +RTS -n2m -RTS

What is the **real** behaviour of the -M option? How does it interact with
-j and -A?

[1] If I'm reading this correctly -
https://gist.github.com/saurabhnanda/c8f8654a7f29c1adb753b357b897b5f3#file-building-library-01-txt-L8-L12

-- Saurabh.
___
ghc-devs mailing list
ghc-devs@haskell.org
http://mail.haskell.org/cgi-bin/mailman/listinfo/ghc-devs

Re: Compiling natively GHC for ARMv7l softabi

2017-10-21 Thread shiftag 
October 19, 
.00µ2017
7:.00µ34 PM,
shif...@nanotek.info wrote:

> October 19, 
> .00µ2017
> 6:.00ÿ8 
> PM, "Moritz Angermann"
>  wrote:
> 
>> Shiftag,
>> 
>> any chance you could try this with 8.2 again then?
> 
> Hi,
> 
> I'm going to try that and I will let you know ;)
> 
> Thanks guys.



Hi,

So I installed GHC-8.2.1 and then I tried to cross-compiling it. The 
./configure went fine but the make :

# make
Run "make install" to install
Makefile:46: recipe for target 'default' failed
make: *** [default] Error 1


Hmm...did I forgot something ?
___
ghc-devs mailing list
ghc-devs@haskell.org
http://mail.haskell.org/cgi-bin/mailman/listinfo/ghc-devs