Re: [Haskell-cafe] Compiling GHC 6.8.3 on OS X with readline support
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 irc from Baughn and by reading a blog post from Paul Brown, I managed to get readline working after all. After installing readline from fink, I had to pass the following options to configure: ./configure --with-readline-includes=/sw/include/readline --with- readline-libraries=/sw/lib After that make and sudo make install worked just fine, and I had readline again! I wrote this down in case anybody else has had the same problems. -chris ___ Haskell-Cafe mailing list Haskell-Cafe@haskell.org http://www.haskell.org/mailman/listinfo/haskell-cafe ___ Haskell-Cafe mailing list Haskell-Cafe@haskell.org http://www.haskell.org/mailman/listinfo/haskell-cafe
Re: [Haskell-cafe] Compiling GHC 6.8.3 on OS X with readline support
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): http://www.haskell.org/haskellwiki/GHC/GHCi#rlwrap_-_what_to_try_when_your_GHCi_was_compiled_without_readline.2Feditline but is there a way to make rlwrap's completion context-sensitive? As with bash's complete command, for instance, I'd like to be able to tell rlwrap that :load wants filenames, while :module wants module names, and :set wants settable things. If your ghci is readline/editline enabled, you get quite specific support (or so I gather from the source code..), while rlwrap seems to throw everything in one pot. That said, rlwrap is still a good workaround, Claus ___ Haskell-Cafe mailing list Haskell-Cafe@haskell.org http://www.haskell.org/mailman/listinfo/haskell-cafe
Re: [Haskell-cafe] Compiling GHC on Scientific Linux V5 [http://ftp.scientificlinux.org/linux/scientific/50/iso/i386/SL-5.0-050407-i386-DVD.iso, Build on RHEL5]
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, the User's Guide is the place to go -- http://www.haskell.org/ghc/docs/latest/html/users_guide/ghci-debugger.html Regards, Ani -The Answer lies in the Genome fuzzylife.org ___ Haskell-Cafe mailing list Haskell-Cafe@haskell.org http://www.haskell.org/mailman/listinfo/haskell-cafe -- View this message in context: http://www.nabble.com/Compiling-GHC-on-Scientific-Linux-V5--http%3A--ftp.scientificlinux.org-linux-scientific-50-iso-i386-SL-5.0-050407-i386-DVD.iso%2C-Build-on-RHEL5--tf4751963.html#a13590339 Sent from the Haskell - Haskell-Cafe mailing list archive at Nabble.com. ___ Haskell-Cafe mailing list Haskell-Cafe@haskell.org http://www.haskell.org/mailman/listinfo/haskell-cafe
Re: [Haskell-cafe] Compiling GHC
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 Linker.c don't make it into ghc.exe if you just do a 'make' in the base directory. You need to make the RTS, then link ghc with the new RTS. The following commands work for me (more typing, but a lot faster than making clean): make -C rts rm compiler/stage2/ghc.exe make -C compiler stage=2 make install Hope that helps. Regards, Andrew. ___ Haskell-Cafe mailing list [EMAIL PROTECTED] http://www.haskell.org/mailman/listinfo/haskell-cafe
Re: [Haskell-cafe] Compiling GHC
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 \ \ --prefix=/usr/local \ --with-compiler=../../compiler/ghc-inplace.bat \ --with-hc-pkg=../../utils/ghc-pkg/ghc-pkg-inplace.bat \ --with-hsc2hs=../../utils/hsc2hs/hsc2hs-inplace.bat \ --with-ld=/mingw/bin/ld \ --datasubdir=ghc \ --haddock-args=--use-contents=../index.html --use-index=../doc-index.html \ --configure-option=--with-cc=c:/mingw/bin/gcc.exe The system cannot find the path specified. make[1]: *** [stamp/configure.library.build.base] Error 1 make[1]: Leaving directory `/c/cwitte/source/ghc/libraries' make: *** [stage1] Error 2 I wonder what has changed between then and now to cause this. On 4/12/07, Andrew Appleyard [EMAIL PROTECTED] wrote: 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 Linker.c don't make it into ghc.exe if you just do a 'make' in the base directory. You need to make the RTS, then link ghc with the new RTS. The following commands work for me (more typing, but a lot faster than making clean): make -C rts rm compiler/stage2/ghc.exe make -C compiler stage=2 make install Hope that helps. Regards, Andrew. ___ Haskell-Cafe mailing list [EMAIL PROTECTED] http://www.haskell.org/mailman/listinfo/haskell-cafe
Re: [Haskell-cafe] Compiling GHC
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 able to help you find the changes, of course which ones are causing the problem is another story... Regards, Andrew. ___ Haskell-Cafe mailing list [EMAIL PROTECTED] http://www.haskell.org/mailman/listinfo/haskell-cafe
Re: [Haskell-cafe] Compiling GHC
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:/ Mingw/bin/gcc.exe'? I received those errors when I forgot to do that. Loading package base ... linking ... ghc.exe: unable to load package `base' ghc.exe: C:/msys/1.0/local/HSbase.o: unknown symbol `_gettimeofday' I think that 'gettimeofday' is statically linked into the ghc executable, so it's just that GHCi doesn't know about it. Adding a: Sym(gettimeofday) \ line to the RTS_MINGW_ONLY_SYMBOLS #define in rts/Linker.c (from line 265) seemed to fix the problem for me. I'm not sure if this is a GHCi bug or something else being awry. 'gettimeofday' was added to the mingwex library in mingw- runtime-3.10, which was released in July last year, so I would have expected this problem to have come up before now... Regards, Andrew. ___ Haskell-Cafe mailing list Haskell-Cafe@haskell.org http://www.haskell.org/mailman/listinfo/haskell-cafe
Re: [Haskell-cafe] Compiling GHC
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 think that 'gettimeofday' is statically linked into the ghc executable, so it's just that GHCi doesn't know about it. Adding a: Sym(gettimeofday) \ line to the RTS_MINGW_ONLY_SYMBOLS #define in rts/Linker.c (from line 265) seemed to fix the problem for me. I'm not sure if this is a GHCi bug or something else being awry. 'gettimeofday' was added to the mingwex library in mingw- runtime-3.10, which was released in July last year, so I would have expected this problem to have come up before now... 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. ___ Haskell-Cafe mailing list Haskell-Cafe@haskell.org http://www.haskell.org/mailman/listinfo/haskell-cafe
Re: [Haskell-cafe] Compiling GHC
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 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 what could be causing this. What does grep -i gettimeofday mk/config.h say? If HAVE_GETTIMEOFDAY is defined then either comment it out (between running configure and running make), or work out why the configure test is succeeding but it doesn't work when GHC tries to use it. Thanks Ian ___ Haskell-Cafe mailing list Haskell-Cafe@haskell.org http://www.haskell.org/mailman/listinfo/haskell-cafe
Re: [Haskell-cafe] Compiling GHC
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 what could be causing this. What does grep -i gettimeofday mk/config.h say? If HAVE_GETTIMEOFDAY is defined then either comment it out (between running configure and running make), or work out why the configure test is succeeding but it doesn't work when GHC tries to use it. Thanks Ian ___ Haskell-Cafe mailing list Haskell-Cafe@haskell.org http://www.haskell.org/mailman/listinfo/haskell-cafe
Re: [Haskell-cafe] Compiling ghc for using STM
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 threading? I know there's a parallel haskell flag, but I read somewhere about it running on top of some special server that lets it work in parallel threads or something. you should compile with -threaded flag which allows to preempt threads created in your program with forkIO/forkOS 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 there is only one program thread executing Haskell code) look at http://www.cse.unsw.edu.au/~chak/haskell/ghc/comm/rts-libs/multi-thread.html which describes 6.4 situation http://research.microsoft.com/Users/simonpj/papers/marktoberdorf/marktoberdorf.ps.gz contains Concurrency chapter what says more about concurrency in GHC You can find more information about concurrency and STM at the http://haskell.org/haskellwiki/GHC/Concurrency page ps: are you one of Iranian hackers cheating A-bomb? ;) -- Best regards, Bulatmailto:[EMAIL PROTECTED] ___ Haskell-Cafe mailing list Haskell-Cafe@haskell.org http://www.haskell.org/mailman/listinfo/haskell-cafe
Re: [Haskell-cafe] Compiling ghc for using STM
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 there is only one program thread executing Haskell code) I should have explained: I've already got ghc trunk successfully compiled. I just need to turn on native threading or whatever its called so I can learn STM'ism (and no, I can't make do with in-process threads - I didn't pay 230 GBP for a dual-core processor to have one in the background processing cron jobs :-) So, as soon as I figure out how to compile ghc 6.5 beta, and how to include parallelisation support, I'm set :-) I believe that the smp flavour of the RTS is now built by default and so all you need to do is use it when linking a program: ghc-6.5 -smp Foo.hs -o foo Then when running the program you can tell the RTS how many OS threads to use: ./foo +RTS -N2 -RTS Duncan ___ Haskell-Cafe mailing list Haskell-Cafe@haskell.org http://www.haskell.org/mailman/listinfo/haskell-cafe
Re: [Haskell-cafe] Compiling GHC from CVS
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 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 --prefix=/Users/arjun/local/fptools Make I'm using Mac OS X 10.3.8 with GHC 6.2.1. -Arjun ___ Haskell-Cafe mailing list Haskell-Cafe@haskell.org http://www.haskell.org/mailman/listinfo/haskell-cafe ___ Haskell-Cafe mailing list Haskell-Cafe@haskell.org http://www.haskell.org/mailman/listinfo/haskell-cafe
Re: [Haskell-cafe] Compiling GHC from CVS
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 GCs, 10426256/26917324 avg/max bytes residency (6 samples), 85M in use, 0.01 INIT (0.01 elapsed), 11.96 MUT (19.64 elapsed), 4.43 GC (5.48 elapsed) :ghc make[2]: *** [stage1/prelude/PrimOp.o] Error 1 make[1]: *** [all] Error 1 make[1]: Leaving directory `/Users/arjun/src/fptools/ghc' make: *** [build] Error 1 Does anybody have any ideas? -Arjun ___ Haskell-Cafe mailing list Haskell-Cafe@haskell.org http://www.haskell.org/mailman/listinfo/haskell-cafe
Re: [Haskell-cafe] Compiling GHC from CVS
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 avg/max bytes residency (6 samples), 85M in use, 0.01 INIT (0.01 elapsed), 11.96 MUT (19.64 elapsed), 4.43 GC (5.48 elapsed) :ghc make[2]: *** [stage1/prelude/PrimOp.o] Error 1 make[1]: *** [all] Error 1 make[1]: Leaving directory `/Users/arjun/src/fptools/ghc' make: *** [build] Error 1 Does anybody have any ideas? -Arjun ___ Haskell-Cafe mailing list Haskell-Cafe@haskell.org http://www.haskell.org/mailman/listinfo/haskell-cafe
Re: [Haskell-cafe] Compiling GHC for AIX5.1L
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 in the docs. I am to the make boot make phase in the ghc directory on the (Linux) host. All goes well until: You're now in the rts/ on the host machine? If so: Don't worry if the build falls over in the RTS, we don't need the RTS yet. You can use make -k to keep going, I seem to remember, or use -pgmltrue, to have ghc skip the linking phase. This was a common trick when we went through a porting frenzy last year. Check the mailing list archives for lots of hints. http://www.haskell.org/pipermail/glasgow-haskell-users/2003-September/thread.html Adding something like: AR=/usr/bin/true LD=/usr/bin/true SRC_HC_OPTS+= -pgmc /usr/bin/true -pgma /usr/bin/true -pgml /usr/bin/true to build.mk might help. Good luck! :) -- Don ==fptools== make all -r; in /home/jgoerzen/no-backup/programs/ghc-6.2.1/ghc/rts ../../ghc/compiler/ghc-inplace -optc-O -optc-Wall -optc-W -optc-Wstrict-prototypes -optc-Wmissing-prototypes -optc-Wmissing-declarations -optc-Winline -optc-Waggregate-return -optc-Wbad-function-cast -optc-I../includes -optc-I. -optc-Iparallel -optc-DCOMPILING_RTS -optc-fomit-frame-pointer -H16m -O -O2 -static -c Adjustor.c -o Adjustor.o /tmp/ghc10917.s: Assembler messages: /tmp/ghc10917.s:54: Error: no such instruction: `dcbf 0,%eax' /tmp/ghc10917.s:55: Error: no such instruction: `sync' /tmp/ghc10917.s:56: Error: no such instruction: `icbi 0,%eax' /tmp/ghc10917.s:63: Error: no such instruction: `sync' /tmp/ghc10917.s:64: Error: no such instruction: `isync' make[1]: *** [Adjustor.o] Error 1 make: *** [all] Error 1 Why it's trying to use PowerPC assembler on an x86 host I don't know. (I assume that's what's going on here; but I don't really know.) ___ Haskell-Cafe mailing list [EMAIL PROTECTED] http://www.haskell.org/mailman/listinfo/haskell-cafe