For anyone who might experience the same problem...
Intalling ghc-6.8.3, the following error occurred:
make -C libraries all
make[1]: Entering directory `/path/to/src/gh
c-6.8.3/ghc-6.8.3/libraries'
rm -f -f
Hey all,
When compiling GHC 6.8.3 on OS X, I ended up with a GHCi without
readline support. That makes interacting quite hard, especially
because the Backspace-key didn't even work. With some help on irc from
Baughn and by reading a blog post from Paul Brown, I managed to get
readline
rlwrap adds readline support to everything.
On 7 Jul 2008, at 16:17, Chris Eidhof wrote:
Hey all,
When compiling GHC 6.8.3 on OS X, I ended up with a GHCi without
readline support. That makes interacting quite hard, especially
because the Backspace-key didn't even work. With some help on
rlwrap adds readline support to everything.
Well, yes, see the GHCi wiki for how to augment 'rlwrap ghci' with
some basic completion support (filenames, flags, module names):
For a long time I wanted to go 'strictly functional' and what better way
then to start with the beast, ghc. So about a couple of months back, I
downloaded version 6.6.1 [
http://www.haskell.org/ghc/dist/6.6.1/rpm/rhel5/i386/ghc661-6.6.1-2.el5.i386.rpm]
and started reading YAHT [
Animesh Sharma wrote:
[...]
Now I have to dig deeper into the release note
(http://www.haskell.org/ghc/docs/6.8.1/html/users_guide/release-6-8-1.html
), one thing which has really got me interested is the introduction of
debugger to GHCi. Any tutorials on how to go about it?
Hi Animesh,
On 11/04/2007, at 7:52 pm, Chris Witte wrote:
I made this change but I still get the error
unknown symbol `_gettimeofday'
I'm using mingw 5.1.3 which as far as i can tell should use the
3.11 runtime.
Ensure that HAVE_GETTIMEOFDAY is defined in mk/config.h.
Also, I discovered that changes to
Awesome that works!
Thanks for your help.
Well that works for the ghc-6.7.20070402 tar ball but if I try and
pull down the darcs head it fails to make with
make[1]: Entering directory `/c/cwitte/source/ghc/libraries'
rm -f -f stamp/configure.library.*.base
cd base setup/Setup configure \
On 13/04/2007, at 11:03 am, Chris Witte wrote:
Well that works for the ghc-6.7.20070402 tar ball but if I try and
pull down the darcs head it fails to make with
...
I wonder what has changed between then and now to cause this.
Not sure about that one, I was building ghc-6.6. Darcs should be
On 30/03/2007, at 4:36 pm, Chris Witte wrote:
cp -rp ./../include/* /usr/local/include/mingw
cp: cannot stat `./../include/*': No such file or directory
The source paths for these copies are derived from the path of the
gcc binary ($GccDir). Did you call configure with '--with-gcc=C:/
On 4/11/07, Andrew Appleyard [EMAIL PROTECTED] wrote:
The source paths for these copies are derived from the path of the
gcc binary ($GccDir). Did you call configure with '--with-gcc=C:/
Mingw/bin/gcc.exe'? I received those errors when I forgot to do that.
Yep that fixed that. Thanks.
I
HAVE_GETTIMEOFDAY is defined. I wrote a quick c program to check and I
can use gettimeofday fine. I can't work out why ghc can't find it. How
can I work out where ghc is searching to find it?
Chris.
On 3/30/07, Ian Lynagh [EMAIL PROTECTED] wrote:
On Fri, Mar 30, 2007 at 04:36:32PM +1000, Chris
On Fri, Mar 30, 2007 at 04:36:32PM +1000, Chris Witte wrote:
I'm tying to compile GHC under mingw (winxp with mingw no cygwin),
Loading package base ... linking ... ghc.exe: unable to load package `base'
ghc.exe:
C:/msys/1.0/local/HSbase.o: unknown symbol `_gettimeofday'
any ideas on
Hello Asfand,
Monday, July 17, 2006, 7:31:23 PM, you wrote:
I finally got my spiffy dual-core processor (an Opteron 165 no-less)
and want to learn STM, since I think it and haskell are the future of
concurrent programming.
How do I compile Haskell to be able learn STM on it, using proper
On Mon, 2006-07-17 at 18:29 +0100, Asfand Yar Qazi wrote:
On 7/17/06, Bulat Ziganshin [EMAIL PROTECTED] wrote:
if you want to really use 2 processors, you should use ghc 6.5, which
is still in beta stage. ghc 6.4 executes all the Haskell code on one
processor (to be exact, at each moment
Hi,
I am configuring ghc from source(no Ports(since that is broken for
this purpose too)) on freebsd 5.4:
CPPFLAGS=-I/usr/X11R6/include/ -I/usr/local/include/
-L/usr/local/lib/./configure
I had issues with opengl, which were resolved by adding the first dir
to CPPFLAGS, but it seems
I'm having trouble compiling GHC from CVS. Make seems to be looping
infinitely while compiling the stage1 compiler. Make -d gives me:
Pruning file 'main/Config.hs'
On and on and on.
The commands I used to make (from the fptools) directory were:
autoreconf
./configure
I had this happen to me a few weeks ago; the fix was to upgrade make
using fink. Right now I have v.3.79.1; which version do you have?
-Judah
On Fri, 25 Feb 2005 16:51:58 -0600, Arjun Guha [EMAIL PROTECTED] wrote:
I'm having trouble compiling GHC from CVS. Make seems to be looping
Thanks, that worked. I had version 3.79. I'm now using version 3.80 from
ftp.gnu.org.
However, I've picked up a new error:
/tmp/ghc6277.s:54636:Fixup of 71208 too large for field width of 16 bits
/tmp/ghc6277.s:54634:Fixup of 71216 too large for field width of 16 bits
ghc: 751359104 bytes, 32
Sorry if this is a duplicate...
I fixed that problem, thanks. However, I now have another one:
/tmp/ghc6277.s:54636:Fixup of 71208 too large for field width of 16 bits
/tmp/ghc6277.s:54634:Fixup of 71216 too large for field width of 16 bits
ghc: 751359104 bytes, 32 GCs, 10426256/26917324
jgoerzen:
Hello,
Following the directions at
http://www.haskell.org/ghc/docs/6.2.1/html/building/sec-porting-ghc.html#UNREGISTERISED-PORTING...
I have a Debian unstable system on i386 as the host machine and an IBM
PowerPC system as the target. I have configured the files as specified
21 matches
Mail list logo