Ian Lynagh wrote:
> Can you try the attached patch please?
>
Your patch solves the problem. Now build fails printing:
mkdir includes/dist-derivedconstants
mkdir includes/dist-derivedconstants/build
/usr/local/ghc-6.8.3/bin/ghc -optc-O -optc-DTABLES_NEXT_TO_CODE
-optc-Iincludes -optc-Irts -H32m
Hi,
Is it correct that there is no breakpoint location at list construction
place: line "5then [x]" ?
Notice that :steplocal does not stop there before "[1]" is printed when
debugging expression "test 1".
Thanks,
Peter.
status:0 pe...@metod [721] ~/tmp
% cat b.hs
hlp x = [-x]
test x
On Thu 08.01 12:22, Simon Marlow wrote:
> Markus Barenhoff wrote:
> >On Mon 15.12 09:26, Simon Marlow wrote:
> >Yesterday I updated my sources to the current darcs version. Now the build
> >works
> >again, but there still seems to exist a problem with memory allocation:
> >
> >--- snip ---
> > $ g
On Wed, Jan 21, 2009 at 05:24:00PM +0100, Christian Maeder wrote:
>
> > For boot I'm using autoconf-2.62/automake-1.10.1 and GHC 6.8.3
>
> so ./boot calls basically autoreconf?
Yes, for the root of the tree, and also for any libraries that need it.
In the new build system it also creates little
Karel Gardas wrote:
> bash ./boot
I don't know what ./boot does (since I only compile source distros)
> ./configure --prefix=/tmp/ghc-new-build-system-bin
> gmake
this should work with clean sources in the top-level ghc directory
> For boot I'm using autoconf-2.62/automake-1.10.1 and GHC 6.8.3
Christian Maeder wrote:
> Karel Gardas wrote:
>> Hello,
>>
>> I need to double check: I'm talking here about new build system. I've
>> invoked simple `gmake'. Also your builds is fine since editline seems to
>> find readline header file which seems to satisfy it while this is not in
>> my case.
>
I have set the 'http_proxy' environment variable to point at our proxy.
Before that it complained about not being able to look up the host name.
On Wed, Jan 21, 2009 at 3:30 PM, Sigbjorn Finne wrote:
> 1080 is SOCKS, so there's some defaulting proxy setup kicking in here.
> Set the 'http_proxy' e
1080 is SOCKS, so there's some defaulting proxy setup kicking in here.
Set the 'http_proxy' environment variable to point it at your local
proxy server.
--sigbjorn
On 1/21/2009 07:05, Lennart Augustsson wrote:
What port is git using for getting the ghc repo via http?
I'm getting this message
Hello,
I need to double check: I'm talking here about new build system. I've
invoked simple `gmake'. Also your builds is fine since editline seems to
find readline header file which seems to satisfy it while this is not in
my case.
How have you configure to allow it to find readline?
Thanks,
Ka
How did you call gmake? editline is not needed for ghc. When building
the libraries with the stage1 compiler I get:
...
&& touch stamp/configure.library.build-profiling-splitting.editline ||
touch editline/unbuildable
Configuring editline-0.2.1.0...
checking for gcc... gcc
checking for C compiler
What port is git using for getting the ghc repo via http?
I'm getting this message behind our thick firewall:
fatal: http://darcs.haskell.org/ghc.git/info/refs download error -
Failed connect to darcs.haskell.org:1080; Operation now in progress
It makes me think port 1080 is involved, and I do
Hello,
I attempt to test new build system on solaris/x86 platform and after
applying patch from here:
http://hackage.haskell.org/trac/ghc/ticket/2951 I've been able to boot
and configure the tree. On the other hand build alone fails with:
checking for unistd.h... yes
checking editline/readline.h
12 matches
Mail list logo
